retitle 390926 libnss-ldap needs a versioned dependency on initscripts thanks
(Taking it once more, this time in the BTS so others can get an idea of what I think of the bug(s).) On Tue, Oct 03, 2006 at 09:22:13PM +0200, Jan Evert van Grootheest wrote: > Package: libnss-ldap > Version: 251-5.2 > Severity: critical > Justification: breaks the whole system > > > This version of libnss-ldap attempts to do something about the issue > that the ldap server might be unreachable due to not-yet started > services. (i.e. bind-policy soft) This is the same issue as with #375215, but the reason for the breakage seems to be different in your case. > The first one is that it attempts to touch a file in a directory that > does not exist. /etc/init.d/libnss-ldap needs /lib/init/rw to exist but > does not make sure. > Simple fix is to create the dir manually. You're mixing and matching testing and unstable packages, with somewhat mixed results; I guess libnss-ldap should depend on initscripts that are new enough to have /lib/init/rw (the version in sid definitely is). > Second of all, from the changelog.Debian I understand that some file > should be created as soon as possible after boot start. That is also not > taken care of. The changelog mentions 'just before udev'. > I don't know about others' systems, but on mine the root filesystem is > still ro at that point in time. But /lib/init/rw is, since it's on a tmpfs. Thus, having it at S03 should be just fine. > Most of this system is testing, with a small number of unstable > packages (libnss-ldap being an excellent example :-). I guess the summary is: libnss-ldap needs a versioned dependency on initscripts assuming the current workaround for bind_policy. The patch is trivial, and assuming we can fix #375215 (currently waiting for information) I should be whipping up a patch set quite soon. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]