Hi, What are the guidelines for file and folder permissions in the compressed archives used in deken ?
I had trouble installing a package of abstraction (audiolab), specifically on plugdata (both Windows & OSX), but I also encoutered non-critical errors with puredata on windows 11. I recreated an .dek archive using Windows compress menu, pulled it on the deken server and this resolved all troubles. Here is a screenshot that shows the file and folder permissions in the .dek packages for audiolab(0.7.1) and for the modified version (audiolab_debug). I'm looking for an explanation why the modified archive resolves the issue. As a side question : how to force file/folders permission with deken command line utility ? Thanks in advance JYG https://forum.pdpatchrepo.info/uploads/files/1767870298390-image.png
On 1/8/26 15:21, jyg@gumo.fr wrote:
Hi, What are the guidelines for file and folder permissions in the compressed archives used in deken ?
they should be read/writeable by the user, and at most readable by groups/others.
this is my personal opinion (and not some formally agreed upon "guideline")
files should never be installed as world-writeable, as this is simply a huge security hole.
As a side question : how to force file/folders permission with deken command line utility ?
there's no flag or somesuch (and i don't really see a reason to add one;
see above).
but of course you could just invoke chmod -R after running deken install.
if you are talking about the other way (for creating packages with 'deken') then I also don't see a reason why to allow the user to specify permissions of the file. *however*, 'deken package' should make sure that the permissions are "correct" (that is: readable by the user). in the past I have seen deken archives that had "ugo-rwx" permissions (nobody is allowed to do anything). this is now handled by deken-plugin (when installing), but of course packages should have proper permissions in the first place.
I had trouble installing a package of abstraction (audiolab),
specifically on plugdata (both Windows & OSX), but I also encoutered non-critical errors with puredata on windows 11.> I recreated an .dek archive using Windows compress menu, pulled it on the deken server and this resolved all troubles.
Here is a screenshot that shows the file and folder permissions in
the .dek packages for audiolab(0.7.1) and for the modified version (audiolab_debug).
I'm looking for an explanation why the modified archive resolves the
issue.
the data you have given is very vague. we only now that there is "trouble installing" and "non-critical errors". it's hard to come up with an "explanation" without more information.
if we have a better understanding of your actual problem, my opinion might change (honestly, I doubt it; but I do not understand your problem, so it's hard to tell)
gdasr IOhannes
Thanks for your answer.
I can more precisely describe the "non critical error" I get under Windows 11 when installing audiolab(v0.71) using deken from puredata 0.56.0 :
At this moment all files and subfolders are correctly installed in the externals folder.
2) However, I get a windows prompt asking me if I want to replace identical files in the destination. (I choose "replace")
3) I'm notified that access is to the target folder is denied. (I click "retry")
4) I go in a loop repeating §3 until I click "cancel"
5) I get lots of messages in the deken console, for each file : "Can't restore time : invalid arguments"
Here is a video capture : https://forum.pdpatchrepo.info/uploads/files/1766083597102-audiolab-installd...
With plugdata, the installation process breaks after failed attempt to create the first subfolder : "License". Only the files contained in the parent Audiolab folder have been copied.
Hope this helps
On 08/01/2026 19:11, jyg@gumo.fr wrote:
Thanks for your answer.
With plugdata, the installation process breaks after failed attempt to create the first subfolder : "License". Only the files contained in the parent Audiolab folder have been copied.
i cannot speak about plugdata, as it has a completely independent implementation of the archive extraction.
what i can say is, that the "audiolab" package includes both a "LICENSE" file and a "License/" directory. this is not a problem on case-sensitive filesystems (like ext2/3/4 on linux), but it cannot work on case-insensitive filesystems (like FAT32, NTFS or HFS+). i don't think we can do anything about this on the Pd-GUI side (the "deken-plugin"), but our packaging helper (the "deken cmdline tool") should probably warn in this situtation.
I can more precisely describe the "non critical error" I get under
Windows 11 when installing audiolab(v0.71) using deken from puredata 0.56.0 :
- deken downloads the .dek file, extracts its ocntents, then copies
the files.
At this moment all files and subfolders are correctly installed in
the externals folder.
- However, I get a windows prompt asking me if I want to replace
identical files in the destination. (I choose "replace")
i'm not entirely sure how item-1 and item-2 relate. surely the prompt only shows up *before* deken extracts the contents, rather than afterwards.
or do you mean, that you are re-installing the library after a previous (at least partially successful) attempt?
by default, deken should try to "uninstall" a library before re-installing it. i see in your screencast that it writes something related to the deken logs ("Désinstallation de la vers[...]"), but the log window is obscured by the windows prompt (and the french doesn't help either), it would be nice to get a complete output of the deken log window (and the Pd console, if there's anything related).
an english version would be much preferred (change Pd's language to English in the preferences; it won't affect the windows prompt, but at least the deken messages will be normalized)
- I'm notified that access is to the target folder is denied. (I
click "retry")
- I go in a loop repeating §3 until I click "cancel"
as i understand it, the first time the prompt pops up you have the option "Faire ceci pour tous les elements actuels." which shoulddo this automatically.
- I get lots of messages in the deken console, for each file :
"Can't restore time : invalid arguments"
it' weird, but it doesn't strike me as an actual problem.
questions:
write the directory?
installations? (deken's "uninstall" is simply a deletion of the library folder; you could try to manually delete any "audiolab" folder before trying to re-install)
fmgdsar IOhannes
Finally, today, I successfully installed audiolab on several machines (both in latest puredata and plugdata), with latest audiolab uploaded by the author (@solipd)
On my laptop (windows 11 25H2) the problem remains in puredata 0.56.2 (attempts to copy twice the same files). I finally think the glitches encountered are caused by the fact I migrated my home directories to another logical drive (D: instead of C:) and I may have changed some security settings on my computer during the migration : Indeed, C: is NTFS, D: is exFAT
Thanks for your support and sorry for the noise :-)
Am 9. Jänner 2026 13:45:28 MEZ schrieb jyg@gumo.fr:
Finally, today, I successfully installed audiolab
great news!
On my laptop (windows 11 25H2) the problem remains in puredata 0.56.2 (attempts to copy twice the same files).
I think the problem is: deken tried multiple methods to extract the files, until one succeeds. it could be, that one method "partly" succeeds, but because it also "partly" fails, it signals non-success, so fehlen teures the next method it knows about... this practically extracting the archive twice...
the partly succeeds might be as trivial as not being able to restore some extended permissions on the exFAT filesystem.
mfg.sfg.jfd IOhannes
Thanks IOhannes,
what i can say is, that the "audiolab" package includes both a "LICENSE" file and a "License/" directory. this is not a problem on case-sensitive filesystems (like ext2/3/4 on linux), but it cannot work on case-insensitive filesystems (like FAT32, NTFS or HFS+). i don't think we can do anything about this on the Pd-GUI side (the "deken-plugin"), but our packaging helper (the "deken cmdline tool") should probably warn in this situtation.
I was completely unaware that this would cause an issue with case-insensitive file systems. Fixed it by renaming the LICENSE file to LICENSE.txt and reuploading it.
Am 2026-01-09 14:16, schrieb IOhannes m zmölnig via Pd-list:
Am 9. Jänner 2026 13:45:28 MEZ schrieb jyg@gumo.fr:
Finally, today, I successfully installed audiolab
great news!
On my laptop (windows 11 25H2) the problem remains in puredata 0.56.2 (attempts to copy twice the same files).
I think the problem is: deken tried multiple methods to extract the files, until one succeeds. it could be, that one method "partly" succeeds, but because it also "partly" fails, it signals non-success, so fehlen teures the next method it knows about... this practically extracting the archive twice...
the partly succeeds might be as trivial as not being able to restore some extended permissions on the exFAT filesystem.
mfg.sfg.jfd IOhannes
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/PPQOVFOD6Z...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/