Package: libtirpc1
Version: 0.2.5-1
Severity: normal
Dear Maintainer,
If I have the following configuration:
- Jessie
- sysvinit as init system
- /usr separate on NFS
the system won't boot properly and be unable to mount /usr, because
/sbin/mount.nfs{,4} tries to load libtirpc1 (which is in /lib), but
that is now linked directly against MIT Kerberos libraries in
/usr/lib, so it's a chicken-and-egg problem. On Wheezy, libtirpc1 was
linked against libgssglue1, which resides in /lib directly, so no
problem there (for sec=sys or NFSv3 mounts at least, but anything
like this on sec=krb5 was never supported anyway).
I don't use this particular configuration myself, I just found this
while testing another package to see whether it would still work in
this constellation. Hence only 'normal' as severity, since I'm not
directly affected by it, but please go ahead and change it if you
feel that the bug is more important.
Searching through the bugtracker, a couple of people appear to at
least have used this configuration in the past, however. See for
example #633019, where libtirpc1 itself was in /usr/lib.
Since I don't know anything about the reasons why the change from
libgssglue1 to the direct deps on MIT Kerberos has happened, I don't
know what the best solution for this would be. I see the following
options (there may be more):
- move Kerberos libs from /usr to / (then please reassign this bug)
- use libgssglue1 again if that's possible (package is still in
Jessie)
- dlopen() the Kerberos libraries instead of directly linking against
them (although that's really ugly)
- make mounting /usr in initrd work with sysvinit
- declare this WONTFIX and say separate /usr on NFS is not supported
anymore
Regards,
Christian
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing'), (99, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages libtirpc1 depends on:
ii libc6 2.19-13
ii libcomerr2 1.42.12-1
ii libgssapi-krb5-2 1.12.1+dfsg-17
ii libk5crypto3 1.12.1+dfsg-17
ii libkrb5-3 1.12.1+dfsg-17
ii multiarch-support 2.19-13
libtirpc1 recommends no packages.
libtirpc1 suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
