to 18.6.2026 klo 11.18 Chris Hofstaedtler ([email protected]) kirjoitti: > > On Mon, Jun 15, 2026 at 12:57:03PM -0600, Sam Hartman wrote: > > control: tags -1 patch > > > > >>>>> "Chris" == Chris Hofstaedtler <[email protected]> writes: > > Chris> So what you are saying is that libpam0g's code for "include" > > Chris> is broken, or at least inconsistent with the support for > > Chris> /usr/lib/pam.d. > > > > I don't think pam in Debian cliams to (or does) support /usr/lib/pam.d. > > So, I think that moving files there is broken. > > Debian's man page pam(7) clearly states /usr/lib/pam.d as supported. > For the record, here is trixie's version: > https://manpages.debian.org/trixie/libpam-runtime/pam.7.en.html#FILES > > | FILES > | > | /etc/pam.conf > | the configuration file > | > | /etc/pam.d > | the Linux-PAM configuration directory. Generally, if this directory is > | present, the /etc/pam.conf file is ignored. > | > | /usr/lib/pam.d > | the Linux-PAM vendor configuration directory. Files in /etc/pam.d override > | files with the same name in this directory. > > I hope this documentation is not wrong, and Debian's Linux-PAM supports this > as > documented.
It indeed states so. If this somehow still needs to be patched for reality to match the man page, I would think that other distributions that migrated everything to /usr a few years before Debian would have a patch that we can use for this. Martin-Éric
