> > I am on Gentoo-Linux, which I freshly installed a month ago. With
> > the Gentoo system I had previously I experimented with pd-overlay
> > and ebuilds, which are not supported by the Gentoo crew, which tends
> > to make things more complicated than easier.
> > The current system has to last longer than the previous one, so I
> > willl no longer unmask packages or install overlays and ebuilds
> > from other sources than from the Gentoo-crew itsself.
> >
> > In case of the need to install things not supported by the
> > Gentoo-crew those have to compile out-of-the-box (classical way
> > of installing which only system dependency is of "being on
> > a linux box" instead of makeing diffderences what distribution
> > is used.)
> >
> > By the way: pd-extended searches for dpkg-* executables and than
> > thinks of being on Debian and installs everything into /usr/bin
> > instead of /usr/local/bin.
> > My opinion is, that this logic is not working in every case. Gentoo
> > offers dpkg-* utils also. The result is that pd-extended gets
> > installed into places, which are only for ebuilds.
> > (Takes me some time to figure out, whether everything wants
> > to go to /usr...)
> > As long as there are no official ebuilds for Gentoo, pd-extended
> > should keep its fingers off /usr.
> > If the distribution cannot figured out 100% surely, break the installation
> > process or ask the user for help.
> > The existence or not-existence of certain tools is not strong logic.
> >
> > Only my two cents, your currency may vary... ;)
> >
> > ---
> >
> > I compiled pd-0.42-5 from the link you gave me, and it
> > compiles/installes well.
> > Unfortunately I have no clue, how install the rest, which makes the
> > now installed pd-vanilla into pd-extended...
> >
> >
>
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/
> Here you can download several external libraries. Some may install easy,
> some may not. That's why the community came up with the 'template' (also in
> the externals-folder) to create a standard for libraries. Maybe in somewhere
> future all libraries will install the same way.
> It's a hell of a job to install all libraries pd-extended contains, but I
> guess there's no need for that. Pd-extended loads a bunch of externals every
> time you'll probably never use. It's easy though to have them all installed
> but personally I seemed to use almost only vanilla-objects. Since I use the
> same version you just installed I even know better what's available for pd.
> The only disadvantage of not having pd-extended I can think of is when you
> download someone else's patch and the only information you get is that all
> objects are included in pd-extended.
>
> So whether you can use it the way as described above or you can try to
> change the install-path of pd-extended and uninstall pd-vanilla again.
> For the last option: searching somewhere in the source for "/usr/bin/" and
> change that bit of text to "usr/local/bin" is what I would try in your
> position.
> mfg
> Funs