Bug 23932 – ebuild for fvwm-2.4.16 aborts with sandbox violation

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Guy 2003-07-03 19:24:28 UTC]

/bin/sh ../../mkinstalldirs /usr/lib/fvwm/2.4.16
mkdir -p -- /usr/lib/fvwm/2.4.16
ACCESS DENIED  mkdir:     /usr/lib/fvwm/2.4.16
mkdir: cannot create directory `/usr/lib/fvwm/2.4.16': Permission denied
make[3]: *** [install-modulePROGRAMS] Error 1
make[3]: Leaving directory
`/var/tmp/portage/fvwm-2.4.16/work/fvwm-2.4.16/modules/FvwmAnimate'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory
`/var/tmp/portage/fvwm-2.4.16/work/fvwm-2.4.16/modules/FvwmAnimate'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/fvwm-2.4.16/work/fvwm-2.4.16/modules'
make: *** [install-recursive] Error 1

!!! ERROR: x11-wm/fvwm-2.4.16 failed.
!!! Function einstall, Line 327, Exitcode 2
!!! einstall failed

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-fvwm-2.4.16-32398.log"

mkdir:     /usr/lib/fvwm/2.4.16
--------------------------------------------------------------------------------
fierywyrme root # emerge -p fvwm

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild    U ] x11-wm/fvwm-2.4.16 [2.4.15]


Reproducible: Always
Steps to Reproduce:
1. emerge fvwm

[Comment 1 Guy 2003-07-03 19:25:43 UTC]

Created attachment 14150 [details]
sandbox-fvwm-2.4.16-32398.log

[Comment 2 Guy 2003-07-04 04:02:33 UTC]

Forgot: Sorry

emerge info
Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.5.74 i686 AMD Athlon(TM) XP 1900+
GENTOO_MIRRORS="http://gentoo.seren.com/gentoo rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://cs.ubishops.ca/pub/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/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/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/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 gnome libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline arts tetex bonobo svga java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde opengl mozilla cdr athena -motif"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -Os -pipe"
CXXFLAGS="-march=athlon-xp -Os -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 3 Tristan Henderson 2003-07-07 08:11:46 UTC]

I had the same problem, but it seems to be resolved with the latest fvwm ebuild (still called fvwm-2.4.16.ebuild). The sandbox violation seems to occur when using "einstall" instead of "make DESTDIR=${D} install" in the ebuild.

[Comment 4 Guy 2003-07-07 19:28:02 UTC]

As per Tristan (comment #3), the ebuild is indeed fixed.

Thanks to all involved.

;-)

[Comment 5 Tavis Ormandy (RETIRED) 2003-07-31 04:08:58 UTC]

Apologies guys, this was fixed within an hour, but had already been propogated to some rsync mirrors.