[PD] Pd-extended 0.42.5 release candidate 6 released!
Roman Haefeli
reduzent at gmail.com
Wed Sep 15 09:11:54 CEST 2010
On Tue, 2010-09-14 at 19:45 -0400, Hans-Christoph Steiner wrote:
> Pd-extended 0.42.5 is done, so it'll stay as is.
Ok. Since you called, I thought I'd report what I think needs to be
fixed.
> Pd-extended 0.43
> will work with /usr/lib/pd. For 0.43, only libs that require Pd-
> extended will be installed into /usr/lib/pdextended.
Sounds good, though I still don't understand why not fixing it right
now.
Roman
> On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote:
>
> > On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote:
> >> That means that it installs all its libs into /usr/lib/
> >> pdextended
> >
> > Yeah, makes sense also to me.
> >
> >> and ignores /usr/lib/pd.
> >
> > Why?
> >
> > You seem to ignore the fact, that there are pd-libs around in the
> > wild,
> > that are _not_ part of Pd-extended and thus would be very useful to be
> > used together with Pd-extended, but unfortunately do not work
> > out-of-the-box, because pdextended doesn't look in /usr/lib/pd.
> >
> > I'd propose to add /usr/lib/pd as the last path in the search order,
> > so
> > that it wouldn't interfere with everything installed
> > in /usr/lib/pd-extended. I don't see how this would hurt with the
> > current behaviour. When having pd-motex installed and using some
> > objects
> > from motex, still /usr/lib/pd-extended would be used (instead
> > of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote]
> > from pd-wiimote which installs to /usr/lib/pd would be found.
> >
> > Please enlighten me, if I am overseeing something and my proposal
> > would
> > actually break something.
> >
> > Roman
> >
> >
> >
> >> The next step for Debian packaging for Pd-extended is having each lib
> >> in its own package, and then making a 'pdextended' package which
> >> provides 'pd' and is just the core. That will then look in /usr/
> >> lib/pd.
More information about the Pd-list
mailing list