[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#500176: This bug is still around and release-critical

On Mon, Oct 06, 2008 at 07:48:18AM +0000, martin f krafft wrote:
> also sprach Pierre Habouzit <madcoder@debian.org> [2008.10.05.1117 +0200]:
> > FWIW this problem is found in many other cases: see lighttpd with
> > apache2 installed, or caudium or any other http daemon, and none
> > of them has a bug about it, it's unfair to mark it as RC.
> Uh, don't you think that marking it down to important for this
> reason is not the solution? It's not "unfair" to file an RC bug for
> something I consider an RC problem: an unusable (albeit far from
> corrupted) dpkg database!

The dpkg database is _not_ corrupted in that case, you can do multiple
things, and if you believe it's not adequate then you can report an RC
bug on linux too that does this on purpose if you e.g. uninstal your
currently running kernel.

> > I believe the problem here is somehow very generic, and that using a
> > virtual package like proposed in the bug report (#500176) doesn't scale
> > well.
> > [...]
> > Anyways I think there is a more general solution to find and here
> > are a path. The fact that Debian starts every single service on
> > first install is something that we strive for, but causes some
> > grief for sysadmins that don't wish to open an unprotected service
> > before they configured it. It also generates the issue we're
> > disussing.
> > 
> > Though, we could probably do better: a bit like solaris does, we
> > could have some kind of service handler that wraps every single
> > service, and if the start action fails, it marks the service as
> > "broken" and refuse it to start, prints whatever warning you want
> > to, but doesn't prevent the package manager to do its job.
> Agreed, that would be nice. While this is something to consider for
> squeeze release goals, how do we solve the problem for lenny?

I see no proper fix, except using an /etc/default file, which is ugly.

·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: pgpV5G6aohyQH.pgp
Description: PGP signature

Reply to: