[PD] Fwd: Disabling of packages to build...

Funs Seelen funsseelen at gmail.com
Sun Aug 1 20:34:49 CEST 2010


> >  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
>
> No!  Stop...I will NOT search through the source to get something
> instaled which is called"stable" or "release code" to get a hint how
> install the whole stuff.  I am no developper (in this case). I am a
> user.  The trouble starts, where a faulty packaege is detected late in
> the __installation phase__ of the makefile system, urging the user to
> gues the way back to the failure inducing problem.
> Soryy guys...I quit.
>
>
Nothing to be sorry for. It's up to you what software you use.
mfg
Funs


> Bye,
> Best regards,
> mcc
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100801/63f0c860/attachment.htm>


More information about the Pd-list mailing list