I'm going to unmask pam-0.99 soon, as there seems to be a quite nasty bug with pam_wheel.so with big /etc/group files. I've been testing this pam for quite a while now, and it's time to get it unmasked. The two main issues (missing berkdb and console modules) are now solved by using split ebuilds for those. The first is resolved with sys-auth/pam_userdb, that copies the whole crazy logic to build berkdb statically, the latter with sys-auth/pam_console that builds the module out of the RedHat SRPM. Please add the keywords on the packages, so that I can unmask them in the next days. Thanks, Diego
sys-libs/pam already done for x86 [ebuild R ] sys-libs/pam-0.99.6.3-r1 USE="nls (-selinux)" [ebuild N ] sys-auth/pam_userdb-0.99.6.3 USE="nls" QA Notice: excessive files found in the / partition /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpamc.la /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpam.la /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpam_misc.la then mv -f ".deps/pam_console_apply-hashtable.Tpo" ".deps/pam_console_apply-hashtable.Po"; else rm -f ".deps/pam_console_apply-hashtable.Tpo"; exit 1; fi make[1]: *** No rule to make target `configfile.tab.h', needed by `all-am'. Stop. make[1]: *** Waiting for unfinished jobs.... usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename make[1]: *** [configfile.tab.c] Error 1 make[1]: Leaving directory `/var/tmp/portage/pam_console-0.99.6.2.3.6/work/modules/pam_console' make: *** [all] Error 2 !!! ERROR: sys-auth/pam_console-0.99.6.2.3.6 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile pam_console-0.99.6.2.3.6.ebuild, line 41: Called die * checking 2 files for package collisions existing file /usr/share/man/man8/pam_userdb.8.gz is not owned by this package * spent 0.0396821498871 seconds checking for file collisions package sys-auth/pam_userdb-0.99.6.3 NOT merged
Who is the owner of /usr/share/man/man8/pam_userdb.8.gz then? And what is providing yacc right now?
(cd .libs && rm -f pam_console.la && ln -s ../pam_console.la pam_console.la) yacc -d -o configfile.tab.c -p _pc_yy configfile.y usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename make[1]: *** [configfile.tab.c] Error 1 make[1]: Leaving directory `/home/portage/portage/sys-auth/pam_console-0.99.6.2.3.6/work/modules/pam_console' (I have yacc, of course... Maybe I need bison, and *not* yacc?)
Likely. Can you try if installing bison helps?
(In reply to comment #2) > Who is the owner of /usr/share/man/man8/pam_userdb.8.gz then? Sorry, I forgot. sys-libs/pam-0.99.6.3-r1 (/usr/share/man/man8/pam_userdb.8.gz) > And what is providing yacc right now? I have dev-util/yacc 1.9.1-r2
Hmmm... Now that I check, I do have bison (of course, it's a system package): sys-devel/bison-2.2 dev-util/yacc-1.9.1-r2 I've unmerged yacc, and I no longer get the yacc error, instead I get: make[1]: *** No rule to make target `configfile.tab.h', needed by `all-am'. Stop. This is fixed by building with -j1. So either that needs to be fixed or forced. I'm not sure how to fix the can't-have-yacc problem. Maybe a patch to make it use bison instead?
Forced -j1 for pam_console, can you check again now?
And the manpage is now removed.
pam_console fixed, it used yacc by default rather than bison, that is what it needed.
(In reply to comment #9) > pam_console fixed, it used yacc by default rather than bison, that is what it > needed. My but: QA Notice: excessive files found in the / partition /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpamc.la /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpam.la /var/tmp/portage/pam-0.99.6.3-r1/image/lib/libpam_misc.la You have a typo in sys-libs/pam ebuild # Remove the wrongly isntalled manpage And the rm command for userdb man page in sys-libs/pam seems not to work. Still installs pam_userdb.8.gz. pam_console emerges fine now.
Uhm I can't trigger the error with .la files as they are installed in /usr/lib here. Can you show me the econf line for you?
(In reply to comment #11) > Uhm I can't trigger the error with .la files as they are installed in /usr/lib > here. Can you show me the econf line for you? What is the exact info you want? BTW: Still, luna / # equery belongs /usr/share/man/man8/pam_userdb.8.gz [ Searching for file(s) /usr/share/man/man8/pam_userdb.8.gz in *... ] sys-libs/pam-0.99.6.3-r1 (/usr/share/man/man8/pam_userdb.8.gz)
pam_userdb manpage removed from pam. The .la problem I cannot reproduce again... can you get me the ./configure line from the ebuild?
You got your keywords for pam_console and pam_userdb, so I remove x86 but stay on the bug myself. (In reply to comment #13) > pam_userdb manpage removed from pam. Yes, finally. :) Thanks. > The .la problem I cannot reproduce again... can you get me the ./configure > line from the ebuild? Satisfied with this? ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-nls --disable-selinux --disable-berkdb --enable-securedir=/lib/security --enable-isadir=/lib/security --disable-dependency-tracking --disable-prelude --enable-docdir=/usr/share/doc/pam-0.99.6.3-r1 --build=i686-pc-linux-gnu
Actually, that shows the problem is that portage does not enforce --libdir=/usr/lib/$(get_libdir) for x86, leaving to the default there. Yuppie! Let me see if I can fix it.
Excessive files gone, but something new: QA Notice: the following files are setXid, dyn linked, and using lazy bindings This combination is generally discouraged. Try re-emerging the package: LDFLAGS='-Wl,-z,now' emerge pam LAZY sbin/unix_chkpwd
amd64 is done and happy.
Had to change /etc/security/console.perms.d/50-default.perms: <console> 0600 <sound> 0600 root to <console> 0660 <sound> 0660 root.audio to get sound working for nonsuperuser, Thanks
Thanks Avuton, I am working on this - my sed fu is very weak, and even though it *should* work, its not currently, so I am probably just going to patch, and also fix the dependency so as to fix the other bug with pam_console
what's with the -* in KEYWORDS for pam_console
added ~ppc64
Remaining arches?
~sparc'd.
Marked ~hppa except app-vim/pam-syntax, which was so good I gave it full marks.
PPC should be done now.
~ia64 done
alpha stable
Err, i meant ~alpha done :)
On a side note, sys-apps/shadow-4.0.18.2 has broken dependency tree on mips now because you still didn't keyword =sys-libs/pam-0.99*
pam 0.99 was keyworded, closing this bug.