--------------------------- ACCESS VIOLATION SUMMARY---------------------------LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.14.0-19606.log" rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/xpti.dat.tmp rename: /usr/lib/mozilla-firefox/components/compreg.dat.tmp -------------------------------------------------------------------------------- It seems these files get created during the build process, as deleting them didn't help.
amd64 looks like this.. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.14.0-29824.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp)
Tried unemerging old epiphany. Still won't compile. Any thoughts on a fix for this? W
More notes on this at breakmygentoo.com: https://bugs.breakmygentoo.net/view.php?id=159 No solution was posted (yet) for the 2.14.0 ebuild W
you must be using an overlay. I can't reproduce it using our current version in portage.
I am not using an overlay for either mozilla-firefox or epiphany, and this bug was reported by two people at least (myself and Felix Braun). The only overlays I'm using are for (1) vlc and (2) gnome's control-center to address amd64 issues. Do you have any recommendations? W
@Waldo: Can you attach a full build log + config.log? Thanks
After a new sync, things have started working for me too.
Created attachment 85038 [details] A log of the build. Sorry for the delay... I was out of town. Not sure what you mean by a "config log", but here's a log of the entire build up to and including the crash... maybe you can help me figure out what's wrong... Thx, W
Update. This problem persists in epiphany 2.4.1. Addressing w/the workaround found here: http://forums.gentoo.org/viewtopic-t-446669-highlight-epiphany+sandbox.html But this is just a workaround... W
I would like to mention that this bug is persisting in 2.14.1-r1 as well, at least on amd64.
@Waldo and niels: could you please repost the sandbox violations you get with 2.14.2.1 ? Thanks.
Emerging Epiphany-2.14.2.1 on amd64: --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.14.2.1-20452.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) --------------------------------------------------------------------------------
Created attachment 90569 [details] Sandbox log created when emerging epiphany-2.14.2.1
Created attachment 90581 [details] /var/log/sandbox/sandbox-www-client_-_epiphany-2.14.2.1-3863.log I'm back ;) W
Which firefox do you have installed?
(In reply to comment #15) > Which firefox do you have installed? > [ebuild U ] www-client/epiphany-2.14.2.1-r1 [2.14.1-r1] USE="firefox* python -debug -doc" 0 kB gives me the following error. Installed Firefox Version is: www-client/mozilla-firefox-1.5.0.4 >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.14.2.1-r1-1557.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) --------------------------------------------------------------------------------
Ok, what's the deal here. Borked for me too. # emerge epiphany -1va These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] www-client/epiphany-2.14.2.1-r1 [2.14.1-r1] USE="firefox python -debug -doc" 0 kB -snip- config.status: executing default-2 commands config.status: executing po/stamp-it commands --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.14.2.1-r1-3062.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) --------------------------------------------------------------------------------
Created attachment 91751 [details] build log file
This bug persists for me with 2.14.2.1-r1. $ emerge -pv firefox epiphany [ebuild R ] www-client/mozilla-firefox-1.5.0.4 USE="gnome ipv6 xinerama -debug -java -mozdevelop -xprint" LINGUAS="-ar% -ca% -cs% -da% -de% -el% -en_GB% -es% -es_AR% -es_ES% -fi% -fr% -ga% -ga_IE% -he% -hu% -it% -ja% -ko% -mk% -nb% -nb_NO% -nl% -pl% -pt_BR% -ro% -ru% -sk% -sl% -sv% -sv_SE% -tr% -zh_CN% -zh_TW%" 34,550 kB [ebuild U ] www-client/epiphany-2.14.2.1-r1 [1.8.4.1-r1] USE="firefox python -debug -doc" 0 kB $ emerge --info Portage 2.1-r1 (default-linux/amd64/2005.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-ge ntoo-r9 x86_64) ================================================================= System uname: 2.6.16-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.15 ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/sh are/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/ge neric/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon64 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms splitdebug stri ct" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/ distributions/gentoo" LINGUAS="en en_US" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/d istfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 S3TC X aim alsa anthy avi bash-completion beepmp berkdb bitmap-fonts bzip2 cairo canna cjk cli codecs crypt cups dbus dlloader dri dvd dvdr eds embos s encode exif fam fastcgi firefox flac foomaticdb gd gdbm gif gimp glitz gnome g nustep gpm gstreamer gtk gtk2 hal ieee1394 imlib ipod ipv6 isdnlog jpeg jpeg2k l atex lighttpd lzw lzw-tiff mad matroska mono mozilla mp3 mpeg mysql ncurses nls nptl nptlonly nvidia objc offensive ogg openal opengl pam pcre pda pdflib perl p hp png pnp pppd python qt qt3 qt4 quicktime readline reflection reiserfs rtc rub y samba sdl session spell spl sqlite sqlite3 ssl startup-notification stencil-bu ffer svg tcpd tetex threads tiff transcode truetype truetype-fonts type1-fonts u nicode usb utf8 vorbis wifi xinerama xml xorg xpm xv xvid zlib elibc_glibc input _devices_keyboard input_devices_mouse kernel_linux linguas_en linguas_en_US user land_GNU video_cards_nvidia video_cards_vesa" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEO PTS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 92489 [details, diff] Rather hackish patch to fix this, at least for amd64 I have been able to trace this problem (well, the amd64 version at least) back to the following lines in configure.ac: line 193: GECKO_XPCOM_PROGRAM_CHECK lines 277 - 299: GECKO_RUN_IFELSE([], [GECKO_XPCOM_PROGRAM( ... lines 384 - 385: GECKO_CHECK_CONTRACTIDS([$REQUIRED_CONTRACTS], [],[AC_MSG_ERROR([$gecko_cv_gecko needs to be compiled with at least --enable-extensions=default,$REQUIRED_EXTENSIONS])]) Commenting these out and unconditionally activating the "success" part of block 277 - 299 by adding a new line containing just: have_broken_typeaheadfind=no allowed me to emerge epiphany without any problems. The attached patch does just that (the patch should be applied with epatch in src_unpack in the ebuild in the same fashion as the broken-firefox.patch). Of course such a hack only works if it is known that the configure checks removed would have passed anyway so probably isn't a very good solution. Really the GECKO_* autoconf macros need to be fixed. I assume that they are installed by firefox and hence a bug might need to be opened against mozilla-firefox. Note that I tried re-emerging mozilla-firefox but that changed nothing.
Same error, epiphany 2.14.3 W
(In reply to comment #21) > Same error, epiphany 2.14.3 > > W > cf : http://forums.gentoo.org/viewtopic-p-3519612.html#3519612 Perhaps running firefox as root creates xpdi.dat and compreg.dat and stops these sandbox violations? [Running the GECKO_XPCOM_PROGRAM checks outside of the sandbox certainly does create them, and then within the sandbox the issue disappears] If so, imho firefox should create these files at install [perhaps by running a noddy program like the GECKO_XPCOM_PROGRAM used in the configure scripts for epiphany] and thus the bug is in mozilla-firefox ebuild.
*** Bug 151483 has been marked as a duplicate of this bug. ***
Ditto with 2.16.1
I ran firefox as root: # firefox /usr/libexec/mozilla-launcher: line 339: xdpyinfo: command not found /usr/lib64/mozilla-firefox/mozilla-xremote-client: Error: Failed to find a running server. No running windows found Removing /root/.mozilla/firefox/052zo1pw.default/compreg.dat leftover from older firefox Removing /root/.mozilla/firefox/052zo1pw.default/XUL.mfasl leftover from older firefox then re-emerged epiphany... (2.16.1) still got the sandbox violations. I don't understand why gnome even requires it, since I never run it. W
2.16.2 throws sandbox violations. W
(In reply to comment #26) > 2.16.2 throws sandbox violations. > > W > Same bug here, and now i have crippled Gnome because epiphany is a dependency of gnome-base. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.16.2-17008.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) -------------------------------------------------------------------------------- emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.1/desktop, gcc-3.4.6, glibc-2.4-r4, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.6 Last Sync: Sat, 16 Dec 2006 09:00:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.zie.pg.gda.pl http://gentoo.po.opole.pl http://gentoo.prz.rzeszow.pl http://src.gentoo.pl" LINGUAS="pl" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa amd64 apache2 arts berkdb bidi bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds elibc_glibc emboss encode esd faad fam firefox foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal hardened iconv imap imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux ldap libg++ linguas_pl mad maildir matroska mikmod milter mime mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre perl pic pie png ppds pppd python qt3 qt4 quicktime readline reflection sasl sdl session spell spl ssl symlink tcpd tk truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo vorbis wxwindows xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I've hit the sandbox violation bug too. I ran firefox as root, closed it. Re-emerged and it worked fine. epiphany-2.14.2.1-r1
(In reply to comment #28) > I've hit the sandbox violation bug too. > > I ran firefox as root, closed it. > > Re-emerged and it worked fine. > > epiphany-2.14.2.1-r1 > I'd tried it too before I have posted the bug. It didn't work for me. But I have the issue with 2.16.2 NOT 2.14.2. The epiphany 2.16.2 problem emerged during last world update which was mostly gnome update.
I have hit this bug too. rsync'd on Friday, emerge -uvD world was doing all of recently stabled gnome 2.16. I'm stuck with a partially crippled gnome. I have tarred up the entire /var/tmp/portage/epiphany-2.16.2 directory with all the entrails. I can attach it if it is of any use. It is about 13 MB. I too tried running firefox as root and re-emergeing epiphany - no difference. THis is what I have installed in the mozilla department: fellows@kanga ~ $ equery list mozilla [ Searching for package 'mozilla' in all categories among: ] * installed packages [I--] [ -] www-client/mozilla-firefox-1.5.0.8 (0) [I--] [ ] www-client/mozilla-launcher-1.52 (0) fellows@kanga ~ $ equery list seamonkey [ Searching for package 'seamonkey' in all categories among: ] * installed packages [I--] [ ] www-client/seamonkey-1.0.6 (0) From rummaging about the source code configuration files my analysis is that lines 441/2 in /var/tmp/portage/epiphany-2.16.2/work/epiphany-2.16.2/m4/gecko.m4 rv = NS_NewNativeLocalFile (NS_LITERAL_CSTRING("$_GECKO_HOME"), PR_FALSE, getter_AddRefs (directory)); should not be using $_GECKO_HOME as tthe string to specify where a temporary file should be created. I don't know what it should be, maybe something that after an infinite number of string substitutions ends up as /var/tmp/portage/epiphany-2.16.2/homedir or /var/tmp/portage/epiphany-2.16.2/temp A further thought (after googling gentoo sandbox and finally finding out what addpredict does): the addpredicts in src_compile() in the epiphany-2.16.2.ebuild may be required during compilation or they may not. The current sandbox violations are not occuring during compile, but during configuration. Adding a suitable list of them to src_unpack might solve the problem. I was going to try to downgrade to gnome 2.14 but I will try this in an overlay first. $ emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r7 x86_64) ================================================================= System uname: 2.6.17-gentoo-r7 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.12.6 Last Sync: Fri, 15 Dec 2006 04:30:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://adelie.polymtl.ca/ http://gentoo.mirrored.ca/ http://gentoo.osuosl.org/ " MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa alsa_cards_cmipci alsa_cards_via82xx berkdb bitmap-fonts cli cracklib crypt cups dbus dlloader doc dri eds elibc_glibc emboss encode foomaticdb fortran gcj gif gnome gpm gstreamer gtk gtk2 guile iconv imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux lcms lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg opengl pam pcre perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userland_GNU video_cards_fbdev video_cards_nv video_cards_radeon video_cards_vesa video_cards_vga xorg xpm xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 104286 [details] sandbox log for original sandbox violations This is the sandbox log from my original emerge -uvD world with the ephiany violations. The ebuild was epiphany-2.16.2.
Created attachment 104288 [details] sandox vioaltions log from one version of overlay ebuild Sandbox violation log from "ebuild epiphany-2.16.2-r1.ebuild clean; ebuild epiphany-2.16.2-r1.ebuild digest; ebuild epiphany-2.16.2-r1.ebuild compile" in my overlay directory. This ebuild had all the addpredict statments commented out. More discussion in my next comment.
A brief chronology of the experiments I tried. Copied /usr/portage/www-client/epiphany to my overlay directory /usr/local/portage/ In the overlay copied epiphany-2.16.2.ebuild to epiphany-2.16.2-r1.ebuild and hacked on that in various ways. First I added addpredict /usr/$(get_libdir)/mozilla-firefox/components/xpti.dat.tmp addpredict /usr/$(get_libdir)/mozilla-firefox/components/compreg.dat.tmp to the src_unpack function. Then did ebuild ./epiphany-2.16.2-r1.ebuild digest ebuild ./epiphany-2.16.2-r1.ebuild unpack noted confugure was not run, wiped egg off face. ebuild ./epiphany-2.16.2-r1.ebuild compile killed the compile shortly after what appeared to be a successful configuration. Decided to se what would happpen if *all* the addpredicts were removed so edited the ebuild to comment them all out. By mistake I ommited one comment # so, in fact had addpredict /usr/$(get_libdir)/mozilla-firefox/components/xpti.dat in th esrc_compile function. Did ebuild ./epiphany-2.16.2-r1.ebuild clean ebuild ./epiphany-2.16.2-r1.ebuild digest ebuild ./epiphany-2.16.2-r1.ebuild compile And the compile ran to completion without sandbox violation to my surprise. Continued by running emerge -uv --oneshot epiphany in the same shell that had been running my emerge world after verifying that this would use my overlay ebuild. This also successfully completed and installed epiphany. I verified that it would run and that it was indeeed 2.16.2 version (Help->About). Then I discovered that I had left one addpredict active so I commented it out and did ebuild ./epiphany-2.16.2-r1.ebuild clean ebuild ./epiphany-2.16.2-r1.ebuild digest ebuild ./epiphany-2.16.2-r1.ebuild compile again. This time the compile ended with sandbox violations. The sandbox log of this compile is attached as part of comment 32. Only the /usr/lib64/mozilla-firefox/components/xpti.dat.tmp file is a violation. The original emerge triggered both that and /usr/lib64/mozilla-firefox/components/compreg.dat.tmp. At this point I renamed my epiphany overlay directory to something else, went back to my original emerge shell did emerge -puv --oneshot epiphany to verify that it would not use the overlay and would do a "downgrade" from my 2.16.2-r1 to the portage tree 2.16.2. That is what it said it would do, so I did it. The emerge completed without error! I have no idea what I might have changed that made that happen. Sandbox bug exposed on an SMP system that causes it to not fake writes? Anyway I seem no longer able to repeat the error.
(In reply to comment #33) I'v tried all of that without success :( Still need help! Maybe you did something not mentioned in your post. The only difference between our setups seems to be that i have mozilla sea-monkey installed. I'v done all your steps according to my setup and always ended with sandbox violations.
(In reply to comment #33) I'v tried all of that without success :( Still need help! Maybe you did something not mentioned in your post. The only difference between our setups seems to be that i have mozilla sea-monkey installed. I'v done all your steps according to my setup and always ended with sandbox violations. (In reply to comment #34) Because there are no violations connected with sea-monkey this was an overkill, but it haven't produced extra errors.
(In reply to comment #35) > (In reply to comment #33) > > I'v tried all of that without success :( > Still need help! > Maybe you did something not mentioned in your post. The only difference between > our setups seems to be that i have mozilla sea-monkey installed. I'v done all > your steps according to my setup and always ended with sandbox violations. > > (In reply to comment #34) > Because there are no violations connected with sea-monkey this was an overkill, > but it haven't produced extra errors. > I listed seamonkey because it might have a bearing on this issue. I actually use seamonkey mostly. Rarely do I use firefox, and epiphany only when it is invoked by other gnome components. I did create, delete, create again root's .mozilla directory. Its presence or absence did not seem to matter. I noticed that an empty .mozilla directory did get created in /var/tmp/portage/epiphany-2.16.2/homedir during the execution of the configure program during a compile. Other than that I didn't do much as root on my machine. I did my normal day-to-day stuff as a non-privilged user which should have no effect. There were no reboots. I will be on vacation until after Christmas.
(In reply to comment #36) > I did create, delete, create again root's .mozilla directory. Its presence or > absence did not seem to matter. I noticed that an empty .mozilla directory did > get created in /var/tmp/portage/epiphany-2.16.2/homedir during the execution of > the configure program during a compile. > > Other than that I didn't do much as root on my machine. I did my normal > day-to-day stuff as a non-privilged user which should have no effect. > There were no reboots. > > I will be on vacation until after Christmas. > Well, eventually I'd noticed that those sandbox violations have had only stop emerge, but compile stage ended always with source compiled message so i,v done all emerge step manually using ebuild. ebuild ./epiphany-2.16.2.ebuild compile ebuild ./epiphany-2.16.2.ebuild install ebuild ./epiphany-2.16.2.ebuild qmerge Now I'm just emerging rest of my gnome update and I hope it'll be successful. David thank you very much i do appreciate your help.
(In reply to comment #37) I resolved this by running the following commands: touch /usr/lib/mozilla-firefox/components/xpti.dat.tmp touch /usr/lib/mozilla-firefox/components/compreg.dat.tmp and the performing the emerge as normal Hope this helps
Should have added that this was on amd64
The two touches that Cybercide listed worked around this issue for me. epiphany-2.16.2 on amd64.
This one did not work. the three-step approach in #37, however, did work. couldn't this be fixed? what is doing this? /iaw (In reply to comment #38) > (In reply to comment #37) > > I resolved this by running the following commands: > > touch /usr/lib/mozilla-firefox/components/xpti.dat.tmp > touch /usr/lib/mozilla-firefox/components/compreg.dat.tmp > > and the performing the emerge as normal > > Hope this helps >
Time has passed. I upgraded dbus, which required a revdep-rebuild which wanted to emerge most of gnome. epiphany-2.16.2 failed on sandbox violations again. This time I tried the light touch :-) (comment 38). It worked for me. I checked and the ebuild did not modify the files created by touch nor did it remove them. I removed them manually after. This problem only affects my amd64 system. The same upgrades went smoothly on an x86 box I have. When I went looking on that system I found: jo components # ls -l *tmp -rw-r--r-- 1 root root 131953 Jan 27 18:24 compreg.dat.tmp -rw-r--r-- 1 root root 100377 Jan 27 18:24 xpti.dat.tmp jo components # pwd /usr/lib/mozilla-firefox/components and jo components # equery belongs /usr/lib/mozilla-firefox/components [ Searching for file(s) /usr/lib/mozilla-firefox/components in *... ] www-client/mozilla-firefox-2.0.0.1 (/usr/lib/mozilla-firefox/components) jo components # equery belongs /usr/lib/mozilla-firefox/components/compreg.dat.tmp [ Searching for file(s) /usr/lib/mozilla-firefox/components/compreg.dat.tmp in *... ] jo components # By checking the logs I determined that the epiphany emerge began at 18:21 and ended at 18:58 so the files (written at 18:24) were written early in the compile phase. Looks like sandbox (1.2.17 both systems) does not catch the violation on x86. +++++++++++++++++++ info from x86 system jo components # emerge --info Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r7 i686) ================================================================= System uname: 2.6.17-gentoo-r7 i686 Pentium III (Katmai) Gentoo Base System version 1.12.6 Last Sync: Sat, 27 Jan 2007 01:31:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://adelie.polymtl.ca/ http://gentoo.mirrored.ca/ http://gentoo.osuosl.org/ " MAKEOPTS="-j2" PKGDIR="/var/tmp/dmfportage/packages_86" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa alsa_cards_ens1371 alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol berkdb bitmap-fonts cli cracklib crypt cups dlloader dri elibc_glibc fortran gdbm gpm guile iconv input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libg++ ncurses nls nptl nptlonly nsplugin pam pcre perl ppds pppd python readline reflection samba session spl ssl tcltk tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_fbdev video_cards_mach64 video_cards_vesa xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS jo components #
And the bug goes on.... 2.6.13. amd64. W
(In reply to comment #43) > And the bug goes on.... 2.6.13. > > amd64. > > W > And 2.16.2
This bug is still here in 2.18.0 W
...and 2.18.2. It's been almost a year and a half for this bug. W
Lastest sandbox violation looks like this. I never even use epiphany. Why is it a dependency for gnome anyway? make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.18.2/work/epiphany-2.18.2' >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.18.2-24916.log" open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/xpti.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/xpti.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) open_wr: /usr/lib64/mozilla-firefox/components/compreg.dat.tmp (symlink to /usr/lib/mozilla-firefox/components/compreg.dat.tmp) --------------------------------------------------------------------------------
Waldo: epiphany is a dependency of gnome because it's gnome's browser. This is not something that can be discussed on. for the rest, this bug will receive some love whenever somebody can either provide a patch that will fix it for everyone here or when somebody in the herd can actually reproduce this bug. anyway thanks for keeping us posted wrt to versions affected by this problem.
If you don't want all of gnome, you can install individual packages (they should all have good deps) or gnome-light, which is a fairly minimal subset of gnome. As for your problem, I think maybe your multilib is broken. It looks from the output like you have /usr/lib64 as a symlink to /usr/lib. This is backwards, and has been for many releases. /usr/lib should be a symlink to /usr/lib64 (and /lib should be a symlink to /lib64).
2.18.2 still has bug. Solved by: touch /usr/lib/mozilla-firefox/components/xpti.dat.tmp touch /usr/lib/mozilla-firefox/components/compreg.dat.tmp as with Comment 38
Daniel Gryniewicz, you figured it out! To anyone having this problem that wants to fix it: I "mv"ed /lib64 to /waslib64 then "mv"ed /lib to /lib64 then "ln -s /lib64 /lib" (ie, symlink /lib -> lib64) then "rm"ed /waslib64. I then did the same thing for /usr/lib and /usr/lib64. (there's a more efficient way to do this, ie, just deleting the /lib64 link to begin with, but I was being cautious) Warning: when fixing this... be VERY careful. You will likely end up in a (momentary) situation where you've just killed your /lib64 or /usr/lib64 directory. When that happens, you lose useful commands like "ls" and "mv". The solution if/when this happens: use busybox's version instead, like so: ./bin/busybox.static mv lib lib64 I would check to make sure that busybox works before you do this, because you don't wanna get caught with your whole library directory gone for too long. Once I had /lib linking to /lib64 and /usr/lib linking to /usr/lib64 I was able to emerge epiphany w/o sandbox violations. Thanks again! Can anyone else confirm it works for them too? W
One last thought-- I first set up this gentoo box back in 2003 I think, so that's how far the multilib symlinks have been backwards. Don't know if it made a difference anywhere else, but I will say I was shocked how fast epiphany compiled.. (usually it took FOREVER before sandboxing. This time it compiled in less than 5 mins...) W
I too have an ancient gentoo system. The lib and lib64 symlinks (made Sept 2004) were backwards from the current configuration. I booted my machine from an install CD, mounted the / and /usr partitions and reversed the direction of the symlinks. After doing that I can confirm that, despite the great expat debacle, epiphany-1.18.2 emerged without sandbox violations and without creating or requiring /usr/lib/mozilla-firefox/components/xpti.dat.tmp or /usr/lib/mozilla-firefox/components/compreg.dat.tmp From the log time stamps I can also confirm the the emerge time dropped from 19 minutes for epiphany-1.16.3 to 4 minutes for 1.18.2.
Success report: I tried both proposed solutions simultaneously: toggling my lib/lib64 links and touching those files within firefox. One of those worked, and epiphany 2.18.2 was finally installed. Thanks for the help.
Good news, everyone. I'm marking this fixed; if it's not, please re-open (or comment if you can't, and I'll re-open it).
Unless the ebuild includes the "touch" command to the two files emerge fails (or, unless I add a -sandbox USE flag). Can't the ebuild be changed/fixed?
So I got this on 2.18.3: --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-www-client_-_epiphany-2.18.3-18696.log" unlink: /usr/share/pygtk/2.0/codegen/argtypes.pyc open_wr: /usr/share/pygtk/2.0/codegen/argtypes.pyc unlink: /usr/share/pygtk/2.0/codegen/definitions.pyc open_wr: /usr/share/pygtk/2.0/codegen/definitions.pyc unlink: /usr/share/pygtk/2.0/codegen/defsparser.pyc open_wr: /usr/share/pygtk/2.0/codegen/defsparser.pyc unlink: /usr/share/pygtk/2.0/codegen/scmexpr.pyc open_wr: /usr/share/pygtk/2.0/codegen/scmexpr.pyc unlink: /usr/share/pygtk/2.0/codegen/override.pyc open_wr: /usr/share/pygtk/2.0/codegen/override.pyc unlink: /usr/share/pygtk/2.0/codegen/reversewrapper.pyc open_wr: /usr/share/pygtk/2.0/codegen/reversewrapper.pyc -------------------------------------------------------------------------------- Different files, but same sandbox error. It was also reported here at http://forums.gentoo.org/viewtopic-t-577976-highlight-epiphany+sandbox.html The solution for me was to re-emerge pygtk and then it worked. W
(In reply to comment #57) > Different files, but same sandbox error. It was also reported here at > http://forums.gentoo.org/viewtopic-t-577976-highlight-epiphany+sandbox.html > > The solution for me was to re-emerge pygtk and then it worked. > > W > Works for me! :)
