[trengrj]

After using systemd for a few years on arch linux I no longer despise it. It does have some good features like unifying system jobs and cron jobs, faster boot, journal forward secure sealing (to detect log tampering).

I don't like its effective ownership by redhat and its monolithic nature however this can be solved in the long run by forks and standardisation.

[falcolas]

> this can be solved in the long run by forks and standardisation.

I keep hearing this refrain, but the reality of the situation right now is that Systemd (and the other processes under the same development umbrella) are moving too quickly and are too complex for any fork to ever have a realistic chance.

Does there exist a group of people outside of RedHat who understand the internals of the whole thing well enough to even chance a fork?

[Esau]

I do have to admit to being impressed by the boot speed of Arch under Systemd.

[JdeBP]

The history of uselessd (q.v.) indicates that it cannot be solved by forks.