Ian Jackson:
This argument is not really about service startup, though. It's
> about systemd's graphical console management, its replacements for
> syslog, cron, ntpd, acpid, etc etc etc.
Marco d'Itri:
Kernel developers have been explaining for years that we need a user
> space console to
Ritesh Raj Sarraf:
How are other packagers taking care of it ? There are a lot of server
> daemons that need some sort of housekeeping. What I can recall
> immediate are: mysql, open-iscsi, DM multipath etc.. Last feedback
> (IIRC _not_ from the systemd maintainers) I had on it was to write a
Svante Signell:
The more important that Debian does not drop support for sysvinit
> then, until alternatives have stabilized :) (and systemd/uselessd is
> deferred to PID 2). PID 1 should be as small as possible, see a
> proposed implementation in: http://ewontfix.com/14/
That proposed impleme
Gerrit Pape:
What is the reason that one can't easily run logind, or even better
> a systemd process running logind and possibly other services, under
> the runsv program from the runit init scheme, or through
> /etc/inittab?
One cannot run systemd under runit because it detects its PID and
b
Zbigniew Jędrzejewski-Szmek:
Distribution packages have been almost all converted to systemd
> services, with a handful of less-used-packages remaining [1].
Jóhann B Guðmundsson, the erstwhile feature owner for Fedora's System 5
rc to systemd units conversion project, states that the conversi
Daniel Kahn Gillmor:
The implication of this proposed GR seems to be that those tools
> would be unfit for inclusion within debian unless someone erects all
> the additional scaffolding that runit provides (process supervision,
> pipelined logfiles with autorotation and log msgs just sent to
>
6 matches
Mail list logo
