gnustep-base-1.5.1 fails (sandbox violation?) Here's the pertinent error: ... Making all for subproject Additions... Compiling file GCObject.m ... /root/GNUstep/Headers/gnustep: Permission denied /root/GNUstep/Headers/ix86/linux-gnu: Permission denied /root/GNUstep/Headers: Permission denied make[3]: *** [shared_obj/ix86/linux-gnu/gnu-gnu-gnu/GCObject.o] Error 1 make[2]: *** [Additions.all.subproject.variables] Error 2 make[2]: Leaving directory `/var/tmp/portage/gnustep-base-1.5.1/work/gnustep-base-1.5.1/Source/Additions' make[1]: *** [libgnustep-base.all.library.variables] Error 2 make[1]: Leaving directory `/var/tmp/portage/gnustep-base-1.5.1/work/gnustep-base-1.5.1/Source' make: *** [internal-all] Error 2 !!! ERROR: dev-util/gnustep-base-1.5.1 failed. !!! Function src_compile, Line 22, Exitcode 2 !!! (no error message) Reproducible: Always Steps to Reproduce: 1. emerge gnustep-base emerge info Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r2 i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis qt kde motif opengl mozilla cdr scanner X gtk gnome dvd" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache userpriv usersandbox"
Created attachment 10211 [details] full emerge log
Adding: 'export GNUSTEP_USER_ROOT=$HOME' right after GNUstep.sh (ie: .... src_compile() { . /usr/GNUstep/System/Makefiles/GNUstep.sh export GNUSTEP_USER_ROOT=$HOME .... ) in the ebuild allows the ports to install (gnustep-back, gnustep-base, gnustep-gui, and gnustep-make inclusive). As I am new to GNUStep, however, I don't know how it will affect the functionality of the packages. The compilation certainly manipulates the GNUstep tree in the home directory quite a bit.
try FEATURES="-userpriv" emerge gnustep-base the ebuilds have fallen into disrepair recently as the maintainer has been busy with real life. but we have some people working on this, hopefully they'll get better. please report back if that helps you
Bug 19698 gives some info that I belive is related to the same problem. Also I think that there is a gnustep-guile bug on here that is also related. When I was working on some of the ebuilds for GNUstep I tried the same thing that you have done with the exporting GNUSTEP_* variables to various values. It works some of the time but it seems that it depends on when the /usr/GNUstep/System/Makefiles/GNUstep.sh file was sourced in your environment. I talk about what I found by experimenting around in that other bug (19698). I haven't tried the FEATURES thing, but is that recommended in the Gentoo community? It seems like it could be dangerous. It also relys on the end-user knowing about it when emerging. There has got to be a better way. This bug prevented me from submitting the ebuilds for the latest gnustep-gui and gnustep-back. I submitted the latest ebuilds for gnustep-base and gnustep-make and that is where I first ran into this problem. Best of luck.
reassigning back to bug-wranglers because i don't have time to deal with these. i know too little about gnustep, unfortunately.
I don't have time to look at the gnustep/windowmaker stuff at the moment :(
The install problems appear to be fixed in 1.6.0
