perl dependency prevents installing the 32bit libs on amd64
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sssd (Debian) |
Fix Released
|
Unknown
|
|||
sssd (Ubuntu) |
Fix Released
|
Low
|
Timo Aaltonen | ||
Precise |
Fix Released
|
High
|
Unassigned |
Bug Description
[Impact]
the 32bit libnss-sss can't be installed on amd64, since the package depends on perl which isn't multiarched. Reimplementing the snippet that used perl allows the package to drop the dependency.
[Test case]
try to install libnss-sss:i386 on amd64
[Regression potential]
the perl snippet was replaced with (from postinst):
# append 'sss' to the end of the line if it's not found already
sed -i --regexp-extended '
/
/\bsss\b/! s/$/ sss/
}
' /etc/nsswitch.conf
this has independently been verified to work. Note that the perl version added the entry for shadow as well, but SSSD doesn't handle shadow maps.
--
I discovered this on Maverick amd64. When attempting to run a 32 bit application, we get the following error, and the application fails to run.
$ acroread
(acroread:20387): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (1115)
According to https:/
After installing the 32bit libnss-sss package files to /lib32, acroread works as expected.
Please include the 32bit libnss-sss.so in the 64bit package, or do what libnss-ldap does to handle this.
Thank you.
Changed in sssd (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Confirmed |
Changed in sssd (Debian): | |
status: | Unknown → New |
Changed in sssd (Ubuntu): | |
status: | Triaged → Fix Committed |
Changed in sssd (Ubuntu Precise): | |
status: | New → In Progress |
summary: |
- amd64 libnss-sss package should include 32bit library for 3rd party - application compatibility + perl dependency prevents installing the 32bit libs on amd64 |
description: | updated |
Changed in sssd (Ubuntu Precise): | |
importance: | Undecided → High |
Changed in sssd (Debian): | |
status: | New → Fix Committed |
Changed in sssd (Debian): | |
status: | Fix Committed → Fix Released |
I think the appropriate behavior here would be to make libnss- sss.so( 32-bit) a "recommended" package for SSSD. The reason you might not want to install the 32-bit libnss-sss.so by default is that it would immediately require the 32-bit glibc as a dependency. For platforms that want to remain 100% 64-bit, this would be unacceptable.