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@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