History log of /systemd/units/systemd-sysusers.service.in
Revision Date Author Comments Expand
b53374f99b619abd90a7c19d69d37a3298b084d5 28-Apr-2015 Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>

units: specify timeouts for more oneshot services Even trivial service occasionally get stuck, for example when there's a problem with the journal. There's nothing more annoying that looking at the cylon eye for a job with an infinite timeout. Use standard 90s for jobs that do some work, and 30s for those which should be almost instantenous.

d6bc8348d5be8576a475ac8ced2b0146e60fb71f 25-Sep-2014 Daniel Buch <boogiewasthere@gmail.com>

readahead: wipe out readahead

/systemd/Makefile-man.am /systemd/Makefile.am /systemd/configure.ac /systemd/man/sd-daemon.xml /systemd/man/sd-login.xml /systemd/man/sd-readahead.xml /systemd/man/sd_readahead.xml /systemd/man/systemd-notify.xml /systemd/man/systemd-readahead-replay.service.xml /systemd/po/POTFILES.skip /systemd/shell-completion/zsh/_systemd /systemd/src/cryptsetup/cryptsetup-generator.c /systemd/src/gpt-auto-generator/gpt-auto-generator.c /systemd/src/notify/notify.c /systemd/src/readahead/Makefile /systemd/src/readahead/readahead-analyze.c /systemd/src/readahead/readahead-collect.c /systemd/src/readahead/readahead-common.c /systemd/src/readahead/readahead-common.h /systemd/src/readahead/readahead-replay.c /systemd/src/readahead/readahead.c /systemd/src/readahead/sd-readahead.c /systemd/src/readahead/test-ssd.c /systemd/src/systemd/sd-readahead.h /systemd/system-preset/90-systemd.preset .gitignore ldconfig.service quotaon.service.in system-update.target systemd-backlight@.service.in systemd-binfmt.service.in systemd-firstboot.service.in systemd-fsck-root.service.in systemd-fsck@.service.in systemd-journal-catalog-update.service.in systemd-modules-load.service.in systemd-quotacheck.service.in systemd-random-seed.service.in systemd-readahead-collect.service.in systemd-readahead-done.service.in systemd-readahead-done.timer systemd-readahead-drop.service systemd-readahead-replay.service.in systemd-remount-fs.service.in systemd-rfkill@.service.in systemd-sysctl.service.in systemd-sysusers.service.in systemd-tmpfiles-clean.service.in systemd-tmpfiles-setup-dev.service.in systemd-tmpfiles-setup.service.in systemd-udev-hwdb-update.service.in systemd-update-done.service.in systemd-update-utmp.service.in systemd-vconsole-setup.service.in
b63bb8a724cab7a315f04c3068f0d628cc163b8b 16-Jun-2014 Lennart Poettering <lennart@poettering.net>

units: drop RefuseManualStart= from a couple of update services The only update service we really need to guard like this is systemd-tmpfiles-setup.service since if invoked manually might create /var/run/nologin and thus blocking the user from login. The other services are pretty much idempotent and don't suffer by this problem, hence let's simplify them.

2db7648aa8bc9a31342d82a3fa0e63664cae5431 15-Jun-2014 Lennart Poettering <lennart@poettering.net>

units: bring systemd-tmpfiles-setup-dev.service closer to systemd-tmpfiles-setup.service Among other things, order both services relative to systemd-sysusers.service in the same direction.

3a0efd7030af9d08a791626ace940805aeafd565 14-Jun-2014 Kay Sievers <kay@vrfy.org>

sysusers: order before tmpfiles which need the ids

b532bdeae9b13fe93a54850f5e7f99c753bda6fa 13-Jun-2014 Lennart Poettering <lennart@poettering.net>

rpm: add RPM macros to apply sysusers, sysctl, and binfmt drop-ins With this in place RPMs can make sure that whatever they drop in is immeidately applied, and not delayed until next reboot. This also moves systemd-sysusers back to /usr/bin, since hardcoding the path to /usr/lib in the macros would mean compatibility breaks in future, should we turn sysusers into a command that is actually OK for people to call directly. And given that that is quite likely to happen (since it is useful to prepare images with its --root= switch), let's just prepare for it.

ecde7065f7b11a7a226d2f7b0e90e998a6347a59 13-Jun-2014 Lennart Poettering <lennart@poettering.net>

units: rebuild /etc/passwd, the udev hwdb and the journal catalog files on boot Only when necessary of course, nicely guarded with the new ConditionNeedsUpdate= condition we added.