summaryrefslogtreecommitdiffstats
path: root/scripts/patchtest-setup-sharedir
diff options
context:
space:
mode:
authorYi Zhao <yi.zhao@eng.windriver.com>2025-01-03 17:24:43 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2025-01-04 12:34:04 +0000
commite2e26a16190f7915e57f3c4df6c7bfc6368db109 (patch)
treeb5e58e8d07ea7949a061c8e72826d236f3fbb8b5 /scripts/patchtest-setup-sharedir
parente71a52a528b7737ef0939466c1b7359349dd0118 (diff)
downloadpoky-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/patchtest-setup-sharedir')
0 files changed, 0 insertions, 0 deletions