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

[IOhannes m zmölnig]

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?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200512/19ada1a5/attachment.sig>