Apologies IOhannes, I was a little hasty with my celebrations. After installing the pd-deken packages I still get this from Pd when attempting to install a lib: "No writeable directory found in: - /home/julian/.local/lib/pd/extra/ - /home/julian/pd-externals - /usr/local/lib/pd-externals - /usr/lib/puredata/extra - /usr/lib/pd/extra Cannot download/install libraries!"
Pd-0.47.1 ("") compiled for Debian (0.47.1-3) Debian Sid (up to date) Hi Alexandre, well for me the folders already created (/usr/lib/pd/extra) by the Debian Pd install, it's getting the libs in there that's the current issue. But yes, which folder that should definitively be is still also up for debate I guess. Julian On 7 April 2017 at 17:13, Alexandre Torres Porres <por...@gmail.com> wrote: > > Brilliant that deken can sort all this very soon > > maybe for linux? how is it? you cant write externals in the application > specific folder so it'll offer that one and write it? > > since you can write externals in the application specific folder in mac, > it won't offer it, and maybe that could happen in some linux > distribution/set up? > > things would really be sorted if the folders were just created once and > for all... > > cheers > > 2017-04-07 7:08 GMT-03:00 Julian Brooks <jbee...@gmail.com>: > >> Hi Roman, >> >> Yeah, I'd spotted the >> ~/.local/lib/pd/extra >> as being canonical from an earlier thread but as 1. I didn't already have >> that folder 2. historically (dangerous I know) the non-hidden path had >> always been 'the place' for externals, so I just blithely carried on >> regardless - ouch(blush). >> >> All below meant with the utmost respect for the work currently being >> done... >> >> Doesn't this just cause more issues? While I can conceptualise the >> reasoning for differing usr/lib/puredata (vanilla install) and usr/lib/pd >> folders - it is another added layer of confusion for newbs (not meant as a >> pejorative). >> Obfuscating externals in hidden folders seems unnecessary (and yes, I'm >> aware I brought 'canonical' into it /.worms/can of/argh). >> >> I'm not familiar enough with other linux flavours to know this but >> certainly on debian I have no other ~/.folders on my system, even though >> the non-hidden path already exists via the apt install (and there's a ton >> of other programs' 'stuff' in /usr/lib/). >> So for me I'd vote for consistency, not one folder with externals via apt >> and another via deken (as well as the vanilla 'extra') - it's too confusing. >> >> Of course I'm not necessarily saying that there should only be a 'one >> approach fits all' for all linux flavours (that's not how we roll) but then >> again it might save lots of people lots of headaches if it was simple, >> doable and clear across the board (I'm not including Win and Mac here >> obviously - they've got their own issues). Well, actually having reread >> that line _-_ ok, I guess that is what I'm saying then - "one method to >> rule them all". >> Certainly for writing documentation this would make things so much easier. >> >> Brilliant that deken can sort all this very soon but for those of us >> stuck in an eternal 'now' we could do with a solution, or at least a >> consistent conceptual approach:) >> >> Andy - mooooooove along please (and yes, I've just added it to my >> .bashrc:D >> >> Regards, >> >> Julian >> >> On 7 April 2017 at 10:03, Roman Haefeli <reduz...@gmail.com> wrote: >> >>> On Don, 2017-04-06 at 21:12 +0100, Julian Brooks wrote: >>> > >>> > >>> > Now of course I can just dl whatever lib via deken, save it somewhere >>> > within where I do have permissions and cp it to the right place but >>> > I'm lazy at heart - plus for 'how-to's this is a more complex >>> > description - how are others doing it? >>> >>> On Linux, the "correct" path (a.k.a the user specific search path) is >>> ~/.local/lib/pd/extra. Just use Deken to download there directly. If >>> the folder already exists, Deken will suggest it as the first option. >>> There is no need to copy things around. >>> >>> NOTE: You still have to create that directory manually. However, >>> upcoming versions of Pd will include a Deken that automatically creates >>> that folder if you chose so. >>> >>> Roman >>> _______________________________________________ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >>> stinfo/pd-list >>> >>> >> >> _______________________________________________ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >> stinfo/pd-list >> >> >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list