[PD] loading externals on Debian (was Re: Py/pyext not recognized...)

Raphael Raccuia rafael.raccuia at blindekinder.com
Tue May 12 19:58:21 CEST 2020

Thank you!

Le 12.05.20 à 12:47, IOhannes m zmölnig a écrit :
> On 5/12/20 11:16 AM, Raphael Raccuia wrote:
>> well,
>> thank you anyway...
>> I tried matPlotLib with Python 2.7, my script doesn't work, at least as
>> it is.
>> So maybe it's easier to wait pd-py for Python3.
>> If you have any idea how to bind Pd to that script, it's welcome. I'll
>> try something simple with [shell].
>> By the way, I'm confused on the way to load externals, since there are
>> not loaded after Ubuntu packages install
> that's by design.
> installing a program doesn't automatically run it.
> installing an external doesn't automatically load it.
>> : I tried with [declare], but
>> often it doesn't find libs, probably a path issue, since PD never
>> searches in the right directory (seen with path verbose). It seems the
>> path is relative to the patch, or to PD (-std...). For example with
>> _ggee_, I had to add the absolute path in the settings.
>> Are deb packages supposed to configure that?
> no.
> they are supposed to just work (and generally do).
> there are two issues why it doesn't work for you:
> - some libraries come with a single-binary that contains multiple
> objects (e.g. zexy), other libraries put one binary for each object into
> a directory (e.g. bsaylor). they need to be loaded differently. e.g.
> [declare -lib zexy] vs [declare -path bsaylor]. in the latter case
> (multiple binaries in a directory) you could also instantiate objects
> directly with a name prefix e.g. [bsaylor/partconv~]
> - older versions of Pd would omit the standard paths (e.g.
> "/usr/lib/pd/extra") when searching for paths declared with [declare -path].
> gfasmdf
> IOhannes
> PS: rather than adding a "btw", why not just start a new thread, with a
> new subject?
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200512/d1701f7a/attachment.html>

More information about the Pd-list mailing list