Differences between revisions 6 and 7
Revision 6 as of 2013-09-29 22:09:24
Size: 2211
Editor: MichaelBiebl
Comment: Add reference to Systemd/Packaging wiki
Revision 7 as of 2013-09-30 06:22:56
Size: 2187
Editor: GeoffSimmons
Comment: Use internal link, limit automatic linking.
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
① When using drop-in snippets with a unit that is automatically generated from a sysvinit script, you cannot reasonably overwrite directives such as ExecStart. Furthermore, limits that you set with systemd might be overwritten in the init script itself, rendering them useless. ① When using drop-in snippets with a unit that is automatically generated from a sysvinit script, you cannot reasonably overwrite directives such as !ExecStart. Furthermore, limits that you set with systemd might be overwritten in the init script itself, rendering them useless.
Line 12: Line 12:
 * More then 80 Debian packages already ship a systemd service file. Over 35 of them use [[https://wiki.debian.org/Systemd/Packaging|dh-systemd]] , a debhelper plugin that we (the pkg-systemd-maintainers) strongly recommend to use.  * More then 80 Debian packages already ship a systemd service file. Over 35 of them use [[Systemd/Packaging|dh-systemd]], a debhelper plugin that we (the pkg-systemd-maintainers) strongly recommend to use.

Add native systemd support to every package shipping a sysvinit script

Goal description

systemd is a modern init system which has been present in Debian since wheezy and works well in the current state. systemd can deal with sysvinit scripts that many of our current packages provide. However, when a package ships a native systemd service file in addition to the sysvinit script, users enjoy a couple of advantages: they can now easily enable/disable the service in a consistent manner using “systemctl enable”, daemon output is stored in the journal by default, the process tracking and related error reporting works better and users can fully utilize drop-in snippets to tweak service behavior (e.g. resource limits)¹.

The release goal is to add a systemd service file to all packages that currently ship a sysvinit script. It is NOT a goal for the service file to have 100% of the same functionality in the same way, meaning that some features might be achieved differently with systemd.

① When using drop-in snippets with a unit that is automatically generated from a sysvinit script, you cannot reasonably overwrite directives such as ExecStart. Furthermore, limits that you set with systemd might be overwritten in the init script itself, rendering them useless.

Current status

  • More then 80 Debian packages already ship a systemd service file. Over 35 of them use dh-systemd, a debhelper plugin that we (the pkg-systemd-maintainers) strongly recommend to use.

How to help

See http://people.debian.org/~stapelberg/2013/07/14/systemd-how-to-help.html

Relevant packages

Advocates

Volunteers