tags 478674 -patch thanks On Wed, Apr 30, 2008 at 11:19:24AM +0200, Arthur de Jong wrote: > Subject: slapd: please run init script at earlier sequence > Package: slapd > Version: 2.4.7-6.2 > Severity: wishlist > Tags: patch
> I'm the maintainer of nss-ldapd and have a bug (#475626) filed against > my package to start it at an earlier sequence. However, it is best to > start it after slapd. If slapd could be started earlier I would be able > to solve my problem. > Some discussion of this problem can be found here: > http://lists.debian.org/debian-devel/2008/04/msg00872.html > The attached patch should fix this. The stop sequence is not incremented > because it is already much higher than other packages. Also note that > this would only affect new installations. > On my systems this would bring slapd to be started before amavis and > amavisd-new-milter both of which shouldn't be a problem. I'm averse to fiddling with init script priorities in this manner. There's no good way to handle changes to these priorities on upgrade, and I think that the use case of needing to connect to a local slapd server for your NSS backend, that early in the boot sequence, is a marginal one. I really don't think anything starting at sequence 20 should need non-system users; I think if anything, it would be more correct for exim to start later. I also think this is entirely an exercise in futility and that we should be migrating to dependency-based runlevels - and that users who really need slapd running for local user lookups should in the meantime adjust by hand if necessary, because this really isn't a well-supported configuration. (e.g., winbind is another name service daemon that runs locally which is started at S20.) So let's please work instead on getting proper dependency-based rules in place, so that nss-ldap declares a Should-Start: slapd, and nss-ldap, winbind, and nscd can all Provide some sort of "user_lookups" virtual service that the init scripts for exim & co. can declare a dependency on. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
