Your message dated Mon, 11 Oct 2021 10:23:55 +0200
with message-id <[email protected]>
and subject line Re: Bug#780680: libpam-modules: pam_userdb.so depends on a
library in /usr
has caused the Debian Bug report #780680,
regarding libpam-modules: pam_userdb.so depends on a library in /usr
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.)
--
780680: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780680
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
package: libpam-modules
Version: 1.1.3-7.1
Severity: serious
A library in /lib shouldn't depend on a library in /usr/lib. However,
pam_userdb.so has such an issue.
==
root@zoot:~# ldd /lib/x86_64-linux-gnu/security/pam_userdb.so
linux-vdso.so.1 (0x00007ffff6081000)
libpam.so.0 => /lib/x86_64-linux-gnu/libpam.so.0
(0x00007f22218a3000)
libdb-5.1.so => /usr/lib/x86_64-linux-gnu/libdb-5.1.so
(0x00007f2221520000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1
(0x00007f22212e8000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2220f3f000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f2220d3b000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f2220b1d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f2221cc4000)
==
This problem also seems to still be around in version 1.1.8-3.1, which
is in jessie.
--- End Message ---
--- Begin Message ---
On Wed, 18 Mar 2015 13:52:13 -0700 Steve Langasek <[email protected]> wrote:
> Control: reassign -1 libdb5.3
>
> On Wed, Mar 18, 2015 at 08:58:50PM +0100, Ansgar Burchardt wrote:
> > severity 780680 normal
> > thanks
>
> > Adam Heath <[email protected]> writes:
> > > A library in /lib shouldn't depend on a library in /usr/lib. However,
> > > pam_userdb.so has such an issue.
>
> > Arguably pam_userdb.so is not a library, but a plugin. So I don't think
> > this is a release critical bug or even a real bug at all, but I'll leave
> > the definite decision to the pam maintainers.
>
> > For reference, there are lots of other PAM and NSS modules doing the
> > same: libpam-{pgsql,mysql,ldap} and libnss-{pgsql2,mysql-bg,ldap} come
> > to mind, but probably many other libpam-* and libnss-* packages are
> > doing the same.
>
> The bug, to the extent that there is one, is that the depended-on library
is
> in /usr instead of in /lib. It's not a bug for pam_userdb to provide this
> functionality; it's also not a bug for this module to be shipped in /lib,
> as it is a plugin for a library that is (and must be) also in /lib.
>
> But this is not a high-priority bug; for jessie forward, /usr will need to
> be mounted from the initramfs, and we should stop worrying about the
> root/usr split.
At this point, moving libraries from /usr to /lib appears to be
counterproductive and we shouldn't do that anymore.
Thus closing the bug report.
signature.asc
Description: This is a digitally signed message part
--- End Message ---
