Well... All told, I think that went rather well.

I wanted to chime in and thank everyone for participating in what was clearly an insane exercise in trying to cut through the acrimony and vitriol and get some actual information on what systemd is and what it's trying to do. You can't always grok what complex things are about just from the docs. That's why I wanted actual first-hand experiences from people who could point to actual gems they'd found.

To respond to some recurring remarks throughout the comments:

• "Obviously a pro-systemd shill."
  No, I'm not shilling for RedHat or Poettering. In fact, I gave Poettering some stick for the whole corrupt-binary-logs-aren't-a-bug thing a couple weeks ago. I was being forthright in the opening paragraph: The simple fact that systemd has been widely adopted despite widespread protest made me genuinely wonder what I was missing that I hadn't figured out from the docs I'd read. So, no, there's no conspiracy here.
• "Who are you to establish posting rules?"
  Well, gosh, sorry, but I was trying to save everyone time. Seriously, tell me you haven't gone, "Oh, ${DEITY}, another systemd thread; there goes my afternoon as I pick through the rat's nest of comments." So I hoped -- perhaps naively -- that requesting some organization would let us all get to the meat of issues of interest fairly quickly. And enough people did choose the follow the rules that the discussion overall turned out valuable (for me, anyway).
• "Why do you dislike something you admit you know nothing about?"
  For largely the same reason I dislike Windows without having comprehensively pored over the "design" docs for COM, DCOM, MFC/ATL/WTL, WDM, NTFS, NTLM, Direct${THING}, Active${THING}, etc. etc. etc. Poorly-designed systems seem to have a certain "pattern" to them, and systemd at first glance seemed to match that pattern (the use of Windows-style INI files syntax didn't help, either). But the people adopting systemd are clearly not idiots, so I hoped people with actual experience with the thing could convey insights that (for me) the docs so far have not.
• "You're thinking of the ads for Miller Lite, not Bud Light."
  *headdesk* I would like to apologize to a no doubt deeply irritated TV ad executive for completely misattributing their fifteen-odd years and millions of dollars worth of loud beer ads to the wrong company (I think this speaks well to my socially-isolated geek cred, though :-) ).

In the best tradition of USENET, I thought I'd summarize the highlights of what I got out of the whole thing. Most of the good posts have already been modded up, but the ones that especially stood out for me were these:

• http://linux.slashdot.org/comm... , describing what 'systemctl status ' can do.
• http://linux.slashdot.org/comm... , pointing out a point/counterpoint summary on uselessd's Web site.
• http://linux.slashdot.org/comm... , describing that systemd plays nice inside a container, presumably making it easier to create VM-ish setups.
• http://linux.slashdot.org/comm... , where the poster describes how systemd does a better job of stopping processes/daemons. The poster then sticks around, giving clear answers to further questions.
• http://linux.slashdot.org/comm... , describing how systemd exposes Linux cgroups to create limited execution environments for daemons or (it appears) any process.
• http://linux.slashdot.org/comm... , while heavy on the snark, nevertheless links to concrete discussions of the insights and motivations behind systemd.
• http://linux.slashdot.org/comm... discusses how systemd doesn't just launch processes but manages their entire lifetime (although the replies suggest a machine can't survive systemd itself crashing).
• http://linux.slashdot.org/comm... points to a post on the Arch Linux discussion forum which describes their rationale for adopting systemd.
• http://linux.slashdot.org/comm... mentions four systemd features and the issues they solve.
• http://linux.slashdot.org/comm... describes some of the advantages working with systemd's logs, with examples.
• http://linux.slashdot.org/comm... describes how systemd made it easier to resource-limit their daemons.

Thanks again to everyone who chimed in. You've given me a lot to read up on...

Think back to the epic holy wars of the past. Emacs vs. Vi. Big vs. Little Endian. Motorola vs. Intel. Amiga vs. Atari ST. ASCII vs. EDBIC.

vi*. Little-endian. Motorola. Amiga. ASCII**. Obviously.

(* with great respect to those who are able to use EMACS well.)

(** Seriously, who not using punched cards ever actually liked EBCDIC?)

Martyrs? Who killed them for their beliefs?

Go away, troll. They certainly died while pursuing something intensely important that they were willing to risk their lives for. The fact that you weren't around to pull the trigger makes them no less martyrs.

The chips are not destroyed.

Yes, the bricked chips can (allegedly) be restored to working order through the use of a utility. "Hang on. Would this utility be furnished by the very same company that wrecked my device in the first place?" Why yes; is that relevant? "Very fscking hilarious; I'll be looking elsewhere for my USB-serial adapter needs from now on..."

This is a distinction without a difference, as they say. You wouldn't cut any slack to a malware author who tried to claim, "Oh, the files aren't destroyed. They're merely encrypted, and can be restored to their previous condition through the use of this handy-dandy decryption key, available exclusively from me... for a modest fee..."

Can you tell, by merely looking at it, whether a given device is using GenuineFTDI(TM)(R)(C)(BFD) chips, or whether it's a counterfeit? Can you tell by using whatever the Windows equivalent of lsusb is? No? Then there is a random, non-trivial chance that plugging in your serial-ish device will either:

• Work (old non-destructive drivers),
• Not work (new, non-destructive drivers),
• Ruin the device (new, destructive drivers), so that it not only Not Works, but also Stops Working on every other machine on which it previously worked.

• Thus, in the mind of the user, FTDI == Flaky. And Flaky == Avoid.

  Congratulations, FTDI. Ten points for avoiding your feet, but minus several million for shooting yourself straight in the head.

Anyway, I have better uses of my time than to waste another minute with you.

We knew what was going on when you ran your anti-IBM campaign, sometimes even positioning yourself as arguing on behalf of our community. It was a way to lend credence to IBM and MS arguments during the SCO issue. To state otherwise is deceptive, perhaps even self-deceptive.

Florian, you would not be devoting all of this text to explaining yourself if you didn't feel the need to paint your actions in a positive light. That comes from guilt, whether you admit it to yourself or not.

Go write your app, and if you actually get to make any money with it you can give thanks, because it will happen despite what you worked for previously. Keep a low profile otherwise because your credibility is well and truly blown and you can only make things worse. And maybe someday you can really move past this part of your life. But I am not holding out much hope.

So, I see this as rationalization.

The fact is, you took a leadership position, and later turned your coat for reasons that perhaps made sense to you. But they don't really make sense to anyone else. So, yes, everyone who supported you then is going to feel burned.

You also made yourself a paid voice that was often hostile to Free Software, all the way back to the SCO issue. Anyone could have told you that was bound to be a losing side and you would be forever tarred with their brush.

So nobody is going to believe you had any reason but cash, whatever rationalization you cook up after the fact. So, the bottom line is that you joined a list of people who we're never going to be able to trust or put the slightest amount of credibility in.

And ultimately it was for nothing. I've consistently tried to take the high road and it's led to a pretty good income, I would hazard a guess better than yours, not just being able to feel good about myself.

Meh, it's easy to find people with skill. With values, OTOH...

You have a point.