Bugzilla Bug 152713

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.