Hi all, actually I am pretty sure that the problem is due to the incorrect location of the "extra" folder I got a strange behavior: after setting the Preferences->path to the "extra" folder pd could locate and therefore create the externals. After having quit pd and restarted it, the externals could not be created anymore... and the path was still correctly present in the preferences.
Any idea about why does this happen?
Best
Angelo
----Messaggio originale---- Da: "angelo.arcadi@virgilio.it" angelo.arcadi@virgilio.it Data: 3-ago-2016 20.01 A: "patrice colet"colet.patrice@free.fr, pd-list@lists.iem.at Ogg: R: Re: [PD] R: Re: R: Re: Externals for armv8 64 bit
Hello again, I have a bunch of questions.
I followed the instructions of Iohannes to install the external via the command apt-get install, for example
sudo apt-get install pd-cyclone sudo apt-get install pd-mrpeach sudo apt-get install pd-maxlib
but I get the error "culdn't create" for many objects that should be
installed
after having performed those apt-get install, including gate, zl slice, oscRoute....
Why does this happen? Am I missing something? Maybe this is due to the fact that the install somehow fails to link them because they have not been
compiled
for armv8-64?
Best
Angelo
P.S. Dear Patrice,
there is something wrong with your mail client, it hads R: in mail title and creates a new thread in mailing list.
I am very sorry about that but I do not know why this happens, and I can't
do
anything about it apparently. Any suggestion?
----Messaggio originale---- Da: "patrice colet" colet.patrice@free.fr Data: 2-ago-2016 23.16 A: "angelo.arcadi@virgilio.it"angelo.arcadi@virgilio.it Ogg: Re: [PD] R: Re: R: Re: Externals for armv8 64 bit
Hello angelo,
Best regards,
pat
Le 02/08/2016 à 21:30, angelo.arcadi@virgilio.it a écrit :
Hi Iohannes, many thanks.
Actually I managed to compile and install the version 0.47 so there
should
not
be need for me to run sudo apt-get install pd-deken-apt
Best
Angelo
----Messaggio originale---- Da: "IOhannes m zmölnig" zmoelnig@iem.at Data: 2-ago-2016 19.05 A: pd-list@lists.iem.at Ogg: Re: [PD] R: Re: Externals for armv8 64 bit
On 08/02/2016 04:03 PM, angelo.arcadi@virgilio.it wrote:
Dear Iohannes, thanks a lot for your answer!
apart from that: if you are running a Debian derivative on your system, you could just install Pd and *a lot* of externals via
apt.Thanks I did not know that. I have ubuntu, I could try this command I
found
online sudo apt-get install pd-freeverb Is that the correct way?
Where I can find the whole list of pd-packages I could install via apt-
get
install ?
$ apt-cache search ^pd-
will give you all the packages that start with "pd-". this only misses the "gem" package.
no need to recompile anything. there is even an integration into deken.
Which integration are you referring to exactly?
$ sudo apt-get install pd-deken-apt
(afaik, this is only available since yakkety; it should be possible though, to install the package (and probably "pd-deken" as well, if your distro lacks a puredata_0.47)
gfmadsr 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
-- Patrice Colet fr: 0632660357
On 2016-08-04 04:09, angelo.arcadi@virgilio.it wrote:
Any idea about why does this happen?
yes. pd will search a few standard paths, some of them being global others being tight to your pd installation. e.g.:
/usr/local/lib/pd-externals/ will be searched by any Pd installation (wherever it is installed; any version; any flavour: Pd-extended, Pd-vanilla, and probably even Pd-l2ork) run as whatever user
~/.local/lib/pd/extra/ will be searched by any Pd installation (wherever it is installed; any version; any flavour: Pd-extended, Pd-vanilla, and probably even Pd-l2ork), BUT ONLY for the current user.
${PDINSTANCE}/extra/pd/ will be search for any user, but only by the Pd installation in ${PDINSTANCE}
the last one means: if you have a Pd instance that lives in /usr/local (as is the default when you compile Pd yourself), it will look for externals in /usr/local/lib/pd/extra, however it will *not* look for them in /usr/lib/pd/extra/.
otoh, all the pd-libraries in Debian (and derivatives) are compiled for the Pd that comes with the distribution, which means that the they go to /usr/lib/
there are three ways to fix this:
- use the Pd from your distribution (it will search in /usr/lib/pd/extra)
OR
- add /usr/lib/pd/extra to your search-path
OR
- if you don't use /usr/local/lib/pd-externals (i don't know of anybody
who does) you could make it a symlink to /usr/lib/pd/extra.
the last one is probably the easiest to enable all system-installed pd-libraries for any Pd installement on your system run by any user.
it might give weirdo warnings though, if you ever want to use the system installed Pd - nothing tragic, just the odd "duplicate 'foo' library found" warning when opening the help-browser.
fgmasdr IOhannes
PS: totally OT, but would it be possible to use a mail-client that properly sets the "References"/"In-reply-to" headers, so your emails appear as part of the thread?
-
angelo.arcadi＠virgilio.it -
IOhannes m zmoelnig