Hi all
I'm trying to use Deken developer to upload Context to the repository. I'm following the instructions here: https://github.com/pure-data/deken/tree/master/developer.
I've got it to work, but when I generate the package it doesn't identify the platform, giving me something like "context[v0.4]--.dek". I guessed that this was because the externals I'm using are all in sub-folders, so I tried copying one across to the main folder. Sure enough, the package now identifies the platform correctly, but I'm not sure what the best course of action is from here. Should I:
Thanks,
Liam
On Fri, Jun 01, 2018 at 02:40:33PM +0000, Liam Goodacre wrote:
I've got it to work, but when I generate the package it doesn't identify the platform, giving me something like "context[v0.4]--.dek". I guessed that this was because the externals I'm using are all in sub-folders, so I tried copying one across to the main folder. Sure enough, the package now identifies the platform correctly, but I'm not sure what the best course of action is from here. Should I:
the main obstacle here is that this is not really the common use-case for which deken cmdline is optimized (which is: packaging a single library, without internal dependencies).
i think that the tool should cover the most common use cases, but there is no need to support edge cases (the difficulty is obviously in drawing the line).
- zip the package with the extra external, then delete it once the compression is done (but this would probably invalidate the checksum?)
well, if the checksum (and/or gpg signature) are missing and you are
using deken upload
for uploading they will be automatically
(re)generated. (however, i was thinking about introducing "--gpg=no" and
"--hash=no" args to prevent this (also for packaging).
- zip the package without the extra external, then rename it manually
not sure i totally understand what you mean by this, but it sounds brittle.
- something else?
probably a "--recursive" (or similar) flag to indicate that subdirectories should be searched recursively would help (please open a ticket in the issue tracker, if you agree). it was a conscious decision to *not* do recursive searches by default, i don't think i want to change that.
mgfdsar IOhannes
Thanks,
Liam
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi IOhannes
I'm not asking for anything to be changed, just seeking advice on how to make my upload without messing it up.
If I generate the package, delete the dummy external and the checksum, then upload the package (generating a new checksum), will it work?
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: Saturday, June 2, 2018 10:41:43 PM To: pd-list@lists.iem.at Subject: Re: [PD] deken package question
On Fri, Jun 01, 2018 at 02:40:33PM +0000, Liam Goodacre wrote:
I've got it to work, but when I generate the package it doesn't identify the platform, giving me something like "context[v0.4]--.dek". I guessed that this was because the externals I'm using are all in sub-folders, so I tried copying one across to the main folder. Sure enough, the package now identifies the platform correctly, but I'm not sure what the best course of action is from here. Should I:
the main obstacle here is that this is not really the common use-case for which deken cmdline is optimized (which is: packaging a single library, without internal dependencies).
i think that the tool should cover the most common use cases, but there is no need to support edge cases (the difficulty is obviously in drawing the line).
- zip the package with the extra external, then delete it once the compression is done (but this would probably invalidate the checksum?)
well, if the checksum (and/or gpg signature) are missing and you are
using deken upload
for uploading they will be automatically
(re)generated. (however, i was thinking about introducing "--gpg=no" and
"--hash=no" args to prevent this (also for packaging).
- zip the package without the extra external, then rename it manually
not sure i totally understand what you mean by this, but it sounds brittle.
- something else?
probably a "--recursive" (or similar) flag to indicate that subdirectories should be searched recursively would help (please open a ticket in the issue tracker, if you agree). it was a conscious decision to *not* do recursive searches by default, i don't think i want to change that.
mgfdsar IOhannes
Thanks,
Liam
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Sun, Jun 03, 2018 at 03:57:27AM +0000, Liam Goodacre wrote:
I'm not asking for anything to be changed, just seeking advice on how to make my upload without messing it up.
but *I* am looking for a solution that makes the cmdline utility more usable - even if it requires changing things.
If I generate the package, delete the dummy external and the checksum, then upload the package (generating a new checksum), will it work?
i still don't understand what you mean by "delete the dummy external".
probably something like the following:
cp context/foo/bar.pd_linux context/
deken package --version 0.1 context
zip -d context\[v0.1\]*.dek context/bar.pd_linux
rm context\[v0.1\]*.dek.*
deken upload context\[v0.1]*.dek
the above *should* work (the principle; i haven't run any of the commands) but heck, the worst thing that can happen if it doesn't work is that you there has been some bogus upload to puredata.info, which can manually fix; or that there hasn't been an upload at all.
fmgards IOhannes
So I followed your instructions and proceeded with the upload. The packages are all sitting there in My Folder, but not appearing when I search for them under Help --> Find Externals. It's been about 8 hours. Is this normal, and if not, what could have gone wrong?
https://puredata.info/Members/lgoodacre/software/context/4.0/
If you are looking for ideas for the command line utility, then maybe a --recursive switch to the 'package' command to make it search in sub-folders as well? ________________________________ From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zm?lnig zmoelnig@iem.at Sent: 03 June 2018 20:00 To: pd-list@lists.iem.at Subject: Re: [PD] deken package question
On Sun, Jun 03, 2018 at 03:57:27AM +0000, Liam Goodacre wrote:
I'm not asking for anything to be changed, just seeking advice on how to make my upload without messing it up.
but *I* am looking for a solution that makes the cmdline utility more usable - even if it requires changing things.
If I generate the package, delete the dummy external and the checksum, then upload the package (generating a new checksum), will it work?
i still don't understand what you mean by "delete the dummy external".
probably something like the following:
cp context/foo/bar.pd_linux context/
deken package --version 0.1 context
zip -d context\[v0.1\]*.dek context/bar.pd_linux
rm context\[v0.1\]*.dek.*
deken upload context\[v0.1]*.dek
the above *should* work (the principle; i haven't run any of the commands) but heck, the worst thing that can happen if it doesn't work is that you there has been some bogus upload to puredata.info, which can manually fix; or that there hasn't been an upload at all.
fmgards IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
it's weird, sometimes it takes about a day, no idea why
2018-06-07 13:40 GMT-03:00 Liam Goodacre liamg_uw@hotmail.com:
So I followed your instructions and proceeded with the upload. The packages are all sitting there in My Folder, but not appearing when I search for them under Help --> Find Externals. It's been about 8 hours. Is this normal, and if not, what could have gone wrong?
https://puredata.info/Members/lgoodacre/software/context/4.0/
If you are looking for ideas for the command line utility, then maybe a --recursive switch to the 'package' command to make it search in sub-folders as well?
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at *Sent:* 03 June 2018 20:00 *To:* pd-list@lists.iem.at *Subject:* Re: [PD] deken package question
On Sun, Jun 03, 2018 at 03:57:27AM +0000, Liam Goodacre wrote:
I'm not asking for anything to be changed, just seeking advice on how
to make my upload without messing it up.
but *I* am looking for a solution that makes the cmdline utility more usable - even if it requires changing things.
If I generate the package, delete the dummy external and the checksum,
then upload the package (generating a new checksum), will it work?
i still don't understand what you mean by "delete the dummy external".
probably something like the following:
cp context/foo/bar.pd_linux context/ deken package --version 0.1 context zip -d context\[v0.1\]*.dek context/bar.pd_linux rm context\[v0.1\]*.dek.* deken upload context\[v0.1]*.dek
the above *should* work (the principle; i haven't run any of the commands) but heck, the worst thing that can happen if it doesn't work is that you there has been some bogus upload to puredata.info, which can manually fix; or that there hasn't been an upload at all.
fmgards IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
because the database is synched at least nightly.
In that case, I would also suggest a console message that appears after deken upload. Something like, "Your upload was successful. Please note that it can take up to 24 hours before the package will appear for others to download in the PD repository".
On 06/08/2018 06:46 AM, Liam Goodacre wrote:
because the database is synched at least nightly.
In that case, I would also suggest a console message that appears after deken upload. Something like, "Your upload was successful. Please note that it can take up to 24 hours before the package will appear for others to download in the PD repository".
please file a feature request in the github tracker.
fmards IOhannes