linuxconf fails to dlopen pam under glibc 2.0.99
H.J. Lu
hjl@lucon.org
Fri Oct 30 06:58:00 GMT 1998
>
> Ulrich,
> I believe I have found a cross-platform flaw in glibc 2.0.99. On
> linuxppc running linux 2.1.125 with glibc 2.0.99 compiled with
> egcs_1_1_branch cvs of this week I am finding the following problem
> with linuxconf 1.3r1. While linuxconf runs correctly in general if
> one attempts to change the password of a user from it the following
> error messages appear in /var/log/messages each time...
>
> Oct 29 19:14:17 dilbert pam[556]: unable to dlopen(/lib/security/pam_pwdb.so)
> Oct 29 19:14:17 dilbert pam[556]: [dlerror: /lib/security/pam_pwdb.so: undefined
> symbol: pam_get_item]
> Oct 29 19:14:17 dilbert pam[556]: adding faulty module: /lib/security/pam_pwdb.s
> o
> Oct 29 19:14:17 dilbert pam[556]: unable to dlopen(/lib/security/pam_cracklib.so
> )
> Oct 29 19:14:17 dilbert pam[556]: [dlerror: /lib/security/pam_cracklib.so: undef
> ined symbol: pam_get_item]
> Oct 29 19:14:17 dilbert pam[556]: adding faulty module: /lib/security/pam_crackl
> ib.so
>
> Tom Rini has verified the same behavior on Intel linux under glibc 2.0.99.
> Could you look into this one?
> Jack
>
I have no problem with linuxconf-1.11r11-rh3 and the current glibc
in CVS. pam_get_item is defined in /lib/libpam.so.
--
H.J. Lu (hjl@gnu.org)
More information about the Libc-alpha
mailing list