Overview
pam
itself doesn't require systemd
, but pam-32bit
requires systemd-32bit
?
(systemd-32bit if systemd)
might be a better option.
Also, systemd(-32bit)
already requires pam(-32bit)
, so this is a cyclic dependency. I don't think that's possible to avoid though.
The problem is not a 32 bit systemd but a 32 bit application running on a(n otherwise) 64 bit system. In that case, the 32 bit PAM may want to load the 32 bit pam_systemd.so which is the only file in the 32 bit systemd compatibility package. Without the dependency, there would not be a 32 bit pam_systemd.so but a 64 bit systemd which has a 64 bit pam_systemd.so.
Which is why I suggested (systemd-32bit if systemd)
, because if systemd
isn't installed, you also won't need systemd-32bit
.
This is the same topic for basically all PAM modules in external packages, which handle that themselves usually by having Supplements: packageand(foo:pam-<targettype>)
in their baselibs.conf
, see pam_kwallet or gnome-keyring-pam.
Request History
jmoellers created request
- Create /run/motd.d (forwarded request 902295 from gmbr3)
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
dimstar_suse set openSUSE:Factory:Staging:B as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:B"
dimstar_suse accepted review
Picked "openSUSE:Factory:Staging:B"
dimstar accepted review
dimstar_suse accepted review
Staging Project openSUSE:Factory:Staging:B got accepted.
dimstar_suse approved review
Staging Project openSUSE:Factory:Staging:B got accepted.
dimstar_suse accepted request
Staging Project openSUSE:Factory:Staging:B got accepted.