Your message dated Wed, 11 Aug 2010 16:00:37 -0700
with message-id <[email protected]>
and subject line Re: Bug#470628: undefined symbol in pam_openafs_session.so
has caused the Debian Bug report #470628,
regarding undefined symbol in pam_openafs_session.so
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
470628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470628
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libpam-openafs-session
Version: 1.0-7
Hi! I've encountered a problem while using the Courier authdaemond for imap
login authentications via pam. The authdaemond shows an error but nevertheless
pam_openafs_session.so is loaded and functional:
--- /var/log/syslog
Mar 11 13:05:54 mail authdaemond: PAM unable to
dlopen(/lib/security/pam_openafs_session.so)
Mar 11 13:05:54 mail authdaemond: PAM [dlerror:
/lib/security/pam_openafs_session.so: undefined symbol: pam_set_data]
Mar 11 13:05:54 mail authdaemond: PAM adding faulty module:
/lib/security/pam_openafs_session.so
ldd returns undefined symbols:
# ldd -r /lib/security/pam_openafs_session.so
undefined symbol: pam_set_data (/lib/security/pam_openafs_session.so)
undefined symbol: pam_getenv (/lib/security/pam_openafs_session.so)
undefined symbol: pam_get_data (/lib/security/pam_openafs_session.so)
undefined symbol: pam_get_user (/lib/security/pam_openafs_session.so)
linux-gate.so.1 => (0xffffe000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e83000)
/lib/ld-linux.so.2 (0x80000000)
Compiling pam_openafs_session.so with modified options eliminates the undefined
symbols problem (by activating the already existing option: OSLIBS = -lpam
-lresolv):
# diff Makefile.orig Makefile
36c36
< $(CC) -o $@ $(LDFLAGS) $(OBJS) $(LIBS)
---
> $(CC) -o $@ $(LDFLAGS) $(OSLIBS) $(OBJS) $(LIBS)
I can reproduce this behavior on any of my Etch installations. Other
authentications against pam with pam_openafs_session.so are working, e.g. ssh
or smtp.
The error only appears with the Courier authdaemond.
Kind Regards,
Gunar Krull
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libpam-openafs-session depends on:
ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii libpam-krb5 2.6-1 PAM module for MIT Kerberos
ii openafs-client 1.4.2-6etch1 AFS distributed filesystem client
ii openafs-krb5 1.4.2-6etch1 AFS distributed filesystem Kerbero
libpam-openafs-session recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 1.3-1
Gunnar Krull <[email protected]> writes:
> Hi! I've encountered a problem while using the Courier authdaemond for imap
> login authentications via pam. The authdaemond shows an error but nevertheless
> pam_openafs_session.so is loaded and functional:
> --- /var/log/syslog
> Mar 11 13:05:54 mail authdaemond: PAM unable to
> dlopen(/lib/security/pam_openafs_session.so)
> Mar 11 13:05:54 mail authdaemond: PAM [dlerror:
> /lib/security/pam_openafs_session.so: undefined symbol: pam_set_data]
> Mar 11 13:05:54 mail authdaemond: PAM adding faulty module:
> /lib/security/pam_openafs_session.so
> ldd returns undefined symbols:
> # ldd -r /lib/security/pam_openafs_session.so
> undefined symbol: pam_set_data (/lib/security/pam_openafs_session.so)
> undefined symbol: pam_getenv (/lib/security/pam_openafs_session.so)
> undefined symbol: pam_get_data (/lib/security/pam_openafs_session.so)
> undefined symbol: pam_get_user (/lib/security/pam_openafs_session.so)
> linux-gate.so.1 => (0xffffe000)
> libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e83000)
> /lib/ld-linux.so.2 (0x80000000)
Closing this bug as fixed in the new upstream release. I unfortunately
never got a chance to fix this for etch, but the bug has been fixed from
lenny and onwards.
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
--- End Message ---
