As for systemd, It does do a lot of things, but it doesn't force you to much. journald : you can use syslog. Powermanagement : you can use your own (I know because I do). This cron stuff seems to be the same case. As is mentioned in a follow up mail and on the feature pageIt works different from what people are used to, doesn't focus on the Lowest Common Denominator in various Unixes, but focuses on Linux and all the features it has to offer. I personnally like it."It doesn't affect anybody who doesn't use this. "
That is how they are not forcing others, how they are not being hostile.
systemd gets flak because its the only one adding features and therefore the only one in the news.
When was the last time sysV got a new feature? Probably a long time ago-- not in the news. People forget about it.
When was the last time Upstart got a new feature release? Not recently. Last time I saw a news posting on phoronix about an upstart feature release was about a year and a half ago.
When was the last time OpenRC got a feature release? I couldnt even tell you because I dont see it in the news AT ALL on ANY site.
When was the last time systemd got a new feature release? like a week ago.
All four systems bring up init just fine. But systemd is the only one thats actually moving forward. (You can argue that its moving in the wrong direction, but atleast its MOVING.) All the other projects are sitting there twiddling their thumbs.
You can have udev without systemd, but you cant have systemd without udev. And if youre one of the extreme fanatics who shun anything REMOTELY linked to systemd, you can rely on gentoo to provide eudev which is about..10 releases behind I think. They forked off of udev/systemd 189 or 187 and systemd is currently at 197
edit: I just get an overall uneasy feeling that Red Hat (and to some degree Intel) has a bit too much influence in the Linux ecosystem. It's not just this systemd case... it's a variety of things.
Last edited by johnc; 01-28-2013 at 05:27 PM.
From the updates:
Code:A few exceptions to the upstream summary apply to the package in Fedora 18. Several upstream changes could introduce incompatible behavior within a Fedora release, so they are not included in this update: * `rescue.service` can still start `sushell` if configured so by `/etc/sysconfig/init`. Upstream supports only `sulogin`. * The udev support for predictable network interface names is present, but it is not enabled by default. The udev rule file `80-net-name-slot.rules` is simply not included in the package. If you want to try the feature, obtain the file from the upstream repository and place it in `/etc/udev/rules.d/` yourself. * The Fedora-specific `http-daemon.target`, the LSB facilities "MTA", "smtpdaemon", "httpd" and the `single.service` alias were removed upstream, but are still present in this update. * Building of the merged `nss-myhostname` is disabled. Fedora 18 keeps using the separate `nss-myhostname` source package.