I suspect problem with (user)sandbox/priv setting in make.conf. Reproducible: Always Steps to Reproduce: 1. emerge gnustep-gui 2. 3. Actual Results: Creating Gui... autogsdoc -Project Gui -DocumentationDirectory Gui -DocumentationDirectory . -Declared AppKit -Standards YES -WordMap '{ APPKIT_EXPORT=extern;APPKIT_DECLARE=""; }' -Up Gui Introduction.gsdoc DefaultsSummary.gsdoc LanguageSetup.gsdoc NSBundleAdditions.gsdoc NSCoderAdditions.gsdoc NSMutableAttributedStringAdditions.gsdoc NSMutableParagraphStyle.gsdoc NSStringAdditions.gsdoc ACCESS DENIED mkdir: /root/GNUstep 2003-07-21 10:43:09.361 autogsdoc[22810] No local time zone specified. 2003-07-21 10:43:09.365 autogsdoc[22810] Using time zone with absolute offset 0. 2003-07-21 10:43:09.359 autogsdoc[22810] Defaults home '/root/GNUstep' does not exist - failed to create it. ACCESS DENIED mkdir: /root/GNUstep 2003-07-21 10:43:09.383 autogsdoc[22810] Defaults home '/root/GNUstep' does not exist - failed to create it. 2003-07-21 10:43:09.387 autogsdoc[22810] WARNING - unable to create shared user defaults! 2003-07-21 10:43:09.688 autogsdoc[22810] Non-block element 'desc' in block ... make[2]: Leaving directory `/tmp/var_tmp/portage/gnustep-gui-0.8.7/work/gnustep-gui-0.8.7/Documentation/Gui' make[1]: Leaving directory `/tmp/var_tmp/portage/gnustep-gui-0.8.7/work/gnustep-gui-0.8.7/Documentation' --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-gnustep-gui-0.8.7-20161.log" mkdir: /root/GNUstep mkdir: /root/GNUstep mkdir: /root/GNUstep mkdir: /root/GNUstep -------------------------------------------------------------------------------- Expected Results: Emerges without errors. Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-openmosix-r4 i686 Intel(R) Pentium(R) III Mobile CPU 1000MHz GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /var/spool/amanda/.amandahosts /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/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 3dnow foomaticdb libg++ mad mikmod berkdb slang tetex nas esd ldap i8x0 mmx sse apm pcmcia pnp nls readline trusted cdr cups snmp slp mozilla X motif dga opengl xv -gpm -kde -qt -qtmt -arts gtk gtk2 gnome gb bonobo libwww libgda gtkhtml tcltk ncurses sdl svga imlib lcms gif wmf jpeg png tiff gd avi mpeg quicktime -alsa oss dvd xmms oggvorbis ggz pam ssl crypt imap maildir mbox tcpd spell truetype xml xml2 pdflib java jikes python perl gdbm -doc odbc mysql innodb zlib galeon openoffice encode samba apache apache2 php mod_php mod_ssl plotutils ethereal usb -guile -mozsvg mozcalendar -mozaccess mozp3p -mozxmlterm moznoirc -moznomail -moznocompose -moznoxft" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j6" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox buildpkg ccache userpriv usersandbox"
Created attachment 14809 [details] GNUstep portage branches & ebuild I thought I fixed this.... Attached contents: dev-util/gnustep-back/ dev-util/gnustep-back/Manifest dev-util/gnustep-back/files/ dev-util/gnustep-back/files/digest-gnustep-back-0.8.7 dev-util/gnustep-back/files/gnustep-back-0.8.5.xft2.patch dev-util/gnustep-back/files/gnustep-back-0.8.7.xft2.patch dev-util/gnustep-back/gnustep-back-0.8.7.ebuild dev-util/gnustep-base/ dev-util/gnustep-base/files/ dev-util/gnustep-base/files/digest-gnustep-base-1.7.1 dev-util/gnustep-base/Manifest dev-util/gnustep-base/gnustep-base-1.7.1.ebuild dev-util/gnustep-gui/ dev-util/gnustep-gui/files/ dev-util/gnustep-gui/files/digest-gnustep-gui-0.8.7 dev-util/gnustep-gui/gnustep-gui-0.8.7.ebuild dev-util/gnustep-gui/Manifest dev-util/gnustep-make/ dev-util/gnustep-make/files/ dev-util/gnustep-make/files/digest-gnustep-make-1.7.1 dev-util/gnustep-make/Manifest dev-util/gnustep-make/gnustep-make-1.7.1.ebuild eclass/gnustep.eclass
gnustep-make-1.7.1 gnustep-base-1.7.1 gnustep-gui-0.8.7 and gnustep-back-0.8.7 have all been masked.
Created attachment 15031 [details] gnustep.eclass (DEPEND bugdix) Oops, I just noticed that my gnustep.eclass generates circular dependencies for the base packages... Not that it matters because the DEPEND is clobbered by the ebuild... [Offtopic: Autodetection of ${S} works under more scenarios now] By the way, upgrading to >=gnustep-make-1.7 REQUIRES a reinstallation of ALL GNUstep libraries. (i.e. libraries in /usr/GNUstep/System/Libraries) Alternatively, move /usr/GNUstep/System/Libraries to /usr/GNUstep/System/Library/Libraries in pkg_postinst(). A warning to the user might also be neccessary. Let's hope this is the last of the gnustep sandbox problems.
what changes did you make to the eclass? can you reference the current eclass in portage?
The gnustep.eclass has been updated in portage which should address this problem. Please let me know if you have any further problems.
Worked. Thanx!
