When I try to emerge a bunch of KDE apps, kdelibs gets installed too. This is fine. However, at the end of the build, I get: .... `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate/plugins/kdatatool' make[4]: Entering directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate/plugins' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate/plugins' make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate/plugins' make[3]: Entering directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate' make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2/kate' make[2]: Entering directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2' make[2]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2' make[1]: Leaving directory `/var/tmp/portage/kdelibs-3.2.2-r1/work/kdelibs-3.2.2' --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-kde-base_-_kdelibs-3.2.2-r1-19136.log" open_wr: /etc/default/nss -------------------------------------------------------------------------------- This worked fine on 2 other machines, just not this one. I can't figure out why... Reproducible: Sometimes Steps to Reproduce: 1.emerge kdelibs 2. 3. Actual Results: Ebuild stopped w/ the aforementioned access violation. Expected Results: Installed kdelibs 3.2.2-r1 (case) /root# emerge info Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref:/usr/X11R6/lib/X11/xkb:/usr/X11R6/lib/X11/xkb:/usr/kde/3.2/share/config:/usr/share/texmf/tex/generic/config/ /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/:/usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/gconf:/etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://yt/gentoo-portage" USE="X Xaw3d aalib aim alsa apm arts avi berkdb cdr crypt cups directfb dvd dvdr emacs encode esd ethereal evo flac foomaticdb gb gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 icq imagemagick imap imlib jabber jack java jikes jpeg kde ladccalcms ldap lesstif libg++ libwww mad mcal mikmod mmx motif mozilla mpeg mpi msn mysql nas ncurses nls oggvorbis opengl oscar oss pam pcmcia pda pdflib perl plotutils png pnp ppds python qt quicktime readline ruby samba scanner sdl slang spell sse ssl svga tcltk tcpd tetex theora tiff truetype unicode usb videos wmf wxwindows x86 xinerama xml2 xmms xosd xv yahoo zlib"
never seen anything like this. seems like something very freakish, and hard to reproduce. don't know if i can do anything here.
Maybe this will help. config.log says: ... some stuff ... configure:40371: checking if getaddrinfo returns AF_UNIX configure:40421: gcc -o conftest -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpoi nter-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURC E -DNDEBUG -O2 -O3 -march=athlon-mp -pipe -fomit-frame-pointer -Wformat-securit y -Wmissing-format-attribute -DQT_THREAD_SUPPORT -D_REENTRANT conftest.c >& 5 configure:40424: $? = 0 configure:40426: ./conftest ACCESS DENIED open_wr: /etc/default/nss configure:40429: $? = 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h. */ | ... more stuff ... It looks like nothing is actually failing to compile, it's just that something wierd is happening in configure, and that access violation means that it won't be installed. I'll attach the whole log file
Created attachment 34676 [details] log file that contains info on the access violation
Another thought occurs to me - the machine giving me the problem is the only NIS client box. All the other ones are standalone or NIS servers. /etc/nsswitch.conf on the difficult machine: # /etc/nsswitch.conf: # $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/nsswitch.conf,v 1.4 2002/11/1 8 19:39:22 azarah Exp $ # passwd: compat # shadow: compat # group: compat # passwd: db files nis # shadow: db files nis # group: db files nis passwd: files nis shadow: files nis group: files nis hosts: files dns networks: files dns # services: db files # protocols: db files services: files nis protocols: files nis rpc: db files ethers: db files netmasks: files # netgroup: files netgroup: files nis bootparams: files automount: files aliases: files ---------------------------------- I'll poke it more and see if I can find what gives.
FOUND IT! In /etc/nsswitch.conf, if the line, services has 'nis' in it at all, something tries to open /etc/default/nss. Proof: services: db files - works services: files nis - doesn't work services: files db - works services: files db nis - doesn't work
*** Bug 56161 has been marked as a duplicate of this bug. ***
Somehow one of my comments disappeared. In any case, WRT bug 56161 (openoffice emerge) using your nsswitch.conf EXACTLY did not allow me to emerge openoffice. Do you have a /etc/default/nss file?
I do not have an /etc/default/nss file.
As seen in bug 58240, this is a libsandbox bug. No-one is attempting to write to /etc/default/nss, instead libnss_nis (part of glibc) is attempting to perform the undocumented fopen("/etc/default/nss", "rc") call, which is not currently handled by libsandbox. See that bug for a libsandbox patch.
*** This bug has been marked as a duplicate of 58240 ***