I get 7 of the following lines during an "emerge -vaDN world": /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied I think it's a combination of ~root (where I usually am when running emerge --sync or emerge --metadata) being 0700 and having userpriv, userfetch, and usersandbox enabled as FEATURES in make.conf. When linux-info.eclass tries to cd "${workingdir}", it fails because we started in a directory that we no longer have permission to execute due to the dropped privileges. I would suggest either the "quick fix": redirect stderr to /dev/null for this line, or the, IMO, "right fix": when dropping privileges immediately cd to a directory we can use as a working directory, such as /tmp or /var/tmp. (Oddly, I only get this on one machine running x86. The other two x86 boxes and the amd64 box don't have this problem. Mind you, the ones that work all nfs mount /usr/portage off the one that does work... not sure if that's relevant.) Reproducible: Always Steps to Reproduce: 1. emerge -vaDN world Actual Results: Calculating world dependencies -/usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied /usr/portage//eclass/linux-info.eclass: line 128: cd: /root: Permission denied ... done! Expected Results: Calculating world dependencies... done!
Created attachment 170427 [details, diff] patch Please try this patch, which gets rid of the changing of directories
This patch works here. I look forward to it making it into the tree :-)
thanks, committed
