Emerging tkabber fails with an access violation. The ebuild is trying to mkdir /usr/local/share/tkabber and fails with permission denied. It builds correctly if the sandbox feature is disabled Reproducible: Always Steps to Reproduce: 1. FEATURES="sandbox" emerge tkabber 2. 3. Actual Results: emerge tkabber Calculating dependencies ...done! >>> emerge (1 of 1) net-im/tkabber-0.9.6_beta to / >>> md5 src_uri ;-) tkabber-0.9.6beta.tar.gz >>> Unpacking source... >>> Unpacking tkabber-0.9.6beta.tar.gz to /var/tmp/portage/tkabber-0.9.6_beta/work >>> Source unpacked. mkdir -p //usr/local/share/tkabber ACCESS DENIED mkdir: /usr/local/share/tkabber mkdir: cannot create directory `//usr/local/share/tkabber': Permission denied make: *** [install] Error 1 !!! ERROR: net-im/tkabber-0.9.6_beta failed. !!! Function src_compile, Line 502, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-net-im_-_tkabber-0.9.6_beta-18071.log" mkdir: /usr/local/share/tkabber -------------------------------------------------------------------------------- Expected Results: tkabber should emerge cleanly # emerge info Portage 2.0.51_rc7 (default-x86-1.4, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r6 i686) ================================================================= System uname: 2.6.8-gentoo-r6 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2 Headers: sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.22 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mtune=athlon-xp -march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mtune=athlon-xp -march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="X aalib acl acpi alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cscope cups curl directfb divx4linux encode esd f77 faad fbcon flac foomaticdb gb gd gdbm ggi gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imap imlib ipv6 javascript jpeg ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls nocd offensive oggvorbis opengl oss pam pdflib perl png pnp postgres python qt quicktime readline samba scanner sdl slang speex spell sse ssl svga tcltk tcpd tetex theora tiff truetype usb x86 xine xml2 xmms xprint xv xvid zlib" tail /tmp/sandbox-net-im_-_tkabber-0.9.6_beta-18071.log mkdir: /usr/local/share/tkabber
it seems that with the new version of portage (2.0.51) emake is automatically called if src_compile is missing in the ebuild (as ist is in the tkabber-ebuild) emake calls make with wrong (no) parameters, so that the tkabber-Makefile tries to install tkabber to the default location (/usr/local) as workaround add something like src_compile() { echo "" } to the tkabber-ebuild
Confirmed the fix in the comment above fixes the problem. perhaps even: src_compile() { # This is here otherwise Portage 2.0.51 and higher runs emake automatically # which results in an access violation (due to default make install trying # to install to /usr/local/..... echo "Nothing to compile.. Proceeding to Install" } I assign all rights/copyrights for the above code to Gentoo.. etc etc.. This is an EASY bug to fix/commit/resolve/close, portage maintainers...
done
