[PD] installing netpd under gentoo using layman error maxlib

errordeveloper at gmail.com errordeveloper at gmail.com
Tue Nov 20 12:44:13 CET 2007


the Makefiles in the pd CVS tree are very are definetly not good.
they needs fixing globaly.

who is responsible for the CVS ?

i think that all of them have to be generalised ,so we can easiely build
anything.

i do everything manually on my system,
cause quite a few makefiles try to use -m32 in CFLAGS and many of them
need -fPIC to be added.

there basic externals , which don't have any ./configure part, i think
we need to work on those first , leaving Gem and DataFlow aside ..

also there is acouple of external which have duplicated objects.

i'm not totaly experienced with writing from the scratch makefiles, but
i could help checking it out on amd64 (gentoo)..

and hopefully mac-ppc (obsd) soon as well.

On Tue, Nov 20, 2007 at 10:01:05AM +0100, mescalinum at gmail.com wrote:
> > so what you got there with /usr/lib/pd and doc/ in there ??
> > who does that belong to to whatever ..check it out and emerge --resume
> > then ..
> 
> no way-.-
> 
> > ah, seems you got FEATURES=userpriv  - so you might diasable thet .. but
> > seems actually this a bug in the ebuild , it shouldn't try making that
> > directory at 'install' stage.
> 
> CVS ebuilds (ebuilds that pull sources from VC repositories) are a hell.
> I promised myself to make periodically snapshots, so I wouldn't had such issues.
> 
> at te time I wrote the ebuild it worked fine.
> 
> 
> 
> > directories are made at the 'merge' stage
> >
> > > ACCESS DENIED  mkdir:     /usr/lib/pd/doc
> > > install: cannot create directory `/usr/lib/pd/doc': Permission denied
> > > make: *** [install] Error 1
> 
> 
> it seems that Makefile system ignored DESTDIR
> 
> DESTDIR is an environment variable for staged installs.
> and Gentoo does staged installs. it means it does not install directly
> into /usr/lib, but first does install tasks inside a sandbox, chrooted
> in $DESTDIR directory. if makefile tries to write directly to root /
> filesystem (thus, not respecting the DESTDIR directive) it raises that
> Access Violation error above
> 
> I'll fix as soon as I have time
> 
> thanks for reporting
> 
> -- 
> Federico Ferri




More information about the Pd-list mailing list