summaryrefslogtreecommitdiff
path: root/system-preset
AgeCommit message (Collapse)AuthorFilesLines
2017-12-06Rename "system-preset" source dir to "presets"Zbigniew Jędrzejewski-Szmek1-36/+0
I want to add presets/user/ later. This mirrors the layout for units: we have units/ and units/user. The advantage is that we avoid having yet another directory at the top level.
2017-11-19Add SPDX license headers to various assorted filesZbigniew Jędrzejewski-Szmek1-0/+2
2017-10-13units: add [Install] section to remote-cryptsetup.targetZbigniew Jędrzejewski-Szmek1-0/+1
This makes this target the same as remote-fs.target in this regard. In practice it probably doesn't make that much difference, because all encrypted devices that are part of remote-fs.target (marked with _netdev) will be used for mount points, so they will be pulled in anyway individually, but with this change any such device will be configured, even if it is not pulled by any other unit.
2017-07-18build-sys: drop automake supportZbigniew Jędrzejewski-Szmek1-1/+0
v2: - also mention m4
2017-03-27units: make enablement of s-n-wait-online.service follow ↵Zbigniew Jędrzejewski-Szmek1-1/+0
systemd-networkd.service (#5635) In 58a6dd15582c038a25bd7059435833943e2e4617 s-n-wait-online.service was added to presets to synchronize the presets with the state after installation. But it is harmful to have s-n-wait-online.service enabled when s-n.service is disabled, because s-n-wait-online.service has Requsite=s-n.service and cannot be activated. Thus remove s-n-wait-online.service from presets again, and let it be enabled whenever s-n.service is enabled. During installation we create enablement symlinks by hand, and since s-n.service is enabled, s-n-w-o.service should be enabled too, so the symlink should still be created during installation. https://bugzilla.redhat.com/show_bug.cgi?id=1433459#c15
2016-10-10unit: drop console-shell.service (#4298) (#4325)Franck Bui1-1/+0
console-shell.service was supposed to be useful for normal clean boots (i.e. multi-user.target or so), as a replacement for logind/getty@.service for simpler use cases. But due to the lack of documentation and sanity check one can easily be confused and enable this service in // with getty@.service. In this case we end up with both services sharing the same tty which ends up in strange results. Even worse, console-shell.service might be failing while getty@.service tries to acquire the terminal which ends up in the system to poweroff since console-shell.service uses: "ExecStopPost=-/usr/bin/systemctl poweroff". Another issue: this service doesn't work well if plymouth is also used since it lets the splash screen program run and mess the tty (at least a "plymouth quit" is missing). So let's kill it for now.
2016-08-19units: synchronize Makefile and presets settingsZbigniew Jędrzejewski-Szmek1-1/+2
Enable reboot.target and disable exit.target: the first is used on normal machines, the second only in containers, and the more general one should be enabled by default. Also fix the Makefile to match what preset-all does. With this and the previous commits, doing "make instal DESTDIR=…" followed by "systemctl preset-all --root=…" doesn't result in any changes.
2016-08-19units: enable systemd-networkd-wait-online.service, disable all ↵Zbigniew Jędrzejewski-Szmek1-1/+3
journal-remote stuff The preset for systemd-networkd-wait-online.service should match whatever we do for systemd-networkd.service. s-n-wait-online.service is only pulled in when some other unit pulls in network-online.target, otherwise it's not used. But if something pulls in network-online.target, they should expect s-n-wait-online.service to be active iff systemd-networkd.service is active. OTOH, the journal-remote and journal-upload services should be disabled by default, since they don't do anything without additional configuration.
2014-12-29preset: enable machines.target by defaultLennart Poettering1-0/+2
2014-09-25readahead: wipe out readaheadDaniel Buch1-1/+0
2014-06-17preset: ship a minimal preset file upstreamLennart Poettering2-0/+32
This is useful so that distros have something to base their own policy of. It also useful to make sure that minimal installs always get useful configuration in place.