On Sun, Oct 24, 2010 at 5:58 PM, Jonas Smedegaard <d...@jones.dk> wrote: >> I know, but lighttpd.postinst shouldn't enable any modules if this isn't a >> fresh install, right? > > Ah, we were talking about different things, then.
So my question is, where do I enable the default mods? >>> * Encourage package maintainers to first query then enable >> >> Why not an if not enabled flag? > > You tell me: Why not? ;-) Don't know. > > NB! Beware that negated questions is hostile: you effectively accuse your > opponent of being against your proposal by default. I am not. Sorry, didn't know. > >>> This would also make it possible for packages to disable conflicting >>> modules, which involves checking if exists and enabled, ask for permission >>> to disable (as it might be needed by other setup snippets!) and fail the >>> package install if not being granted permission. >> >> That sounds too complex. > > Too complex for what? for being possible, of priority to you, relevant to > other package maintainers, or something else? Useful in general. Mods are usually enabled with a good reason. Providing a warning might be helpful. >>> Well, that too. But the very thing of listing a bunch of modules >>> commented out is a hint to the local admin (and the package maintainer!) >>> that uncommenting is the preferred style of configuration here. >> >> ATM there's only rewrite that's commented out. No other modules. > > What are you talking about? Sorry, talking about SVN. >>> * Add debconf interface to declare space-delimited list of modules to >>> enable during install, by default installing only rewrite >> >> Debconf? I don't think that's necessary. And only usable at install time. > > None of this is "necessary". Debconf would be beneficial both for Debian > Pure Blends and others wanting to to preseed a custom setup and for later > sysadmin editing using dpkg-reconfigure. > > If you don't want your packaging to be nice in this area, then don't. The 'idea' of Debconf is quite nice, but it doesn't seem general enough and I think it requires too much custom code. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
