You can change the install folder in the Paths dialog or hit the "no" button when deken asks where to install it and navigate to a new location.
If you don't want it to default to the Documents/externals path, either change the install path or disable the Documents directory.
Further, if you clear the install path, deken will default back to asking on every download.
On Aug 21, 2017, at 4:00 PM, pd-list-request@lists.iem.at wrote:
PD automatically defaults the deken download folder not to the directory "extra" but to "externals" when the "directories" folder is set (no startup option to change this as far as i know).
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Dan Wilcox wrote:
You can change the install folder in the Paths dialog or hit the "no" button when deken asks where to install it and navigate to a new location.
If you don't want it to default to the Documents/externals path, either change the install path or disable the Documents directory.
Further, if you clear the install path, deken will default back to asking on every download.
Thanks, Dan !
of course all of these things work alright, but the main issue here is not really deken, but the fact that the [declare] object won't find any external/library anymore that is not inside PD's "extra" folder, since it doesn't know about the new default externals path.
(which is why i now changed the subject accordingly).
this will break many PD patches that relied on the [declare -stdlib "libname"] method to work. that method was very practical as long as all externals were reliably located in "extra" and allowed to share and distribute patches regardless of user-loaded externals/libraries.
and what's more:
even if i decided to change all my patches to locate [declare] to the new "externals" folder, it would only work with absolute paths, not relative paths, which makes it useless for anyone but me ;-)
best
oliver
2017-08-21 12:50 GMT-03:00 oliver oliver@klingt.org:
the main issue here is not really deken, but the fact that the [declare] object won't find any external/library anymore that is not inside PD's "extra" folder, since it doesn't know about the new default externals path.
I already responded to this in your previous thread https://lists.puredata.info/pipermail/pd-list/2017-08/120069.html
Let me just re emphasize how it is wrong to say "won't find any external/library *anymore*". Pd is not doing anything new! There's not a bug introduced. You are confusing things. Please check that previous reply of mine.
What I forgot to give as an example is that you can still add add Gem (as you always could) by adding its path to the path's preferences and just using the -lib flag, as in [declare -lib Gem].
2017-08-21 13:01 GMT-03:00 Alexandre Torres Porres porres@gmail.com:
I already responded to this in your previous thread
oh, btw, please don't change the thread namne without referring to an earlier and related discussion, this makes it hard for people to follow it. You could do something like (was: "name of earlier thread") after the new name you gave it.
And anyway, here's a screenshot showing that what I just wrote about works, but for cyclone.
cheers
Alexandre Torres Porres wrote:
2017-08-21 13:01 GMT-03:00 Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com>:
I already responded to this in your previous threadoh, btw, please don't change the thread namne without referring to an earlier and related discussion, this makes it hard for people to follow it. You could do something like (was: "name of earlier thread") after the new name you gave it.
ok, sorry for that
Let me just re emphasize how it is wrong to say "won't find any external/library anymore". Pd is not doing anything new!
you're right. what i wanted to say is that it's confusing to be allowed to chose a new externals location and then not being able to use it with [declare].
And anyway, here's a screenshot showing that what I just wrote about works, but for cyclone.
cheers
mmmh,
the [declare] help file says that the "-lib" flag only searches "relative to the patch". which is why i never used it.
if f.e. "cyclone" is added to the searchpaths at startup (either in the preferences or in a script with the -path flag) i don't have to declare it anymore.
the declare object as i use it, is only to make sure that an external is loaded when it is NOT in the startup search path.
anyway, thanks for all your time and patience in this !
best
oliver
hey oliver,
I think I know what caused your confusion:
the "externals install directory" is only meant as a hint for deken where to install things. after that it will ask you if it should add the new externals folder to the user paths, e.g. ".../externals/zexy". then you access the library without any declares. if you just move things to the externals install directory, you have to add the necessary paths yourself.
but yeah, it would be nice if you could just add the externals install directory to the path and selectively add libraries with declare. but right now declare can't interact with user paths and that's what Alex' pull request is about.
Christof
Gesendet: Montag, 21. August 2017 um 18:14 Uhr Von: oliver oliver@klingt.org An: Pd-list pd-list@mail.iem.at Betreff: Re: [PD] PD 0.48 - [declare] problem
Alexandre Torres Porres wrote:
2017-08-21 13:01 GMT-03:00 Alexandre Torres Porres <porres@gmail.com mailto:porres@gmail.com>:
I already responded to this in your previous threadoh, btw, please don't change the thread namne without referring to an earlier and related discussion, this makes it hard for people to follow it. You could do something like (was: "name of earlier thread") after the new name you gave it.
ok, sorry for that
Let me just re emphasize how it is wrong to say "won't find any external/library anymore". Pd is not doing anything new!
you're right. what i wanted to say is that it's confusing to be allowed to chose a new externals location and then not being able to use it with [declare].
And anyway, here's a screenshot showing that what I just wrote about works, but for cyclone.
cheers
mmmh,
the [declare] help file says that the "-lib" flag only searches "relative to the patch". which is why i never used it.
if f.e. "cyclone" is added to the searchpaths at startup (either in the preferences or in a script with the -path flag) i don't have to declare it anymore.
the declare object as i use it, is only to make sure that an external is loaded when it is NOT in the startup search path.
anyway, thanks for all your time and patience in this !
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
2017-08-21 13:44 GMT-03:00 Christof Ressi christof.ressi@gmx.at:
right now declare can't interact with user paths and that's what Alex' pull request is about.
It's not a Pull Request :) - it's just an issue... I wish I could come up with a Pull Request for that, or anyone else ;)
and since that issue was referred to in the other thread, here it is again
https://github.com/pure-data/pure-data/issues/184
2017-08-21 14:11 GMT-03:00 Alexandre Torres Porres porres@gmail.com:
2017-08-21 13:44 GMT-03:00 Christof Ressi christof.ressi@gmx.at:
right now declare can't interact with user paths and that's what Alex' pull request is about.
It's not a Pull Request :) - it's just an issue... I wish I could come up with a Pull Request for that, or anyone else ;)
-
Alexandre Torres Porres -
Christof Ressi -
Dan Wilcox -
oliver