Bug#531207: initscripts: modes of execution for services

Dmitry Bogatov KAction at debian.org
Thu Feb 21 17:55:24 GMT 2019

control: reassign -1 debian-policy

[2009-05-31 00:52] Ritesh Raj Sarraf <rrs at researchut.com>
> Hi,
> This is a wishlist request which I think might require an amendment in
> the Debian Policy.
> Currently, many of the services in a Debian installation are single
> mode. By "single mode", I mean they are always running daemons. There do
> are some (like exim), which are offered at install time, if a user wants to run them
> from inted.
> My proposal is that we have the init system with a machine type
> identifier.
> Example:
> MACHINE=laptop
> Currently, on my machine, I have many services running stand-alone as a
> daemon. Example: cupsd. In a laptop/desktop environment, we don't do
> regular printing. There is room for efficiency by providing the user
> with an option to let as many daemons as possible, to be run from inetd.
> This has a benefit. Especially for memory resources.
> The dictionary server, dictd, is another example. Previously, it was
> available as a standalone server. With multiple dictionary databases
> installed, I noticed that memory consumption could rise to around
> 100Megs. So, in standalone mode, ditcd alone would be consuming a 100Meg
> resource.
> d-i currently does detect hardware type during installation. We should
> have a global system variable defining the type of machine. And then, we
> should have a policy stating, "Every application, if possible to
> inet-ize, should have that option."
> And then that could be triggered with the global system variable.

I support your proposal, but would not definitely volonteer to drive
this initiative to get included into Policy. Either way, reassigning to
        Note, that I send and fetch email in batch, once every 24 hours.
                 If matter is urgent, try https://t.me/kaction

More information about the Debian-init-diversity mailing list