Summary: | emerge of kdelibs-3.2.2-r1 fails w/ sandbox error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthew Caron <matt> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | CC: | in-gentoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | log file that contains info on the access violation |
Description
Matthew Caron
2004-06-28 20:11:15 UTC
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 *** |