Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 76283 - boost 1.32 gives a sandbox violation
Summary: boost 1.32 gives a sandbox violation
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Disenchanted (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-31 21:33 UTC by Jory A. Pratt
Modified: 2005-01-01 15:33 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jory A. Pratt 2004-12-31 21:33:18 UTC
Mulitple severe sandbox violations produced when trying to emerge boost

Reproducible: Always
Steps to Reproduce:
1.emerge zinf
2.
3.

Actual Results:  
ACCESS DENIED  open_wr:   /INHERITED
/usr/lib/portage/bin/ebuild.sh: line 877: INHERITED: Permission denied
ACCESS DENIED  open_wr:   /IUSE
/usr/lib/portage/bin/ebuild.sh: line 878: IUSE: Permission denied
ACCESS DENIED  open_wr:   /PKGUSE
/usr/lib/portage/bin/ebuild.sh: line 879: PKGUSE: Permission denied
ACCESS DENIED  open_wr:   /LDFLAGS
/usr/lib/portage/bin/ebuild.sh: line 880: LDFLAGS: Permission denied
ACCESS DENIED  open_wr:   /LIBCFLAGS
/usr/lib/portage/bin/ebuild.sh: line 881: LIBCFLAGS: Permission denied
ACCESS DENIED  open_wr:   /LIBCXXFLAGS
/usr/lib/portage/bin/ebuild.sh: line 882: LIBCXXFLAGS: Permission denied
ACCESS DENIED  open_wr:   /LICENSE
/usr/lib/portage/bin/ebuild.sh: line 883: LICENSE: Permission denied
ACCESS DENIED  open_wr:   /PDEPEND
/usr/lib/portage/bin/ebuild.sh: line 884: PDEPEND: Permission denied
ACCESS DENIED  open_wr:   /PF
/usr/lib/portage/bin/ebuild.sh: line 885: PF: Permission denied
ACCESS DENIED  open_wr:   /PROVIDE
/usr/lib/portage/bin/ebuild.sh: line 886: PROVIDE: Permission denied
ACCESS DENIED  open_wr:   /RDEPEND
/usr/lib/portage/bin/ebuild.sh: line 887: RDEPEND: Permission denied
ACCESS DENIED  open_wr:   /RESTRICT
/usr/lib/portage/bin/ebuild.sh: line 888: RESTRICT: Permission denied
ACCESS DENIED  open_wr:   /SLOT
/usr/lib/portage/bin/ebuild.sh: line 889: SLOT: Permission denied
ACCESS DENIED  open_wr:   /USE
/usr/lib/portage/bin/ebuild.sh: line 890: USE: Permission denied
ACCESS DENIED  open_wr:   /environment
/usr/lib/portage/bin/ebuild.sh: line 892: environment: Permission denied
ACCESS DENIED  open_wr:   /environment
/usr/lib/portage/bin/ebuild.sh: line 893: environment: Permission denied
bzip2: Can't open input file environment: No such file or directory.
ACCESS DENIED  open_wr:   /boost-1.32.0.ebuild
cp: cannot create regular file `boost-1.32.0.ebuild': Permission denied
/usr/lib/portage/bin/ebuild.sh: line 1757: /var/tmp/portage/boost-1.32.0/temp/en
 vironment: No such file or directory
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-dev-libs_-_boost-1.32.0-21655.log"

unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
unlink:    /bin
open_wr:   /.compiled
open_wr:   /ASFLAGS
open_wr:   /CATEGORY
open_wr:   /CBUILD
open_wr:   /CC
open_wr:   /CDEPEND
open_wr:   /CFLAGS
open_wr:   /CHOST
open_wr:   /CTARGET
open_wr:   /CXX
open_wr:   /CXXFLAGS
open_wr:   /DEPEND
open_wr:   /EXTRA_ECONF
open_wr:   /EXTRA_EINSTALL
open_wr:   /EXTRA_EMAKE
open_wr:   /FEATURES
open_wr:   /INHERITED
open_wr:   /IUSE
open_wr:   /PKGUSE
open_wr:   /LDFLAGS
open_wr:   /LIBCFLAGS
open_wr:   /LIBCXXFLAGS
open_wr:   /LICENSE
open_wr:   /PDEPEND
open_wr:   /PF
open_wr:   /PROVIDE
open_wr:   /RDEPEND
open_wr:   /RESTRICT
open_wr:   /SLOT
open_wr:   /USE
open_wr:   /environment
open_wr:   /environment
open_wr:   /boost-1.32.0.ebuild



Boost is a dependency of zinf, sandbox violation occurs during compile.]

Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0,
2.6.10-gentoo-r1 i686)
=================================================================
System uname: 2.6.10-gentoo-r1 i686 AMD Athlon(TM) XP2200+
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Dec 22 2004, 00:40:56)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.9.3, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6, 1.8.5-r1
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r2
virtual/os-headers:  2.6.8.1-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer
-fprefetch-loop-arrays -pipe"
CHOST="i686-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/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer
-fprefetch-loop-arrays -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://open-systems.ufl.edu/mirrors/gentoo
http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo"
LDFLAGS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X acl alsa apache2 avi berkdb bitmap-fonts cdr crypt cups dvd
dvdr encode esd fam foomaticdb fortran gdbm gif gpm gtk gtk2 imagemagick imap
imlib ipv6 java javascript jpeg libwww mad maildir mikmod motif mpeg mysql
ncurses nls nptl nptlonly oggvorbis opengl oss pam pdflib perl php png python
quicktime readline sdl spell ssl svga tcltk tcpd tiff truetype userlocales
xinerama xml2 xmms xv zlib"
Comment 1 Aaron Walker (RETIRED) gentoo-dev 2005-01-01 05:35:41 UTC
hrm that's the oddest access violation I've ever seen... looks like it's trying to write to / instead of /var/db/pkg/dev-libs/boost (where those files would usually be written).

I doubt this is a boost problem.  It's more likely to be a portage problem or something goofy on your end.  Do other merges work fine?
Comment 2 Jory A. Pratt 2005-01-01 09:40:24 UTC
yeah everything works fine funny thing is I decided to try to re-emerge it right after filling bug report and it was fine.
Comment 3 Disenchanted (RETIRED) gentoo-dev 2005-01-01 10:36:06 UTC
glad we all agree it is invalid