Note also that I point out that the dependencies work in *both* directions; as antientropic points out Gnome requiring SystemD is absolutely an issue with the Gnome team and nothing to do with SystemD, but it does have implications in that it helps build a mess of inter-dependencies that is making it increasingly hard to strip systems down to the minimum. RHEL's insistance on NetworkManager by default, with all the baggage that brings, doesn't inspire confidence either, as this is apparently one of the next daemon in SystemD's sights - maybe SystemD can improve it, but I'm not holding my breath.
Anyway, regardless of that, we've made our choice and moved to BSD; SystemD played a significant part in that, but it definitely wasn't the only factor, as I noted in my OP. ?
1. It effectively works as a monolithic replacement for several daemons, contra to core UNIX design tenets, and even though some of those sub-daemons can be swapped out with an alternative, often that works by running the second daemon in parallel - you can't actually disable the SystemD equivalent, let alone remove it altogether. This makes troubleshooting much more complicated when something goes wrong, especially if you have booted a system from a recovery disk to troubleshoot after a crash, compromise, or whatever and can no longer directly access several of the key sources of information necessary to do that.
2. Because of the growing number of packages that depend on SystemD, and vice-versa, it's creating a huge mess of package inter-dependencies that mean that it's getting almost impossible to build a stripped down and hardened server. Ballmer might have been right with his "Cancer" comment, he just wasn't specific enough: Gnome requires SystemD, $distro wants to bundle Gnome, therefore $distro adopts SystemD - and forces the default install of all the other package dependencies that go with it, thereby increasing the attack surface of the system. So much for hardening systems by removing all superflous code, huh?
3. All that cruft seems to be bogging the system down. We are currently migrating a large number (much larger than planned after initial results) of systems from RHEL to BSD - a decision taken due to general unhappiness with RHEL6, but SystemD pushed us towards BSD rather than another Linux distro - and in some cases are seeing throughput gains of greater than 10% on what should be equivalent Linux and BSD server builds. The re-learning curve wasn't as steep as we expected, general system stability seems to be better too, and BSD's security reputation goes without saying.
That said assuming that it "just works" a SystemD based desktop with everything from a desktop application down to the kernel talking through the same set of core services does sound like a nice idea. The problem is that most of us are not actually running Linux desktops; we're running servers and would just like the OS to mostly get the hell out of the way so we can get on with running whatever server daemons we are using. If SystemD were better architected - say a core PID1 init replacement, then a bunch of optional packages I don't even need to install if I want to use an alternative or not bother with at all, plus a massive clean up of the dependency hell that it has introduced - then I'd be a lot happier with it, but as it stands I just can't see including it on a hardened Internet facing server as being a remotely sane thing to do.
At this point in time, with almost no response by NATO/the West other than some obviously ineffectual sanctions, my money is on Russia successfully annexing enough of Eastern Ukraine and the Crimea (albeit as an "independant" state with its capital in Donetsk or Sevastopol) that it can resupply the Crimea via land from mainland Russia.
The King is dead, long live the King!
- 1. Pro-Ukraine poster makes a post.
- 2. Pro-Russian bots generate complaints into Facebook's automated systems.
- 3. The post gets automatically blocked.
- 4. OP appeals to the Ukrainian office to get it re-instated.
- 5. OP's appeal is denied because the Ukrainian office is actually in Russia and headed by an alledgedly non-neutral Russian.
There's definitely a potential problem there, and one that will probably be repeated in similar circumstances in the future. Seems to me that the best thing FB (or anyone else) can do in this situation is to remove oversight for posts made by both sides from regional offices in the area in question and hand them off to more neutral offices, at least for posts concerning the conflict.
Frankly the only things left in doubt for me about GW is just how much of a contribution mankind has made (it's certainly not zero, but I don't think it's 100% either), and whether the changes we *can* make to reduce the symptoms will have a worthwhile effect. Given enough will we can obviously reduce our GHG emissions significantly, migrate to cleaner fuels and generally move closer to living in balance with nature, but is that enough? The irony is that the more the AGW deniers are wrong about the level of our involvement, the greater the difference that we can make by changing our ways, but if they are right then we are all doomed to ride this out, wherever nature is taking us.
If you want an eye opener take a look at the dependency list for SystemD and those packages that depend on SystemD some time, note how entries appear in both lists, then consider the following questions: Bearing in mind that SystemD is the first thing that is loaded after the Kernel; does that look like a good design to you? Does it explain why so many distros have adopted it, given that many of those dependencies either won't work without SystemD underneath or require a considerable amount of customisation to use any alternative?
Still, there's always BSD.