kde-base/akonadi-4.2.3 will compile successfully; however, immediately after ">>> Sources compiled." it will throw a sandbox access violation and the build will fail. Reproducible: Always Steps to Reproduce: 1. emerge =kde-base/akonadi-4.2.3 2. 3. Actual Results: See attached build.log. Expected Results: kde-base/akonadi-4.2.3 should finish the build successfully. Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.29-ARCH x86_64) ================================================================= System uname: Linux-2.6.29-ARCH-x86_64-Intel-R-_Core-TM-2_CPU_T7200_@_2.00GHz-with-gentoo-2.0.0 Timestamp of tree: Mon, 11 May 2009 17:30:01 +0000 app-shells/bash: 4.0_p17-r1 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.4-r2, 2.6.2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.utf8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --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 acpi alsa amd64 berkdb bzip2 cairo cli cracklib crypt cups dbus dga dri fortran gdbm gpm gtk hal iconv inotify ipv6 isdnlog java laptop midi mmx mudflap multilib ncurses nls nptl nptlonly opengl openmp pam pcre perl pppd python qt4 readline reflection semantic-desktop session spl sse sse2 ssl sysfs tcpd truetype unicode usb xcomposite xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 191160 [details] build.log for kde-base/akonadi-4.2.3
Downgrading sandbox from 1.9 to 1.6-r2 makes no difference to outcome of the build.
@sandbox-team: We in kde team cant reproduce this, so i am going ask you as experts for sandbox matter :]
I worked around it by disabling sandbox (FEATURES="-sandbox" emerge =kde-base/akonadi-4.2.3), emerging the package, and then reenabling it. Now I can reemerge it just fine with sandbox enabled. The difference is that when I first attempted to emerge akonadi, it was while I was chrooted into the install. Now I am reemerging it on a running system and I no longer get the sandbox access violation. It may just work because .config et al. now exist from the previous build (when I used the workaround), but that is just my guess.
i dont know what kind of insight you're looking for ... the error message seems pretty straight forward to me /usr/bin/nepomuk-rcgen is doing mkdir(/root/.config) when it shouldnt be. remove the dir on your system, remove userpriv/usersandbox from your FEATURES, then emerge akonadi with USE=semantic-desktop.
(In reply to comment #5) > i dont know what kind of insight you're looking for ... the error message seems > pretty straight forward to me > > /usr/bin/nepomuk-rcgen is doing mkdir(/root/.config) when it shouldnt be. > remove the dir on your system, remove userpriv/usersandbox from your FEATURES, > then emerge akonadi with USE=semantic-desktop. > But isn't the point that we should be able to emerge the package with sanbox enabled, as opposed to having remove the feature just for that package?
you missed the point. akonadi and/or nepomuk are broken. sandbox catching the error is sandbox doing the right thing.
(In reply to comment #7) > you missed the point. akonadi and/or nepomuk are broken. sandbox catching the > error is sandbox doing the right thing. > I understood. That's why I filed a bug for akonadi to the KDE team, not for sandbox. I was just trying to provide as much information on the problem as possible.
Please try to reproduce with 4.2.4
(In reply to comment #9) > Please try to reproduce with 4.2.4 > I did not have the problem with 4.2.4
closing since user reported it fixed with newer version
