On Fri, Jun 01, 2007 at 04:45:32PM -0700, Russ Allbery wrote: > However, it is convenient for various reasons to provide a quicker way > (particularly to undo) to tell slapd not to start. For that, having to > modify the default file isn't very good either, since it's annoying to do > that automatically through a configuration management system.
> Stanford has for some years used an init script that declines to start > slapd if a file exists on the local system (we use /etc/noldap and > /etc/noservices for various reasons). My inclination with this bug is to > add another option to /etc/default/slapd that specifies a sentinel file, > something like: > # If this variable is set and the file it points to exists, the init > # script will not start slapd. Useful for temporarily disabling services > # for whatever reason. > #SLAPD_SENTINEL_FILE=/etc/noldap > (Debian really needs a more automated way of doing things like this, but > that's a larger discussion that won't resolve soon.) > If the other OpenLDAP package maintainers agree, I'll implement this. I don't agree; I'm concerned that all of the ad hoc, per-package solutions for this, including the existing /etc/default/foo "nostart" flags, contribute to developer complacency because the current handling is "good enough" and therefore our integration on this will forever be crappy. I don't think my opinion should stop you from going ahead with it, but you asked. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
