The Point
------------- (Dear moronic Slashfilter, It's not fucking "ASCII Art", it's a fucking line)
Your Head

WHOOOSH

So apparently you didn't know that they make that code available to others then? Way to demonstrate your cluelessness!

"Yeah, right. Why don't you trying setting up shared-storage active-active clusters with ANY of the "free" alternatives? "

Yes. That's why Google is Oracles biggest customer! Without Oracle you just can't do it!

Great point. If someone on the team isn't doing something correctly it means everything done by anyone on the team is automatically bad practice.

Yes. This is the one achilles heal in the whole movie, which was otherwise a flawless portrayal of reality.

"Do you really not acknowledge the existance of FreeBSD, NetBSD, OpenBSD, AIX, Solaris, HP-UX, and more?"

Do you not acknowledge OS X, Windows, BeOS, C-64 DOS, CP/M, PS/2, VMS, MVS, Amiga DOS, Apple DOS, etc.!!!!?????

I guess you don't get that there are lots and lots of OSes that aren't Linux, and trying to be one system to rule them all is a fools errand? Again, you don't know anything about software engineering so stop complaining when the people who do make the right choice. When I said systemd is universal that means in a Linux conext, and your attempts to paint it as otherwise are not "cute" or "insightful".

" Just because something does the job and hasn't been mucked with in years does not mean it should be presumed garbage and replaced."

Your statement shows how much you don't know about init systems. every init system has been mucked with constantly. Again, your delusion that there is a single (or even two) init systems that "haven't been mucked with" blasts your complete lack of understanding of init systems to the world at high volume (and the bass is way to frigging loud.)

"Ignoring the very real problem that putting so damn much in PID 1 is dangerous for system stability and security"

Yeah. We ignore that because that isn't remotely true, and you are just repeating misinformation you heard and showing that you don't have a basic understanding of how Linux or systemd works.

"Also, despite the fact that dependencies are baked-in to systemd, it's not at all uncommon for a service that depends on an something else (service, NFS mount, etc.) to still start up before the dependency is fully ready, simply because the default systemd is to assume the dependency is fulfilled as soon as whatever "starts" it returns."

So it is not at all uncommon for people to use the default when they shouldn't, and that is somehow systemd's fault?

"Most init systems have a negligible amount of code running as pid 1, meaning init itself is unlikely to ever cause a blip at runtime. "

It means no such thing. You need to learn about spwan and fork, then get back to us.

"better counter argument would be that the kernel itself has even more complex needs and runs in an equally critical context."

I was going to make a similar point, without the lack of understanding of the kernel that you have. The kernel does not run " in an equally critical context" at all. It often runs in a far more critical context. Systemd runs in User space. The kernel runs in ... wait for it ... kernel space. Just as you don't understand fork and spawn, you clearly don't understand how privilege segmenting works in Linux. Much of the kernel runs in Ring 0 for example. It can disable interrupts and do all kinds of things that systemd cannot because ... wait for it ... it runs in user space.

"What systemd advocates fail to recognize is that not everyone should have to be an application developer to administer systems. "

Are you a troll? There is nothing more inherently complex about systemd than any other init system (and there are hundreds that fall under the SysV and BSD style, so don't kid yourself thinking there are two.) You can learn one system with systemd, rather than having to relearn how each distribution is using the basic SysV or BSD style approach completely differently from every other.

tldr?: EPIC FAIL

"It only runs on Linux, and will only ever run on Linux."

Who cares? Do you really think it needs to be ported to Windows?

"Upstream has vociferously declared that any attempts to merge patches to port to other systems will be denied, unless those other systems are feature-for-feature compatible with Linux."

Yes. In the field of software engineering we call this good engineering practice. If a different OS wants to fork it and use it they can, but none of the non-linux incompatible cruft is going to be folded back into the main branch. Your complaint boils down to: OMFG! The systemd folks insist on following solid engineering practices!

"That we have to ask these questions is reason enough to be angry about systemd."

No. It isn't. They haven't cracked into the SysV and BSD init repos and deleted everything, so you have no reason to be angry. If you like that old garbage, you are free to use it. Being angry that others choose to use a better system while giving you the freedom to use what you want is just plain stupid.

". Go ahead, kids, spackle over all of that unsightly runlevel stuff. Paint over init and cron, pam and login. Put all of that into PID1 along with dbus. ... Tune your distribution for desktop workloads. Go reinvent Windows."

Posting this uninformed drivel as a valid submission is a new low for Slashdot. Init runs as PID 1. Systemd runs as PID 1. In other words systemd renames Init to systemd. Does this idiot not get that systemd is essentially just a powerful universal init system that beats SysV and BSD style init?

Hint: A bunch of people still think Windows is great. Claiming that "lots of people don't like systemd equates to anything other than lots of people don't understand systemd, but will complain anyway is just stupid. Systemd works great, and most of the major distributions have chosen to switch to it for good reason.

Some people don't like them new fangled fuel injectors and still think a carburetor is the way to go as well. For those people, the old init systems are still available, but fighting progress with FUD is the Microsoft way, and while nobody is reinventing Windows here, these "systemd suxors" idiots are becoming the new FUD machine.

You are thinking of Windows. With Linux most updates happen without the need for a reboot. The only kernel vulnerabilities you are likely to be exposed to are privilege escalations, in which case they have already hacked in to the system. I'm not saying it isn't a good idea to keep current, but using an older kernel is far from the same as not applying updates for three years as you seem to be assuming it does.

"No, he's saying that if the officer was in fact following procedure (questionable) then he should be shielded from liability."

Right. And then I said he should be held liable just as much as if pointing a gun at an unarmed man was not illegal or against procedure and he did it then the gun went off.

" Even in post-war Germany, rank and file soldiers weren't prosecuted for their crimes against humanity."

Godwinism doesn't help your case.

" If the guy was in fact doing his duty ..."

Which he wasn't, unless you are saying that he protected and served the bicyclist. If so, you have a funny definition of protecting and serving.

" Not every bad thing that happens needs to have someone punished for it."

A bad thing didn't "happen". That implies lack of causaility and responsibility. A cop favored efficency in the field and a chance at promotion over the safety and well being of the citizenry. Excusing the behavior is dangerous. Almost as dangerous as putting guns in the hands of people who don't have the common sense to not use a computer while driving.

No. We get it. You're an idiot. Thanks for popping back to point it out to the world yet again though. Some people still haven't got the memo about you.

The Christian fundies' fear of Sharia Law is one of the most ironically amusing things to come out of them in recent years. If they didn't spend so much time railing against our consitutitional separation of church and state, maybe, just maybe they might realize that it's exactly what protects them from such an (unlikely) threat.