libtool-1.5.22 compilation fails when USERPRIV and USERSANDBOX are used as FEATURES. compilation is successful if USEPRIV and USERSANDBOX are removed. # emerge --info Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.14 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-march=pentium -pipe -O2 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium -pipe -O2 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="-Wl,-O1 -Wl,--sort-common -s" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://*******/gentoo-portage" USE="x86 alsa apm arts avi berkdb bitmap-fonts bzip2 crypt cups eds emboss encode expat foomaticdb fortran gdbm geoip gif gpm gstreamer gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS here's the bug: <snip> >>> Unpacking source... >>> Unpacking libtool-1.5.22.tar.gz to /var/tmp/portage/libtool-1.5.22/work * Applying libtool-1.4.2-archive-shared.patch ... [ ok ] * Applying libtool-1.5.6-ltmain-SED.patch ... [ ok ] * Applying libtool-1.4.2-expsym-linux.patch ... [ ok ] * Applying libtool-1.5.20-use-linux-version-in-fbsd.patch ... [ ok ] * Applying libtool-1.5.10-portage.patch ... [ ok ] * Applying libtool-1.5.20-version-checking.patch ... [ ok ] * Applying libtool-1.5.20-ltmain_sh-max_cmd_len.patch ... [ ok ] * Applying libtool-1.5-filter-host-tags.patch ... [ ok ] * Applying libtool-1.5.10-locking.patch ... [ ok ] * Applying libtool-1.5.14-egrep.patch ... [ ok ] * Applying libtool-1.5.20-override-LD_LIBRARY_PATH.patch ... [ ok ] * Generating ltmain.sh ... [ ok ] * Running autotools in '.' ... configure.ac:133: /usr/bin/m4: ERROR: Cannot create temporary file for diversion: Permission denied autom4te-2.59: /usr/bin/m4 failed with exit status: 1 aclocal-1.9: autom4te failed with exit status: 1 </snip> this is one of a handful of packages that fail due to FEATURES=USERPRIV USERSANDBOX during an emerge -e system. the remainder of the system files compile fine.
*** Bug 120877 has been marked as a duplicate of this bug. ***
*** Bug 120881 has been marked as a duplicate of this bug. ***
sorry about the "duplicates." is this a portage issue, in which case the bugs are indeed duplicates, or is that an issue that is related to each specific ebuild, in which case the bugs are not duplicates?
my guess is the permissions are all screwed up on your $TMPDIR (usually /tmp)
(In reply to comment #4) > my guess is the permissions are all screwed up on your $TMPDIR (usually /tmp) > i've purged all data from the /tmp directory and the /var/tmp directories. i've deleted the ccache data, and i've turned off ccache. compilation still fails when userpriv and usersandbox are specified as features. so it appears that your guess wasn't accurate. do you have any other recommendations on where the user should search to address this problem -- other than the ebuilds themselves?
i didnt say the contents, i said the permissions look at `ls -ld /tmp /var/tmp`
oops. needed to chmod o+t to set the sticky bit on /tmp. thanks for your help. closing invalid.
*** Bug 124325 has been marked as a duplicate of this bug. ***