was too impatient - the package is online! now I understand how it works...
@Lucas: do you want to test the deken package on your windows machine and tell me if it works?
Gesendet: Dienstag, 04. Oktober 2016 um 21:15 Uhr Von: "Christof Ressi" christof.ressi@gmx.at An: "IOhannes m zmölnig" zmoelnig@iem.at Betreff: Aw: Re: [PD] Fw: knob (again)
Thanks!
the logic that creates those display names is rather simple: if the uploader cared to give a name, then you get "<libraryname>/<version> (<articlename>)
ok, that means the platform information is gone, but you can provide it in the article name (together with additional information). please correct me if I got that wrong.
So there're two different ways for deken to display the package name: a) name of the zip file b) <libraryname>/<version> [<articlename>]
is a) even achievable when manually uploading?
I haven't noticed b) before, so that's probably the reason I was so confused. It's even better for my case because I can use the article name to display the Pd>=0.47 warning.
Maybe I didn't really make a third upload but rather edited the second upload and hoped that the changes would show up in deken. Nevertheless, now I've deleted my last upload (before I realized you've already renamed it and removed the first upload... bad timing) and made a new upload - which doesn't show up...
Sorry for all the trouble...
Gesendet: Dienstag, 04. Oktober 2016 um 20:27 Uhr Von: "IOhannes m zmölnig" zmoelnig@iem.at An: pd-list@lists.iem.at Betreff: Re: [PD] Fw: knob (again)
On 10/04/2016 07:36 PM, Christof Ressi wrote:
IOhannes and Lucas,
thanks for your help. I was aware of the naming convention and I've read the dev readme. When I was asking how to manually upload a package, I wanted to know how to *upload*.
ok :-)
login, and "add a new file" via the "add new article" menu.
Now I've tried myself. I uploaded the zip file with 'add new article' ('neuen artikel hinzufügen') on my puredata.info account. I named the URL the same as the zip file. However, I chose a different article name (thinking it should be descriptive). after a while it showed up in deken but the name was - and is still! - a mess. It kind of mixed bits of the file name with bits of the arcticle name (see yourself!). I noticed it immediately and removed the file from my account, hoping it would disappear from deken but it's still there! I gave it a second try (with a different directory), same results.
afaics this part works as expected. deken displays
moonlib/0.3.4_Pd_0.47 (moonlib Windows binaries (Pd >= 0.47))
which is indeed a mixture of the descriptive article name ("moonlib Windows binaries...") and info parsed from the actual filename (a <library>/<version> information "moonlib/0.3.4_Pd_0.47").
which - i think - makes total sense. the version information is *crucial*; just having "moonlib Windows binaries (Pd >= 0.47)" could mean anything (well, at least manything).
the logic that creates those display names is rather simple: if the uploader cared to give a name, then you get "<libraryname>/<version> (<articlename>)". (it needs to be simple and still contain meaningful information; just having "<articlename>" is not foolproof enough, as the uploader could give an arbitrary name; and in fact when using the Plone-Software-Center (everything under /downloads/) these names usually lack both libraryname and version)
Then I tried to upload it a third time (now with the article name being the same as the filename), but this time it doesn't show up in deken.
that's a bit hard to debug. what's the URL of the not showing-up file?
How can I remove the old packages and get the new one to upload? Here's the link btw: http://puredata.info/Members/spacechild1/externals/moonlib/moonlib-v0.3.4_Pd...
*this* one does show up.
for me (and i figure: everyone), deken returns two moonlib uploads by you, both named "moonlib/0.3.4_Pd_0.47 (moonlib Windows binaries (Pd >= 0.47))". one lives in http://puredata.info/Members/spacechild1/externals/moonlib/ the other directly in http://puredata.info/Members/spacechild1/externals/
i don't see any 3rd upload. (also i don't see any additional upload when i browse /Members/spacechild1)
the last link, however, is broken.
the reason for the broken link is a caching problem on the deken server. it needs to be fixed by me.
gfmadsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
@Lucas: do you want to test the deken package on your windows machine and tell me if it works?
Hi Christof,
[mknob] works perfect, all color setting, and displays correctly.
This is what probably also on your machine doesn't work:
absolutepath ... couldn't create relativepath ... couldn't create basedir ... couldn't create dinlet~ ... couldn't create dinlet~ 1 ... couldn't create dinlet~ 2 ... couldn't create dinlet~-help.pd 7 0 3 2 (sig~->canvas) connection failed popen ... couldn't create popen ... couldn't create system ... couldn't create l2s ... couldn't create popen ... couldn't create system ... couldn't create readsfv~ ... couldn't create sfread2~ 2 ... couldn't create sfread~ ... couldn't create zexy/tabdump ... couldn't create wac ... couldn't create
Surely all the above needs an update.
Do you have the same "... couldn't create" ?
Mensaje telepatico asistido por maquinas.