Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 228089

Summary: sys-auth/pambase-20080318 needs RESTRICT=userpriv
Product: Gentoo Linux Reporter: Luke-Jr <luke-jr+gentoobugs>
Component: New packagesAssignee: PAM Gentoo Team (OBSOLETE) <pam-bugs+disabled>
Status: RESOLVED INVALID    
Severity: normal    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Luke-Jr 2008-06-18 14:09:46 UTC
If sys-auth/pambase cannot parse /etc/make.conf, it errors:

>>> Compiling source in /var/tmp/portage/sys-auth/pambase-20080318/work/pambase-20080318 ...
[Errno 13] Permission denied: '/etc/make.conf.private' in /etc/make.conf
[Errno 13] Permission denied: '/etc/make.conf.private' in /etc/make.conf
cpp -traditional-cpp -P -include -conf -include basic-conf -DHAVE_CRACKLIB=1 system-auth.in -o system-auth
cpp -traditional-cpp -P -include -conf -include basic-conf -DHAVE_CRACKLIB=1 system-login.in -o system-login
<command line>:2:<command line>:2: error: -conf: No such file or directory
 error: -conf: No such file or directory
make: *** [system-login] Error 1
make: *** Waiting for unfinished jobs....
make: *** [system-auth] Error 1

In my case, /etc/make.conf sources a /etc/make.conf.private (with authentication information) that is readable only by root.
Comment 1 Diego Elio Pettenò (RETIRED) gentoo-dev 2008-06-19 00:39:01 UTC
This is a bogus bug to me. pambase is not sourcing make.conf at all, it's Portage that is trying to, and if you don't let portage access its own configuration file, you are on  your own.
Comment 2 Luke-Jr 2008-06-19 00:43:57 UTC
The access is being done after dropping to userpriv, and only is a problem with pambase.
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2008-06-19 10:00:55 UTC
Again this is not a problem of pambase, or mine at all. The problem is caused by has_version call, that _requires portage to source make.conf_.

Please don't reopen this bug.