request sponsor/upload for pd-pdstring
reduzent at gmail.com
Mon Oct 3 07:19:53 UTC 2011
On Sat, 2011-10-01 at 14:11 +0200, Roman Haefeli wrote:
> On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote:
> > i'm not entirely sure though (given the nastiness of [declare])
> > if you think that it is a bug in "puredata-core", please file a bugreport.
> Yeah, that is indeed the case. Before filing a bug report, I'd like to
> clear up the meanings of the different paths.
> Am I right in assuming that this path is supposed to be searched by
> all flavors of Pd (all packages that provide the virtual package pd)?
> This also the path where usually external libraries are installed to
> because from there they can be loaded from any flavor of pd?
> is only searched by puredata / pd from the puredata package?
> This is where libraries are installed that only are suitable for
> the pd provided by the puredata package?
> is only searched by pdextended / pd from the pd-extended package?
> Libs that are only useful with pdextended go there?
> If that is the case, then there is definitely a bug in the puredata-core
> package as it is ignoring /usr/lib/pd/extra.
> This also means, that currently all Pd libraries in unstable that
> install to /usr/lib/pd/extra (most of them do) are currently broken, as
> there is no proper way to actually load them in pd (you still can
> specify the absolute path to the library, which renders your patch
> unportable to other OS').
Let me refine this:
Since Pd-vanilla in Debian was moved to from /usr/lib/pd
to /usr/lib/puredata, some Debian-specific patches were necessary to
correct paths. There is also a patch that adds /usr/lib/pd to puredata's
search paths. This means that single-object libraries such as pd-wiimote
and pd-readanysf still work flawlessly, since if you instantiate
[wiimote] puredata will
The problem here is that [declare]'s '-stdpath' and '-stdlib' flags show
no effect for /usr/lib/pd/extra. Probably it got forgotten to make
[declare] not only expand the (new) native /usr/lib/puredata/extra path,
but also /usr/lib/pd/extra. This sound to me like a bug in the Debian
On a sidenote: The fact that [declare -lib pdstring] loads the library
is contradictory to the [declare]'s documentation. The '-lib' flag
should only load libraries relative to the patch's path. But this is an
issue that is apparent also in upstream (probably since 0.41).
This is probably not the right place to ask, but why is puredata
packaged in a different team than all the pd-libraries? This is a bit of
an unlucky situation.
More information about the pkg-multimedia-maintainers