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, [EMAIL PROTECTED] 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 _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
