diff options
author | Yi Zhao <yi.zhao@eng.windriver.com> | 2025-01-03 17:24:43 +0800 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2025-01-04 12:34:04 +0000 |
commit | e2e26a16190f7915e57f3c4df6c7bfc6368db109 (patch) | |
tree | b5e58e8d07ea7949a061c8e72826d236f3fbb8b5 /scripts/yocto_testresults_query.py | |
parent | e71a52a528b7737ef0939466c1b7359349dd0118 (diff) | |
download | poky-e2e26a16190f7915e57f3c4df6c7bfc6368db109.tar.gz |
libpam: set pam module path to ${base_libdir}/security
After upgrading to 1.7.0, the pam module path is set to
${libdir}/security[1]. But from the pam.conf(5) man page, the default
location seems to be "Module location: /lib/security/ or
/lib64/security/, depending on the architecture"[2].
Many third-party pam modules still use {base_libdir}/security as the
default module path, such as pam_lastlog2 (from util-linux), pam_cgroup
(from libcgroup), pam_cap (from libcap), etc.
So currently if you don't use the absolute path to these modules in the
files in /etc/pam.d/, they will not be found:
PAM unable to dlopen(/usr/lib/security/pam_lastlog2.so):
/usr/lib/security/pam_lastlog2.so: cannot open shared object file: No such file or directory
This change only affects sysvinit without usrmerge feature enabled, and
has no effect on systems using systemd.
[1] https://git.openembedded.org/openembedded-core/commit/?id=00eb730291f9630eb70480d37ed48fbadecc547a
[2] https://www.man7.org/linux/man-pages/man5/pam.conf.5.html
(From OE-Core rev: bc307ac262956a763fb68d621fb6463b1460bf59)
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/yocto_testresults_query.py')
0 files changed, 0 insertions, 0 deletions