uselessd - a fork of systemd

by
Anonymous Coward
in linux on (#2SNR)
A fork of systemd has recently emerged, calling itself "uselessd (the useless daemon, or the daemon that uses less... depending on your viewpoint)".

They describe the project as such:
uselessd is a project which aims to reduce systemd to a base initd, process supervisor and transactional dependency system, while minimizing intrusiveness and isolationism. Basically, it's systemd with the superfluous stuff cut out, a (relatively) coherent idea of what it wants to be, support for non-glibc platforms and an approach that aims to minimize complicated design.

uselessd is still in its early stages and it is not recommended for regular use or system integration, but nonetheless, below is what we have thus far.
They then go on to list features such as support for musl libc and uClibc, decoupling from journald and udevd, removal of superfluous unit types and daemons unrelated to process management, as well as the preliminary foundation for potential future ports to non-Linux systems.

This is certainly an interesting development in the entire systemd saga.

Re: Ignore Corruption?? (Score: 1)

by evilviper@pipedot.org on 2014-09-24 06:31 (#2SVV)

systemd DOES NOT LOG TO DISK BY DEFAULT.
Is that clear enough?

If your distro opts to configure it to do so (out of the box for you), that's a different matter entirely, and one you'll have to take-up with them. They could keep rsyslogd in-use just as easily.

And yes, binary files are just as recoverable as text files. The only difference between text and binary is a 7 vs 8-bit character space, and the standard character defined for line-endings. Otherwise, there is no difference between binary and text files. This is entry-level stuff, first week of programming 101.
Post Comment
Subject
Comment
Captcha
80, seven or eighty nine: the highest is?