Slashdot Mirror


Systemd-Free Devuan Announces Its First Stable Release Candidate 'Jessie' 1.0.0 (devuan.org)

Long-time reader jaromil writes: Devuan 1.0.0-RC is announced, following its beta 2 release last year. The Debian fork that spawned over systemd controversy is reaching stability and plans long-term support. Devuan deploys an innovative continuous integration setup: with fallback on Debian packages, it overlays its own modifications and then uses the merged source repository to ship images for 11 ARM targets, a desktop and minimal live, vagrant and qemu virtual machines and the classic installer isos. The release announcement contains several links to projects that have already adopted this distribution as a base OS.
"Dear Init Freedom Lovers," begins the announcement, "Once again the Veteran Unix Admins salute you!" It points out that Devuan "can be adopted as a flawless upgrade path from both Debian Wheezy and Jessie. This is a main goal for the Devuan Jessie stable release and has proven to be a very stable operation every time it has been performed. "

372 comments

  1. systemd by Anonymous Coward · · Score: 1, Informative

    is for D lovers

    thankfully Ubuntu lets you easily switch back to Upstart, permanently

    apt-get install upstart-sysv; update-initramfs -u

    1. Re:systemd by Anonymous Coward · · Score: 2, Informative

      apt-get install upstart-sysv; update-initramfs -u

      upstart-sys is not available anymore (*buntu 17.04)

    2. Re:systemd by Eunuchswear · · Score: 1

      As does Debian. Which makes you wonder why Devuan exists.

      --
      Watch this Heartland Institute video
  2. Systemd! by phantomfive · · Score: 5, Insightful

    Most Linux users don't have a strong opinion on systemd either way, because the system boots up reliably without systemd, and it also boots up reliably with systemd. Overall it's barely noticeable and doesn't matter (right now, anyway) for most users.

    There are people who write startup scripts for Linux, and they tend to have a stronger opinion, because it affects them more directly. Some really like systemd, some really don't. Some (like Patrick Volkerding) are fairly neutral about the whole thing but see no pressing need to switch.

    Then there are people who are system designers, who are ok with systemd as an init system, but see it as horrid when it's a platform for building an entire OS. As long as it stays as an init program, it's fine because it can be swapped out easily. But if it starts becoming a required component for turning up the volume, that is clearly a sign of poor design.

    --
    "First they came for the slanderers and i said nothing."
    1. Re: Systemd! by Anonymous Coward · · Score: 0

      It's the future let it go.

      "When I was your age were taught system d was not ok. It's not my fault I was raised that way"

    2. Re:Systemd! by Anonymous Coward · · Score: 0

      Some are very wary of systemd due to the attitudes of its maintainers.

    3. Re: Systemd! by Anonymous Coward · · Score: 0

      Good thing they can be checked since it's open source

    4. Re:Systemd! by OrangeTide · · Score: 4, Interesting

      I only care when I have to debug my more custom setups. Then I really hate systemd, as well as dbus. I would be surprised if anyone "really liked" it, except the original author. Most people are like "whatever, I just want X and pulseaudio to start". I, as a system developer, have built products around systemd because the product architect insisted on it. I was like "whatever, your funeral".

      All my authoritative DNS servers are running custom builds (not BIND) and require custom start-up scripts for the chroot and health monitoring.

      --
      “Common sense is not so common.” — Voltaire
    5. Re:Systemd! by Anonymous Coward · · Score: 0, Funny

      Yes, other than occasionally using 100% CPU or hanging your system on shutdown/reboot, Systemd is a perfect replacement for Upstart and init

    6. Re: Systemd! by twistedcubic · · Score: 4, Interesting

      I was OK with systemd from the start, when it didn't get in my way. I even use it with direvent for automatically processing documents whenever they are updated. But lately, I've been having strange-to-diagnose errors on boot with certain USB peripherals, and I really don't enjoy wasting time looking up fixes. systemd in Debian Jessie makes it hard to recover from a boot problem, so I'm going to look at Devuan. Now, I don't expect Devuan to be a suitable replacement, but I'm going to try it nonetheless.

    7. Re:Systemd! by Anonymous Coward · · Score: 0

      Most people think Linus Torvalds is an A-hole. What is the point here? Should we be wary of Linux now?

    8. Re:Systemd! by thegarbz · · Score: 0

      my more custom setups.

      You're using your init system wrong.

    9. Re:Systemd! by Anonymous Coward · · Score: 0

      ask ian murdock

    10. Re: Systemd! by Anonymous Coward · · Score: 3, Insightful

      Why? When you can use an init that is not created by an asses/dummies. You just create more work when you have that attitude. Many people can fix anything; but why when they can get something that's functional and proven out-of-the-box.
      I'm not a programmer; just a user. But I can see when my system/demon goes down because of sysd.
      Turn sysd over to someone whom can write/think/implement good/safe/stable code. Someone without a power ego. Then I might take it as an alt Init. Someone who can show good reasons for feature creep into other parts/subsystems. Oh and lets not get into the Docs issue.

       

    11. Re:Systemd! by Anonymous Coward · · Score: 1

      I'm not sure he is. When boot time pissed me off I replaced the entire sysvinit scripts with a single script spawned by sysvinit. Less than two seconds from mount -a to X startup in 2003.

    12. Re:Systemd! by Anonymous Coward · · Score: 0

      If Torvalds acts like an asshole towards users, instead of the developers who submitted code that broke user space, then yes.

    13. Re:Systemd! by twistedcubic · · Score: 2

      Linus is an amazing designer and coder. In my opinion, Git is waaaaay more important than Linux. This is what makes him a genius. The systemd maintainers, while very smart, are not at his level. So they have to suffer for any and all imperfections like the rest of us.

    14. Re:Systemd! by Anonymous Coward · · Score: 0

      I fear that Red Hat hijacks systemd and the community can't maintain it since it is a massive program that replaced a lot of small maintanable components.

    15. Re:Systemd! by ArchieBunker · · Score: 2

      All I know is on a completely idle box systemd is the top resource hog. Why is this "startup shceduler" even consuming resources?

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    16. Re:Systemd! by gringer · · Score: 4, Interesting

      Most Linux users don't have a strong opinion on systemd either way,

      Maybe not on slashdot, but you will probably find that people over at soylentnews have a different opinion. The systemd issue was a contributing factor to the creation of soylentnews.

      --
      Ask me about repetitive DNA
    17. Re:Systemd! by Kjella · · Score: 1

      As long as it stays as an init program, it's fine because it can be swapped out easily. But if it starts becoming a required component for turning up the volume, that is clearly a sign of poor design.

      Well it has to talk to something. I mean we had applications that used to talk directly to the hardware back in the DOS days, this application can talk to Soundblaster and Gravis Ultrasound, I don't want to go back there. So you want to fix it a bit on the hardware side so all the apps can talk to one interface and it'll play on all sound cards. And you want to fix it on the software side so more than one application can play sound at the same time.

      And then the ball starts rolling, does it have a hardware mixer? Is it a 5.1 surround setup or a 2.0 headphone? Does it have positional sound? Can it bitstream compressed audio to another device? Can we have ann equalizer? Per-application audio controls? Etc. and so eventually you end up with a form of "sound system service". Eventually you have to decide on a standard.

      --
      Live today, because you never know what tomorrow brings
    18. Re: Systemd! by drinkypoo · · Score: 2

      I just installed a couple of days ago and have been tracking updates and I don't see why it wouldn't be a suitable replacement for Debian. The only thing I've had a problem with so far was getting nvidia drivers working, that was a bit of work and then they didn't work correctly. However I'm using a picopsu kind of near to its design specs, and I might be overloading its 12v or 5v output.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:Systemd! by Ziest · · Score: 1

      Unfortunately Ian Murdock has departed this life.

      --
      Another day closer to redwood heaven
    20. Re:Systemd! by phantomfive · · Score: 4, Insightful

      I feel like you're trolling, but if the sound system requires you to have a particular way of mounting your NFS, then yes, that is a horrid, sucky design, and you know it.

      --
      "First they came for the slanderers and i said nothing."
    21. Re:Systemd! by Anonymous Coward · · Score: 0

      That and its dropping of log messages just make it a pain to manage servers with systemd. I couldn't imagine trying to debug the chroot setup you mentioned with systemd without having logs.

    22. Re:Systemd! by Anonymous Coward · · Score: 0

      That's ok since every application other than newer firefox builds falls back to ALSA just fine.

    23. Re:Systemd! by Anonymous Coward · · Score: 2, Insightful

      Wow, just checked an idle CentoOS 7 server we have that we aren't using yet:

      root 1 0.0 0.0 46168 4940 ? Ss Mar14 254:19 /usr/lib/systemd/systemd --switched-root --system --deserialize 20

      How has it used over four hours of CPU time in less than eight days? It's has a Xeon E5-2689 CPU, so it's one of the fastest Intel CPUs available.

      Extra text to get rid of the ridiculous "Filter error: Please use less whitespace." I still need to add more text. This filter is a pain. I know what I'm talking about. Please fix.

    24. Re:Systemd! by Cyberax · · Score: 2, Insightful

      I'm also a systems architect and I have built rather complicated event-driven systems around systemd. Systemd worked just fine for me, without any unexpected problems.

    25. Re: Systemd! by b4_the_looking_glass · · Score: 1

      Good thing they can be checked since it's open source

      You can also check all of the code that suddenly relies only on systemd as a init system. If the systemd code alters the system in a way you don't like, you can fork systemd to a way that works the way you'd like. But then you will, in most cases, need to fork all the programs that depend on systemd working the way you don't like. Being opensource doesn't do you any good, when the design being implemented is what some people are wary of. Have access to the code only lets you read how they are doing exactly what you do not like. Fixing it would mean designing in a different direction. Its not the same as checking to see if you you can trust the code they are writing. Its that you don't trust the direction that the code is going, as it will slowly alter the direction of everything that relies on that code. Then you won't have a choice. You'll just have to take it, or do tons of coding to work around all of the things that have altered your system by the inclusion of systemd reliance. It is a large undertaking, and I am glad someone forked Debain to do it.

    26. Re: Systemd! by Anonymous Coward · · Score: 0

      Same could be said about projects like gnome and the entire gui stack

    27. Re: Systemd! by Anonymous Coward · · Score: 0

      I do use a jessie distro without systemd. It's Mint!
      It's about as good a no-brainer desktop as Ubuntu-based Mint or formerly main editions of Ubuntu 8.04, 10.04 etc.
      There are recent isos with updated desktop and accessories which I can recommend. It's a one time re-release of the same previously released jessie Mint debian.

      The reason I'm replying to you is I had about the same problem ; Fglrx driver (Catalyst) doesn't work, at all. Apparently they only support Ubuntu 14.04, although jessie has old enough linux and Xorg versions. So if you thought you would get a faster driver for Radeon 5000/6000 by using jessie, mint or devuan, don't have high hopes.
      To get fglrx running, I would plan to install Mint 17.1 Mate (again), upgrade it to 17.3 maybe but keeping the older kernel. That's what I would do, if running the proprietary graphics driver was a priority. For now it isn't a big priority I have, I didn't even install Steam - I have a few unremarkable games there anyway, and one very old multiplayer game that's still played (used to be most played game 24/7 for years) but there's a general lack of servers that offer both regular gameplay and a rotating selection of maps.

      I didn't install google earth either. I used it exclusively instead of google maps etc. I thought they were datamining my every zooms but it seems they aren't that interested in me : these fucks turned off the service that provided little pictures, photographs all around the world.
      There is one well known alternative source for maps, even a desktop client that does the job afterall.

      So : I wanted to run proprietary software, but use almost none for practical reasons.
      I also learned the AMD linux team is understaffed enough that they couldn't support debian. (with the fglrx they got rid of. I suppose amdgpu - the newer driver - will work under debian 9)

    28. Re: Systemd! by Anonymous Coward · · Score: 0

      Is their attitude somehow embedded in the source?

      Yes. When one writes software, one is creating rules that other peoples' computers will follow, and perhaps rules that other computer users will follow. A person's attitude affects the rules that they are willing to impose on others. And Systemd imposes a lot of rules on a lot of computers...

      By the way, the fact that a person's attitude is reflected in their programming style isn't new. Didn't you ever see the movie TRON (the original 1982 film, not the 2010 sequel)? The film was about anthropomorphized computer programs whose personalities reflected their programmers. The villian-program was written by an amoral CEO, the wise gatekeeper program was written by an old greybeard, and the hot new security program was written by the young hotshot programmer. In the most crucial scene, the greybeard tells the CEO, "our spirit remains in every program we designed for this computer".

    29. Re: Systemd! by nukenerd · · Score: 0

      Is their attitude somehow embedded in the source?

      Yes

    30. Re:Systemd! by nukenerd · · Score: 2

      Most people think Linus Torvalds is an A-hole. Should we be wary of Linux now?

      He is just less of an A-hole than Gates or Jobs was.

    31. Re: Systemd! by drinkypoo · · Score: 1

      AMD driver support is and always has been a PITA. This continues to be true, although many people say that it is becoming less true. Meanwhile, nVidia Linux driver support is more of a PITA than it was back in the olden days, so there's really nothing to be happy about unless you're an intel fan.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    32. Re:Systemd! by Anonymous Coward · · Score: 1

      This is because PulseAudio is merely middleware on top of ALSA. It doesn't do anything ALSA can't already.

    33. Re: Systemd! by Anonymous Coward · · Score: 1

      Yeah.

      I don't really have an opinion either way (I find debugging a failed service a bit more irritating).

      But I'm surprised anyone with any experience of programming would question whether a developer's attitudes are embedded in the source: of course they are! It's impossible to escape this.

    34. Re:Systemd! by Anonymous Coward · · Score: 0

      Yep. One guy, two profound developments for humanity as a whole.

      Linux is something that could have happened at any time, with the will and the right set of circumstances. What Linus did is created the circumstances and initiated the project, then kept it on the rails. Linux is a viable working implementation of a free cross-platform OS, with all that entails. But that in a sense is all.

      Git, on the other hand, has changed so much about the way all software is developed, and provides mechanical support for the culture of contribution. It's a deeply profound change.

      A hundred years from now I think the obvious world-changing developments in free software will be seen to be the GPL, containerisation, and Git.

    35. Re: Systemd! by Type44Q · · Score: 1

      There's are assholes and then there are creepy scumbags.

    36. Re: Systemd! by Hognoxious · · Score: 1

      I'm surprised anyone with any experience of reading would question whether a person's attitudes are embedded in their handwriting: of course they are! It's impossible to escape this.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    37. Re: Systemd! by Hognoxious · · Score: 0

      You state something as a scientific fact and your main cite is a kids' movie?

      You must be a Sagittarius.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    38. Re: Systemd! by sjames · · Score: 2

      Oddly enough, yes in a sense. Every refusal to acknowledge a shortcoming, every NIH, every not-a-bug is reflected in the source.

    39. Re:Systemd! by HiThere · · Score: 3, Interesting

      Actually, Linux does reflect the personality of Linus. It's a precisionist and a correction freak. And the error messages can be a bit abusive. Fortunately, few people directly interact with the kernel, and for the kernel those are benefits. Even the error messages, because they are short, pithy, and relatively predictable.

      The problem is when you say "asshole" you are painting with a broad brush that includes many different characteristics, some of which would be damaging and others of which are beneficial. Linux happens to be generally beneficial in his position. I wouldn't want him writing user interfaces. And I'd be dubious about him writing end-user documentation.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    40. Re: Systemd! by Hognoxious · · Score: 1

      Since not-a-bug means you don't even work on it how is it reflected in the source?

      By that logic SIDS is also reflected in your code, since generally you can't write code if you're dead.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    41. Re:Systemd! by sjames · · Score: 3, Insightful

      In Linux, that's called ALSA.

    42. Re:Systemd! by Anonymous Coward · · Score: 0

      Better than using Systemd, I'd say.

    43. Re:Systemd! by Anonymous Coward · · Score: 0

      I have a strong opinion because diskless clients can not be rebooted or shut down properly when using systemd. For some reason it absolutely insists that the network must be shut off before the root filesystem. I believe the "D" in SystemD stands for "Durrr..."

    44. Re:Systemd! by influenza · · Score: 1

      Obviously you're a troll, but that is a fucked up thing to say. A man is dead, have some respect.

    45. Re: Systemd! by Hognoxious · · Score: 1

      History repeats itself. FDR once said that you can't code your way out of a problem you designed yourself into. Churchill replied that he didn't design it, that kraut bastard did.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    46. Re:Systemd! by gweihir · · Score: 5, Insightful

      The problem here is that the systemd-people are trying an MS-like strategy to make it impossible to swap it out: They try to replace everything else they can get their hands on and they try to sabotage whatever else they can so it does not run without systemd anymore. If these were decent people and they were just providing an alternate init-system, I would have absolutely not problem with this and just ignore it. But this embrace-extend-extinguish approach is utterly evil and marks this as a hostile takeover that will benefit nobody. There are not even any good technical reasons for this. I can only guess that they want their stuff to be the one true "does everything" because of pure ego.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    47. Re:Systemd! by gweihir · · Score: 4, Insightful

      No, he is not. Of course, to systemd-apologists it will look at it that way, because they do not think users have the right to do their own simple init-scripts. But to actual UNIX users writing their own init-scripts is nothing special.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    48. Re: Systemd! by Anonymous Coward · · Score: 1

      Uhhh... Being dead probably means you're not a developer - but, sure, not writing code for a project does reflect on the source.

      For an example of attitude reflecting the source, using the same kernel command line variable to debug your application that the kernel uses to switch on debug and closing as "not a bug" will result in different code than changing the code. This can reflect the attitude of the maintainers.

    49. Re: Systemd! by sjames · · Score: 1

      Because it IS a bug, but by stamping it not-a-bug, it remains in the source.

    50. Re:Systemd! by OrangeTide · · Score: 1

      I've written 3 init systems in my career, including one in awk (!). But in this particular case I'm using a modified version of sysvinit and the custom bits are the scripts and directory structure for them.

      --
      “Common sense is not so common.” — Voltaire
    51. Re: Systemd! by Anonymous Coward · · Score: 0

      Strange since that is not happening on any of the machines I administer.

    52. Re:Systemd! by OrangeTide · · Score: 2

      Sounds great. I did manage to trim 200K of ram usage in an embedded system (no swap!) by tearing systemd out.

      Systemd is way more modular though, and it has a lot of benefits for a desktop environment and for distro maintainers. But if you system doesn't want dbus, pulseaudio and those sort of things, it probably also doesn't want systemd. And if you are using pulseaudio and dbus, then the framework that Systemd presents might be something you want. I don't have any use for Systemd or dbus or other desktop oriented services on my name server. But there is not one architectal answer that covers every use case.

      --
      “Common sense is not so common.” — Voltaire
    53. Re: Systemd! by Anonymous Coward · · Score: 0

      Than there's is foreigners. Do the needful friend. Learns the English please.

    54. Re:Systemd! by geoskd · · Score: 5, Interesting

      But if it starts becoming a required component for turning up the volume, that is clearly a sign of poor design.

      Systemd's integration into more than just init is a fundamental result of a singular problem that has been facing all operating systems for about 15 years now: Hot plugging. Hot plugged devices need to be handled in almost exactly the same way as non-hot swapped devices during boot, so it makes sense to use the same code path for both processes. This effectively means that your init system needs to also handle pretty much every type of device that can be hot plugged. This includes: any and all USB devices, large parts of the audio sub-system, network devices, damn near everything these days. By definition, the software that handles this needs to underly everything except the kernel. Since the kernel does not deal with this (by design), something else has to. Prior to SystemD, the various methods for handling it were a complex jumble of incompatible broken-ness.

      --
      I wish I had a good sig, but all the good ones are copyrighted
    55. Re:Systemd! by dbIII · · Score: 3, Interesting

      Spot on. All that's needed to confirm it is to look at Lennert's blog where he states most of the things above as his goals. He is not shy in saying that he wants to recreate linux HIS way and the rest can just go jump. If he listened to others and was a bit more patient in testing before getting things out the door that may not even be a bad thing, and it's probably fine for desktops. It kind of sucks for servers though when software depends on things working in the same sort of way they did a couple of years ago and where getting hung up on boot is a hassle for a lot of people instead of a single desktop user.

    56. Re:Systemd! by dbIII · · Score: 1

      Perhaps - but why put the thing on servers where hot plugging is not an issue but a beta init system managed by a guy that throws bug reports back in people's faces is?
      Like PulseAudio and NetworkManager there's places where it makes sense and others where it should just be torn out.

    57. Re:Systemd! by Cyberax · · Score: 1

      Sure. If you're doing slimmed-down devices where evety KB of RAM counts then systemd is not really needed, busybox and static init scripts are the way to go.

      Surprisingly, servers are a good fit for systemd - a lot of modern devices and services come and go asynchronously, so writing reliable initscripts without something like systemd is not easy.

    58. Re: Systemd! by Hognoxious · · Score: 1

      Says who?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    59. Re: Systemd! by Hognoxious · · Score: 1

      That's being a crap coder. It's nothing directly related to attitude. I've met developers who were helpful to the point of obsequiousness but who couldn't code for shit.

      Fucking hell, don't they teach ignoratio elenchi these days?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    60. Re:Systemd! by phantomfive · · Score: 1

      You have not addressed the point at all. Hot plugging doesn't mean you should create a bad design.

      --
      "First they came for the slanderers and i said nothing."
    61. Re:Systemd! by vovin · · Score: 3, Informative

      Yes ... but systemd is a 'happy path' only.
      When something goes wrong then the thing just shits all over itself. Just like everything else pottering has ever touched,
      Just went through the shit this weekend .. CD drive died (no big, wasn't being used for anything) but systemd managed to fubar the whole f'ing system. Fallback to upstart worked fine.

      Other stuff that is a major PITA with systemd: OpenVPN. Whenever I change my .conf file I have to update systemd with some whacky config because it 'caches' my config file in it's own little world. WTF is that about? Dunno but it's enough of a pain that I'll be jumping to the debian boxen to devuan and tossing the ubuntu for the same reason.

      Let CentOS / RHEL 7 deal with all the SystemD crap .. when it's actually decent (after pottering gets bored and real developer fixes all his shit) then maybe it will be the init system that it is being touted as.

    62. Re:Systemd! by Anonymous Coward · · Score: 0

      Well, a large part of the "systemd" hate meme are trolls coming from 4chan. The original call to "fork" Debian to get rid of systemd also originates with a well-known troll from there.

    63. Re: Systemd! by Anonymous Coward · · Score: 0

      Sure, I'm always imagining Gnome devs etc. congratulating themselves on how they've lived a systemd + gnome + wayland paradise for years already, on their 2.7GHz Intel laptop with Intel graphics, and everyone else is too dumb to realize how great it is.

      (It is representative of a great lot of PC hardware, except for those with different hardware)

    64. Re: Systemd! by Anonymous Coward · · Score: 0

      Lots of people are dead. They care naught, that you respect them.

    65. Re: Systemd! by Anonymous Coward · · Score: 0

      I don't follow. How I'd Git more important than Linux?

    66. Re:Systemd! by thegarbz · · Score: 0, Flamebait

      because they do not think users have the right to do their own simple init-scripts

      If you think that then you've never used systemd and not read the manual either. Systemd provides you the choice of scripting your own start and stop of your service. It even has full backwards compatibility traditional sysvinit scripts.

      But hey I expected nothing less from another clueless product of the diseased echo chamber that is the anti-systemd crowd.

    67. Re: Systemd! by Anonymous Coward · · Score: 0

      Biggest problem is that the packages that Devuan former are not updated regularly. Those are very few packages, most things are taken directly from debian (and actually are downloaded from debian servers).

      This becomes a problem when something depends on a Devuan package and debian then updates the package in their repository, updating the versions that dependent packages in debian use. Such situations usually lead to Devuan having broken packages for a couple of weeks till Devuan devs notice and update their package accordingly.

    68. Re:Systemd! by Anonymous Coward · · Score: 1

      If the presence of a script is a 'sign of broken design', then you have a strange understanding of 'design'...

    69. Re:Systemd! by Anonymous Coward · · Score: 0

      What you say makes good sense but I'm also thinking of servers as the only computers where the goddamn RAM and CPU can be hot plugged. Ok, 99.99% likely don't support that. It might get a bit more common, I'm thinking of next-gen Xeon E7, sharing the "platform" with Xeon E5. But, I have no goddamn idea if you "need" an automagic init system for that.
      Funnily, I never had a problem plugging some USB thing into a desktop. I thought udev (or whatever) was there for that. Also, I run the desktop on an actual desktop, still with PS/2 peripherals. I don't have bluetooth yet since the market doesn't want to sell me a $10 (or whatever) Bluetooth PCI card. So there's no great deal of hot plugging lol. Or perhaps systemd wants to know if I plug/unplug a monitor?

    70. Re:Systemd! by Barsteward · · Score: 1

      aahhh, you like re-inventing the init wheel for personal pleasure.. not got enough real work to do? :)

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    71. Re:Systemd! by Barsteward · · Score: 1

      and what log messages might they be?

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    72. Re:Systemd! by Barsteward · · Score: 1

      yawn.... no-one landed on the moon either

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    73. Re:Systemd! by Barsteward · · Score: 1

      and just how much is it consuming?

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    74. Re:Systemd! by Barsteward · · Score: 0

      conspiracy theory bollox as always.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    75. Re: Systemd! by mvdwege · · Score: 1

      Yeah, you really are a fucking coward, aren't you? Quickly checking that box so you can sockpuppet your own thread.

      As has been pointed out to you multiple times: Lennart was right, and Linus agrees. Using the overall debug variable was the correct way to go about it, and the real bug in systemd (overly verbose assertions) was acknowledged and fixed.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    76. Re:Systemd! by mvdwege · · Score: 1

      servers where hot plugging is not an issue

      Here's a nickel kid. Go buy yourself a real server

      guy that throws bug reports back in people's faces

      He doesn't. Stop drinking the Kool-Aid and depending on secondary sources. Go read the actual bugreports and discussion.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    77. Re:Systemd! by Anonymous Coward · · Score: 0

      servers where hot plugging is not an issue

      Yeah, because PCIe, CPU and memory hotplug are clearly consumer features...

    78. Re:Systemd! by dbIII · · Score: 2

      Been there, done that - even better read Lennart's blog.
      He doesn't care if he breaks stuff in server space and RedHat are not reining him in as much as they should.

    79. Re:Systemd! by mvdwege · · Score: 0

      So you can't read, or you're so blinded by your prejudices that you won't read.

      No wonder they never let you manage more than kiddie servers that need no such things as hotplugging.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    80. Re:Systemd! by dbIII · · Score: 1

      What's with the stupidly childish insults? Do you really want me to think your opinion is utterly worthless?

    81. Re:Systemd! by mvdwege · · Score: 0

      No, they're to point out your parroting of the echo chamber makes for a pretty worthless opinion.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    82. Re: Systemd! by Dog-Cow · · Score: 0

      Most people are dead.

    83. Re:Systemd! by Dog-Cow · · Score: 1

      And of broken.

    84. Re: Systemd! by Oerthling · · Score: 1

      Err - what? If you want your server to not have a downtime because you need to replace a failed HDD or fan then hot-plugging is very much an issue on servers. In fact it's an optional convenience on Desktops but a necessity on servers.

    85. Re:Systemd! by Anonymous Coward · · Score: 0

      And then the ball starts rolling, does it have a hardware mixer? Is it a 5.1 surround setup or a 2.0 headphone? Does it have positional sound? Can it bitstream compressed audio to another device? Can we have ann equalizer? Per-application audio controls? Etc. and so eventually you end up with a form of "sound system service". Eventually you have to decide on a standard.

      You mean like OSS?

      * https://en.wikipedia.org/wiki/Open_Sound_System
      * https://www.freebsd.org/cgi/man.cgi?query=sound

      Runs on the BSDs and Solaris.

    86. Re: Systemd! by Anonymous Coward · · Score: 0

      Found the douchebag, what do i win?

    87. Re: Systemd! by sjames · · Score: 1

      Even if there is disagreement, the bug/not-a-bug decision is in part made based on attitude (see NIH), and is reflected in the code.

    88. Re:Systemd! by Tupper · · Score: 2

      If you think that then you've never used systemd and not read the manual either

      I didn't want to read your damn manual. I had a init system-- it never gave lip and I could customize it when I wanted to. Now my Debian systems have systemd and I've spent too much time reading the damn manual for a program that ostensibly solves problems I never had. I for one welcome our new Devuan overlords.

    89. Re:Systemd! by Anonymous Coward · · Score: 1

      This is factually wrong to such a degree it's hard to know where to start. Let's do this in point-by-point form:

      * First, the kernel absolutely does have a standard interface for managing hot-plugged devices. All device handling services including udev, eudev, and mdev utilize this framework. The kernel will even add and remove device nodes for you in the /dev tmpfs if you enable that configuration option at compile time. All by itself. There was a time, many years ago now, where this functionality did not exist and device nodes had to be managed 100% manually. Before even that, Linux systems just used a huge set of static device files for every conceivable device.

      * Second, the many different types of devices has nothing to do with the problem. Nothing in systemd's init or udev components actually talks to the device interfaces or does anything with the devices themselves. As far as anything at this layer cares about, they're just files in a tmpfs. They appear and disappear, are sometimes manually created and removed, and sometimes programs need to be spawned in response to those events. That's it. That's hot-plugging. It doesn't require 10,000 lines or code, let alone 500,000+. Take a look at the massive size difference between mdev and udev's code bases. They both add and remove devices, set permissions, and spawn programs in response to device events. Try to explain what features could possibly justify the gap; I certainly can't. Do you enjoy udev's rules system and configuration syntax? I don't; it's a horrifying mess compared to mdev.conf .

      * Third, the "various methods" used before were ... what exactly? Nearly all distributions were using udev before systemd came along and consumed it. So very little changed for them. When a distribution actually did decide to go its own way and utilize a simpler system like mdev or even just straight-out static devices, of course it would be incompatible with the prevailing mechanism. What is surprising or "broken" about that? It works extremely efficiently for their needs and is drastically easier to configure and understand.

      The whole disconnect here, as far as I can tell, is largely between people who actually have to work with the low-level system components and those who never even look at them. It's becomes astounding difficult for anyone who's spent a lot of time examining or interfacing with systemd to think that it's a good, sane, properly modular, efficient, simple design. Some large enterprises may have complicated needs enough to justify the huge overhead and feature complexity, but it does nothing compelling for the vast majority of Linux desktop and small server users.

    90. Re:Systemd! by gweihir · · Score: 0

      Canned nonsense response from one of the purveyors of fine stupid as always.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    91. Re:Systemd! by gweihir · · Score: 1

      For variable values of "full". But I see you have swallowed the propaganda wholesale. There is no hope for you.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    92. Re:Systemd! by gweihir · · Score: 1

      Ah yes, replacing something simple with something complicated. The hallmark of atrociously bad engineering.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    93. Re:Systemd! by dbIII · · Score: 1

      Now that's very funny. Read what you've written yourself there and take your own advice! You are echoing empty hype and refusing to accept even the mildest criticism of the object of the hype.

    94. Re:Systemd! by ruir · · Score: 1

      Maybe he is uber-productive and has to invent side projects because does not have around idiots like you to waste his day.

    95. Re:Systemd! by Anonymous Coward · · Score: 0

      How is this all that different from the Linux Kernel and Linus? Linus creates Linux his way and to hell with everyone else. If you're going to have problems with systemd for the same reason that's more than a little hypocritical, and you should probably advocate for a BSD-like council that can accomplish things at the speed of governments.

    96. Re: Systemd! by dbIII · · Score: 1

      With the greatest possible respect it's not systemd that make it possible.
      Do you think it couldn't be done before systemd?

    97. Re: Systemd! by Wolfrider · · Score: 1

      --You should also look into Antix/MX, it's Debian without systemd.

      --I filed a couple of bug reports months ago with Devuan and find it hard to take them seriously, since no one took ownership or even updated the bugs for over a month.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    98. Re:Systemd! by bluegutang · · Score: 0

      I'm one of those "end users" with an opinion.

      My laptop has some hardware issue, which causes the wireless connection to die. It used to be the only fix was to restart. But since installing a new version of Linux Mint with systemd, I can now run "sudo systemctl restart network-manager.service" rather than restarting. Yay fewer interrupted workflows!

    99. Re: Systemd! by Anonymous Coward · · Score: 0

      Code and handwriting are equivalent now are they?

      In your head, when you're dealing with something deeply non-functional, you equate it to having messy handwriting, perhaps?

      I equate it to lacking clarity, lack of care, lack of diligence, or a poor understanding of the problem.

      Sure, some of those things might influence bad handwriting, but not all. Scientists usually have terrible handwriting because all that matters is that they can read it back.

    100. Re:Systemd! by Barsteward · · Score: 0

      its all your rants ever deserve

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    101. Re:Systemd! by Anonymous Coward · · Score: 0

      But if it starts becoming a required component for turning up the volume, that is clearly a sign of poor design.

      *if*?

    102. Re:Systemd! by OrangeTide · · Score: 1

      I've used make makefiles for init before and runit is good at parallel startup as well. Sysvinit is still my favorite for kicking off health monitors. But lots of options out there.

      There is not necessarily anything technically wrong with systemd. I think the controversy of systemd is that people felt they were not given much choice or input into the decision, especially with it being coupled with udevd.

      --
      “Common sense is not so common.” — Voltaire
    103. Re: Systemd! by mvdwege · · Score: 1

      Quote me where I am echoing empty hype.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    104. Re:Systemd! by fluffernutter · · Score: 1

      If I could figure out how to run a script on startup I would be fine with systemd. I have tried a couple times and failed. Otherwise it is just a few different commands to me.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    105. Re: Systemd! by fluffernutter · · Score: 1

      I have a laptop with a hybrid intel/geforce 555m and I have been unable to get it to work with anything beyond ubuntu 15.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    106. Re: Systemd! by SharpFang · · Score: 3, Insightful

      Writing code is a creative process. Obviously creator's attitudes infuse the creations.

      Comparison to handwriting is a poor one, if somewhat evocative. It's more like writer's style.

      Some creators adopt YAGNI philosophy, writing code that is simple, easy to understand, but doesn't suggest any expansion paths, and can turn to spaghetti if the expansions are managed. Some reinvent every wheel, writing every function themselves, others take the "golden hammer" to the extreme and create a dependency hell, trying to create a small centralized core that does everything using library functions. Some create rigid user interface following optimal use cases (actual or mistakenly imagined), others take customizability to the extreme, making the interface unusable mess until you take half an hour to configure it and remove all the crap you don't need. Some make programs that do only what says on the box and nothing more, others create APIs or operating systems disguised as applications.

      Systemd started as a very simple, neat idea:

      - create an alternative for initV that parallelizes startup of services;
      - to speed up startup more, not to delay startup of services waiting until other services initialized, provide socket management, creating sockets "customer" programs would wait for, then bind them to their standard "providers" once they started up.
      - do away with rigid sequence, instead manage startup as a set of dependencies to reach a certain state.

      The idea was very sound and nice. Except it didn't end there.

      - Some services needed these sockets actually working and not just present. So let's replace the provider and create own replacement as a part of systemd! And screw well established strategy, we're rewriting it our way! Here, take the binary log files!
      - Some services didn't really work with the "dependency tree" strategy, since ancient times written as sequences of operations. These couldn't be easily parallelized. So screw your firewall, have ours!
      - Some services used alternate communication methods that sockets. Kill them off, replace with systemd functions!
      - Some of them would centralize startup of other services as needed. But that's our job! Die, inetd with your easy config!

      And even if each "motion" by itself had a valid justification, the replacements offered by systemd are sub-par. Primarily because systemd developers don't believe in simple, straightforward, easy configurations. It's their attitude rubbing off.

      A decent system does offer a lot of flexibility, with all kinds of obscure options, but it primarily offers sensible defaults for every obscure option, so you can get your basic work done in 2-3 lines, and if that's not sufficient, you will find what more can and needs to be done, never forcing you to state the obvious. Systemd though doesn't. You need to alliterate every little thing you want it to do, because the defaults just aren't there. And with some of its demands being quite obscure, it's often hard to find *what* the defaults should be. "Why should we make it easy if we can make it hard? If nobody ever has to write all these little details, they'll never know we had to work to implement handling them!"

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    107. Re:Systemd! by Anonymous Coward · · Score: 0

      You know, you can still run linux with init=/bin/bash as a boot argument.

      Writing an init system is no big deal. The only thing that's really necessary is to be able to fork and reap the children that terminated, which is unix programming ABC. It only becomes complicated when you have to maintail compatibility with decades of legacy cruft, which you don't have to unless you're writing a plug- and bug-compatible sysV init replacement.

      Or when you have an agenda to push, ie you feel the urge to force the people to do things your way instead of their way. It's pretty hard to become famous and leave a mark these days -- squatting the pid 1 on a popular system and extending your tentacles everywhere sounds like a good plan.

    108. Re:Systemd! by Anonymous Coward · · Score: 0

      cheesh. would you fucking curryheads get off of this fucking site? english dipshit.

    109. Re: Systemd! by Anonymous Coward · · Score: 0

      Pretty sure that guy is Australian or some other uneducated roo country washoff. Maybe a hickville ville in Canadia?

      Anywho - agreed. This is an American site, one of few. If you want OP, there's a subreddit for you on reddit or voat. Learn to speak the language like the rest of us here, or buzz the fuck off. Looking at your previous comments, nothing of value will be lost.

    110. Re:Systemd! by Anonymous Coward · · Score: 0

      Are you google translate-using russian guy?

    111. Re:Systemd! by ArchieBunker · · Score: 1

      Admittedly not much. But the fact that its consistently on top is reason enough to question its motives.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    112. Re:Systemd! by gweihir · · Score: 1

      There is the little fact (apparently flying right over your head) that Linux did not replace anything that was free and working well.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    113. Re:Systemd! by gweihir · · Score: 0

      You demonstrating that you are a dumb fuckup? I already know that...

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    114. Re: Systemd! by dbIII · · Score: 1

      Hype about hotplugging. It's done whether systemd is there or not. It's just the latest thing for the octopus to get it's tentacles into.

    115. Re:Systemd! by Barsteward · · Score: 1

      post some real evidence for your claims

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    116. Re: Systemd! by mvdwege · · Score: 1

      Again, quote met where I am echoing empty hype. I was merely correcting your idiotic statement that hotplugging had nothing to do with servers, that's not echoing hype.

      For the record: my use case for systemd is resource control, which it does a hell of a lot better than any of the alternatives, even if the interface is a bit too arcane to my tastes.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    117. Re:Systemd! by Anonymous Coward · · Score: 0

      Well, systemd had backward compatibility with old init scripts. Now it only has something converting old init scripts in new systemd unit files. I wonder how well it works. Probably perfectly.

    118. Re: Systemd! by Anonymous Coward · · Score: 0

      Of course it didn't. The same way logging never worked before journald.

    119. Re:Systemd! by ruir · · Score: 2

      It would help if you knew you could also restart services and networking *before* systemd. (....)

    120. Re:Systemd! by ruir · · Score: 1

      Spot on!! Have never seen it so clearly laid out.

    121. Re:Systemd! by JImbob0i0 · · Score: 1

      cat > /etc/systemd/system/mything.service << EOF
      [Unit]
      Description=Something to help me remember what this is for

      [Service]
      Type=oneshot
      ExecStart=/usr/local/bin/myscript

      [Install]
      WantedBy=multi-user.target
      EOF

      systemctl enable mything

      This assumes a script that you want to run to completion and exit to be considered complete... otherwise you may want a different type (man systemd.service for full details).

      If the script is going to kick off any processes you want to hang around beyond the lifetime of the script then add RemainAfterExit=yes

      Add any Requires dependency statements or After/Before for ordering direction if that needs to be tuned (man systemd.unit) but otherwise this will be run as soon as multi-user.target is reached.

    122. Re: Systemd! by dbIII · · Score: 1

      systemd is resource control, which it does a hell of a lot better than any of the alternatives

      I am not aware of an advantage there. In what way? It's not a challenge I just want to see what is so good that it's got you are advocating it so strongly.

      Personally I've had some very bad experiences with people setting up machines that wouldn't boot and services that wouldn't run but as far as the logs indicated they were (so it's not just me to blame in a kneejerk reaction here). We keep on telling people that linux is reliable and having to go in an fix things that won't even start up is not a good look, I haven't seen so many problems like that since before 2000. Having to tell someone "unplug the mouse and plug it in after you see the login screen and it won't hang forever" sounds really unprofessional, so that machine was rolled back to an earlier OS.

    123. Re:Systemd! by bluegutang · · Score: 1

      I tried something along those lines before systemd, it didn't work.

    124. Re:Systemd! by Anonymous Coward · · Score: 0

      Whatever you may be thinking, he's right. Red Hat claimed more than once that they want to unify the linux ecosystem. Systemd's purpose is to do that, and it is controled by RedHat. Freedesktop, Wayland and flatpak are also controlled by Red Hat and working toward unifying the ecosystem.

      You may think it is a good thing, you may like systemd, you may like RedHat, but you can't say it isn't happening.

    125. Re:Systemd! by Anonymous Coward · · Score: 0

      I really like systemd. I like sustainability and maintainability. Running custom builds for authorative DNS servers or other critical tasks in 2017 is insanity.

    126. Re:Systemd! by fluffernutter · · Score: 1

      This seems a whole lot more complicated than adding a command to /etc/rc.local. Thanks though, I will try this.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    127. Re:Systemd! by JImbob0i0 · · Score: 1

      You can also just pop something in /etc/rc.d/rc.local and mark it executable on most distributions... But of course then you lose the benefit of a dedicated unit in journald for your script to log in and can't test it via a simple systemctl start

    128. Re: Systemd! by Anonymous Coward · · Score: 0

      Holy shit it's the grammar nazi retard again. How's are your IQ doing today moron? What's the matter - too stupid to know "there's" means "there is?"

      There's assholes, and then there're stupid assholes. Clearly you're neither. You have a mild form of autism that you should really take pills for - you are a disabled person with a malfunctioning brain and nervous system. I bet ugly as fuck too.

    129. Re:Systemd! by Anonymous Coward · · Score: 0

      ...or because it's already pwned.

    130. Re:Systemd! by gweihir · · Score: 1

      On your request? That would be a waste of time. You are incapable of recognizing real evidence.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    131. Re:Systemd! by gweihir · · Score: 1

      Thanks!

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    132. Re:Systemd! by gweihir · · Score: 1

      I wonder how well it works. Probably perfectly.

      Ahahahahahaha, you must not have any real experience with system administration or software development.

      Here is a hint: Changes like this do not even work "perfectly" if you have competent and experienced people work on them. Systemd does not have either.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    133. Re:Systemd! by OrangeTide · · Score: 1

      Trust me, I'm an engineer.

      --
      “Common sense is not so common.” — Voltaire
    134. Re:Systemd! by Anonymous Coward · · Score: 0

      Ahahahahahahaha, you must not have real experience with irony.

      But well, considering the attitude of systemd fanboys, I understand how you could think my comment was from one of them and seriously implying that feature worked perfectly.

      I'll reassure you: there are still sane people out there, you seem to be one of them, I hope I am too.

    135. Re: Systemd! by Eunuchswear · · Score: 1

      systemd in Debian Jessie makes it hard to recover from a boot problem, so I'm going to look at Devuan.

      If you think the problem is with systemd why not just install sysv-init or upstart? What more do you think Devuan will get you?

      --
      Watch this Heartland Institute video
    136. Re: Systemd! by Eunuchswear · · Score: 1

      Va te faire foutre, petit con.

      --
      Watch this Heartland Institute video
    137. Re:Systemd! by Eunuchswear · · Score: 1

      The messages that say "troll to stupid to invent his own lies".

      --
      Watch this Heartland Institute video
    138. Re:Systemd! by Eunuchswear · · Score: 1

      Other stuff that is a major PITA with systemd: OpenVPN. Whenever I change my .conf file I have to update systemd with some whacky config because it 'caches' my config file in it's own little world.

      It does? news to me, I've just been setting up openvpn on my new jessie servers and nothing got "cached".

      WTF is that about? Dunno but it's enough of a pain that I'll be jumping to the debian boxen to devuan and tossing the ubuntu for the same reason.

      Wouldn't it just be easier to install sysvinit if you don't like systemd?

      --
      Watch this Heartland Institute video
    139. Re: Systemd! by mvdwege · · Score: 1

      I just want to see what is so good that it's got you are advocating it so strongly.

      Start by not strawmanning my position a priori. Then we can talk. Until then you can sod off.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    140. Re: Systemd! by dbIII · · Score: 1

      Strawmanning? That's not my intention
      All that line above is about is asking for a specific example of something that makes you like it as much as you do. What is a specific situation where it is an advantage to let systemd handle resource control instead of some other way?

    141. Re: Systemd! by dbIII · · Score: 1

      Do you need more time or do you have nothing but aggression, bluff, bluster and an incredibly thin skin?

    142. Re: Systemd! by mvdwege · · Score: 1

      But it is what you do. I merely like systemd better than SysV. If you characterise that as spreading empty hype and strongly advocating, that is a strawman of my position.

      So unless you actually apologise and take that back, you can sod off. If you think insisting on the mere courtesy of a correct representation of my position is thin skin, then it is obvious you are not interested in facts and anything I say will be twisted to your position anyway.

      In short, and redundantly: sod off.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    143. Re: Systemd! by dbIII · · Score: 1

      OK - I take it all back. I reacted with anger.

      Now do you have an answer to the question: What is a specific situation where it is an advantage to let systemd handle resource control instead of some other way?

    144. Re: Systemd! by mvdwege · · Score: 1

      With slices and scopes systemd directly interfaces with the cgroup mechanism in the kernel. The advantage is that with this mechanism you can fence off part of your session, or even a single process into its own environment, anything up to short of running it in a container (and then systemd can also manage containers). Resource usage can be limited on both the scope and the slice, and can be set for CPU, memory and I/O. The official documentation will provide more details.

      We saw a part of that in the debate on the setting that kills all apps on session end. While I disagree with making that the default (at least for now), the idea that if you want something to keep running in the background you have to explicitly assign it to a background scope, so both the system and the sysadmin can see it's a background task and keep it constrained if necessary, is a good mechanism in my eyes.

      I need that kind of fine-grained control in my work, and there are simply no alternatives that handle this as easily as systemd.

      This, and event-based service handling is worth it for me. systemd feels a little overengineered to me, but since I haven't even seen half of what it cant do I am quite willing to entertain the thought that this is a mistaken impression on my side. Or it might be that it actually is overengineered.

      It has faults; the event-based nature means that dependency cycles are hard to debug and can be frustrating; a number of units have timeouts that are far too long and make your system hang for ages if something goes wrong, and interrupting them is hard if not impossible. But I've dealt with SysV breakage too, professionally, and systemd's warts are certainly not worse.

      So, it's not actually worse than SysV, and it brings some stuff to the table I like and need in daily work. And most of the objections are people blindly parroting echo chamber talk, and that is what pisses me off to no end: people pretending to be intelligent not being any better than Alex the Parrot.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    145. Re: Systemd! by dbIII · · Score: 1
      Thank you. Something concrete. It's not something I'm likely to use since I'm a cluster guy so I was not aware of it.

      We saw a part of that in the debate on the setting that kills all apps on session end. While I disagree with making that the default (at least for now), the idea that if you want something to keep running in the background you have to explicitly assign it to a background scope, so both the system and the sysadmin can see it's a background task and keep it constrained if necessary, is a good mechanism in my eyes.

      Well that is something I very strongly disagree with but let's just put that down to a difference of opinion. I'll concede that that feature is by design for a purpose and not the newbie mistake by Lennart that it looks like (with the workflows in my workplace users log on remotely, kick long running jobs off, then log off so killing background tasks on logoff would be a disaster).

      And most of the objections are people blindly parroting echo chamber

      In my case it's been a combination of test machines and desktops having a variety of problems due to systemd (most admittedly several years ago, although the machine that wouldn't start up with a paticular mouse connected was last year and the systemd plus zfs problems were the year before) and a software vendor refusing to support their insanely expensive software if it's on a machines with systemd on it.

    146. Re: Systemd! by mvdwege · · Score: 1

      Look, SysV has worked for decades. It's creaky, but it works. If it has all the features you need, by all means stick to it. Clusters are usually a net of single-purpose machines, right? Because that would be a use case where systemd is overkill if you don't need its extra features.

      As for the long-running jobs, I like the fact that by stowing them in their own scope they are recognisable as deliberately started long jobs, and not just badly-terminated processes. Thankfully I don't have to deal with end user jobs anymore, but I can see the design making sense.

      The main problem I see right now is that systemd itself is mostly done, but people still have issues getting writing unit files right. Which results in weird startup issues occasionally. I managed to hang my laptop trying to add an autostarting emacs server to my user session. Which shouldn't influence system boot, IMO, but it did. I think I know what I did wrong, but I didn't have the time to really look at it. But that is a fair criticism: a badly written unit file can really mess up your service dependencies. But that is a hard problem to solve, and no other init mechanism has any decent solution either. Even SysV had ordering cycles.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    147. Re:Systemd! by knope · · Score: 1

      except, systemd is annoying, unnecessary, and silly.

    148. Re: Systemd! by dbIII · · Score: 1
      All I did to "earn" those attacks from all those fanboys and yourself was to mention situations I have encountered where systemd is not perfect.

      Which results in weird startup issues occasionally. I managed to hang my laptop trying to add an autostarting emacs server to my user session. Which shouldn't influence system boot, IMO, but it did

      That's the kind of scope creep I was referring to elsewhere which IMHO is yet another sign that Lennart just doesn't "get" the idea of a *nix system or multiuser systems in general, but maybe I'm reading too much into it and his blog posts.

    149. Re: Systemd! by mvdwege · · Score: 1

      Dude, if like sjames you keep repeating that canard that Lennart 'keeps throwing bug reports back into your face', then I am fully warranted to assume you're just parroting talking points. Every case I've investigated it turned out that Lennart (or the other systemd team members) did no such thing. And simply repeating it makes you sound like a clueless hater. Don't do that if you don't want people to react with irritation. Stick to the facts.

      And using systemd to manage user services instead of foisting it off to a dozen different desktop frameworks makes sense in principle. I just don't understand the interaction with system services as well as I should.

      Lennart seems to "get" Unix just fine, the issue is that his solutions to its shortcomings are not to everyone's taste. The main problem I see, is that he is the only one actually doing the work to implement his solutions. It's not his fault most other people are happy to carp from the sidelines.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    150. Re: Systemd! by dbIII · · Score: 1
      Seriously, read his blog instead of your assumption I'm making shit up. He has a "vision" for linux and it's very much desktop focused which is where some of the conflict comes from resulting in those "not a bug" situations that I'm not just parroting. It's somewhat annoying to get flamed every time I suggest that it is less than perfect.

      And using systemd to manage user services instead of foisting it off to a dozen different desktop frameworks makes sense in principle.

      Until it hits something other than desktop computer space where a malicious user or just one trying a few things out messes things up seriously for many others - hence not getting the idea of a *nix system or even multiuser systems. If the implementation can avoid that problem, then fine, but if it's not doing that just yet and IMHO it's a feature that shouldn't be in a stable release until it can.

    151. Re: Systemd! by mvdwege · · Score: 1

      I do read his blog. And follow his G+ feed. And you're wrong. He does not focus on desktop work, he spends just as much time, if not more, on server-related issues.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    152. Re: Systemd! by dbIII · · Score: 1

      Fair enough, we disagree, but next time the "unthinkable" happens and a second slashdot user dares to suggest that they had a real problem related to systemd please do not blindly assume that they are just repeating what the first said.

    153. Re: Systemd! by mvdwege · · Score: 1

      If they use the common shibboleths used by the haters, you can bet your arse I'm going to chew them out. Really, if you quack like duck, you shouldn't complain if I start looking for oranges.

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    154. Re:Systemd! by kilodelta · · Score: 1

      Well I do. For example there are certain apps that do not play well with Systemd.

    155. Re:Systemd! by phantomfive · · Score: 1

      Which apps?

      --
      "First they came for the slanderers and i said nothing."
    156. Re: Systemd! by dbIII · · Score: 1

      So the answer to anyone who looks like a "hater" is irrational hate? Fair enough but I thought you were better than that.

  3. Finally by thegarbz · · Score: 0, Flamebait

    Now can we please stop the flaming and can all those systemd haters just go use a distro for them and leave the rest of the internet alone please?

    This was the whole point of open source. If something is wanted then it is usually developed. If it doesn't work for some reason, support the guys who are trying to make it work rather than bitching that someone moved your cheese.

    1. Re:Finally by Anonymous Coward · · Score: 1

      I blame the current generation.

      They just can't say 'I don't like X; I'm going to do Y instead.' No, it's a holy war with every little thing. These kids need to miss a few meals in their life and then maybe they will get some perspective.

    2. Re:Finally by Mr+D+from+63 · · Score: 1

      These kids need to miss a few meals in their life and then maybe they will get some perspective.

      No they won't, they'll protest until they get their meals.

    3. Re:Finally by sgage · · Score: 5, Insightful

      "This was the whole point of open source. If something is wanted then it is usually developed. If it doesn't work for some reason, support the guys who are trying to make it work rather than bitching that someone moved your cheese."

      Except it wasn't wanted, and many people feel like it was rammed down their throats. It's not that it does or doesn't work (sometimes it does, sometimes it causes trouble). It's that open source is not about 'supporting the guys' who are making something you don't want, and who are making it more and more difficult to opt out.

    4. Re:Finally by Hognoxious · · Score: 4, Insightful

      Now can we please stop the flaming and can all those systemd haters just go use a distro for them and leave the rest of the internet alone please?

      If it was designed properly we wouldn't have to go to another distro.

      It's like saying if you don't like the radio go buy a different car.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    5. Re:Finally by thegarbz · · Score: 1, Insightful

      Except it wasn't wanted, and many people feel like it was rammed down their throats.

      Horseshit. Systemd won on all technical ground. It was chosen to fit the vast majority of use cases. A few people wanted an alternative and Devuan was born. The system works. Get over it and move to the distro which suits you.

    6. Re:Finally by thegarbz · · Score: 0, Troll

      If it was designed properly we wouldn't have to go to another distro.

      There's nothing wrong with it for the 99.9% of users out there.

      It's like saying if you don't like the radio go buy a different car.

      Funny you should say that. The radio is one of the things I look at when choosing a car, and I have decided not to buy a car based on the features and functionality provided by the radio. And that's the real ticket here: Most people don't give a shit about their init system, just like most people don't give a shit about their car radio.

      If it matters to you, chose the distro to suit you. If it doesn't matter than Debian should be no different to you now than it was 3 years ago.

    7. Re:Finally by wonkey_monkey · · Score: 0

      Except it wasn't wanted

      It clearly is wanted, or no-one would have written and/or adopted it in the first place. Just not by all.

      --
      systemd is Roko's Basilisk.
    8. Re:Finally by ArchieBunker · · Score: 2, Insightful

      What technical ground? Was there a vote or consensus reached? Redhat switched because they are Redhat and everyone else said sure whatever. If anyone wanted a new feature for systemd Poettering shit out some code overnight and they were happy. This is like claiming McDonald's is the best restaurant because they sold the most hamburgers last year. What is the deal with binary logs? I know AIX has them but why Linux? What's next, all the config files are stored in a flat binary database? Brilliant!

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    9. Re:Finally by whoever57 · · Score: 5, Informative

      Personally, I am still trying to figure out what real problem it solves.

      Every claim for systemd seems to be that it solves things that are simply not real issues.

      Anyone?

      The one real problem it seems to solve is: how does RedHat become the company that controls the architecture of all Linux distros.

      --
      The real "Libtards" are the Libertarians!
    10. Re:Finally by Anonymous Coward · · Score: 0

      Personally, I am still trying to figure out what real problem it solves.

      Every claim for systemd seems to be that it solves things that are simply not real issues.

      Anyone?

      The ability to remotely own any Linux machine?

      The one real problem it seems to solve is: how does RedHat become the company that controls the architecture of all Linux distros.

      Executive Order?

    11. Re:Finally by whoever57 · · Score: 4, Interesting

      Real world example:
      https://www.digitalocean.com/c...
      This howto tells you to disable firewalld and enable the iptables service because it is easier to set up.

      --
      The real "Libtards" are the Libertarians!
    12. Re:Finally by phantomfive · · Score: 1

      The radio is one of the things I look at when choosing a car, and I have decided not to buy a car based on the features and functionality provided by the radio.

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      --
      "First they came for the slanderers and i said nothing."
    13. Re:Finally by Anonymous Coward · · Score: 0

      and in canada those suckers will give it to them.

    14. Re:Finally by Anonymous Coward · · Score: 5, Interesting

      > solves things that are simply not real issues.

      I've managed UNIX servers for over thirty years, and systemd config files are a hell of a lot easier to manage than complicated shell scripts. I now manage servers with Puppet scripts, and the first time I added a custom systemd start-up daemon, I thought I was doing something wrong since it was so simple. It just worked.

      The real problem with systemd is that Poettering has no experience managing servers so he just doesn't grok the importance of logging. Several times most months, I have a problem that would be trivial to fix if systemd didn't swallow the log message. We leave SELinux enabled on servers so we often make mistakes that break things, and systemd makes it hard as hell sometimes to troubleshoot. We often have to resort to using strace and looking through thousands and thousands of lines of output to try to find the problem that would have only taken a simple "tail /var/log/messages" pre-systemd.

    15. Re:Finally by Anonymous Coward · · Score: 2, Interesting

      Nice example, but I've noticed the guys working for me just can't grasp the concept of this:

      systemctl start openvpn@server.service

      The @ sign? server? .service? You can't use tab completion to find the name of the service like you can with /etc/init.d/something. Plus, it's confusing that Poettering decided to call the system systemd while the command name is systemctl. We use four different Linux distributions and six other UNIXes, so that small inconsistency turns into a big thing.

    16. Re:Finally by Cyberax · · Score: 4, Informative

      Yes, there were multiple votes. Debian's technical committee voted for systemd, OpenSuSE committee voted for systemd, Fedora (that was independent from RedHat at that time) adopted systemd before RHEL.

      Oh, and had there ever been a vote for sysv-init?

    17. Re:Finally by drinkypoo · · Score: 1

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      You can always install another radio into a car. But it might not integrate with any of the things in the car, and it might not even fit into the dash these days.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    18. Re:Finally by Cyberax · · Score: 1

      An example of real-world problem: crappy init scripts. With sysv-init a shutdown sequence can hang forever, for example. It's not a theory, it happened to me personally: https://lwn.net/Articles/61679...

    19. Re:Finally by Anonymous Coward · · Score: 1

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      Have you been to any car dealers in the last 10 years? The radio/nav unit is now highly integrated in control of far more than just the radio, and is not replaceable without losing other functionality (or replaceable at all).

    20. Re:Finally by phantomfive · · Score: 1

      Have you been to any car dealers in the last 10 years?

      No actually haha. I should update my knowledge.

      --
      "First they came for the slanderers and i said nothing."
    21. Re:Finally by whoever57 · · Score: 1

      Badly-written code is badly-written code.

      Yes, the service files may be easier to write, but how many people actually write init scripts?

      --
      The real "Libtards" are the Libertarians!
    22. Re:Finally by Parker+Lewis · · Score: 1, Informative

      Debian voted to leave SysV and to pick systemd instead of Upstart. No RedHat influence.

    23. Re:Finally by Cyberax · · Score: 1

      Quite a lot of people need to write initscripts. Debian has several thousand packages with init files, and any of them might be broken in the same way.

      And by the way, your argument is self-defeating. If you don't need to write init scripts then why do you care about systemd?

    24. Re: Finally by Anonymous Coward · · Score: 0, Troll

      Debian voted for systemd, and then Ian committed suicide. Coincidence?

    25. Re: Finally by Anonymous Coward · · Score: 0

      All that, plus automatic upgrades and telemetry, coming in Linux 10!

    26. Re:Finally by whoever57 · · Score: 2

      Debian voted to leave SysV and to pick systemd instead of Upstart. No RedHat influence.

      It wasn't a free choice. The fact that Gnome3 requires systemd was a significant influence.

      --
      The real "Libtards" are the Libertarians!
    27. Re:Finally by Anonymous Coward · · Score: 0

      Is "Ooooh, shiny!" a technical ground?

    28. Re:Finally by Anonymous Coward · · Score: 1

      Technically gconf already provides that opaque, central configuration DB. And like systemd, GNOME is maintained and controlled mostly by Red Hat employees. It's probably written in a language nobody important uses (Vala), too.

      @thegarbz: I question the merit of systemd's "adoption". Every debate had about it was almost forced by systemd supporters, and systemd developers and supporters both are incapable of having a discussion about the social or political side of FOSS, especially in relation to their own projects. They'd rather pretend it doesn't exist or has no bearing on the merits of a project. Social merit is indeed a thing, and the systemd team fails horribly in that litmus test. No amount of plugging your ears and chanting, "NOT TECHNICAL NOT TECHNICAL" will make the shitty cult of personality surrounding the systemd project go away.

      You're not wrong that people should move distros or build their own thing, but at the same time Red Hat forced this decision on people. Poettering himself has encouraged debate and "gently pushing" to put systemd on every distro. He's part of the GNOME Foundation, too, and pushed them to depend on logind. It's probably why Mozilla switched to PA, also. He's actively trolled Gentoo developers and generally has no respect for other projects. When he attends talks, he lacks the respect to sit in the audience and shut his mouth. Instead, he's taken over at least one talk with his aggressively argumentative attitude and disrespected both the speaker and the community organizers that made such talks possible by disregarding the standards for conduct. Every ounce of ire directed at him is deserved, and will continue to be deserved until he stops being a dick. The FOSS ecosystem is not a playground for egotistical developers, whether they're named Lennart, Linus, or Eric. The difference here is Linus knows his place and doesn't pretend to own userspace. He has very stringent rules on kernel development and will ream someone for breaking userspace. systemd simply doesn't have the same culture of careful engineers improving a system behind the scenes. When I get a new kernel, I get a nice script that will allow me to configure it to my tastes, and compiling has never failed, even with some odd or outlandish configurations. That's the sort of battle-hardened project the kernel is, and part of why it's so great is due to its strict QA culture. By comparison, systemd is a bunch of kids building sand castles with a bucket who then want to build sand castles all over the beach, even on top of other, more carefully built, sand castles.

      We already have distros that simply won't work without systemd, due to how many components of systemd that they use that haven't been copied or forked. That's not what I'd call a step forward, considering how much functionality systemd as a project attempts to subsume. One day, systemd will be as old as SysV, and it already has a few stupid behaviors (such as not following symlinks for service files) that would make its way to a "why systemd is crufty" list 10+ years from now. With the breadth of endeavors that systemd intends to pursue, replacing it down the line will be extremely painful for users. Of course, the systemd team hasn't, and won't, think of that scenario because most of those "rockstars" will have collected their money and pursued an early retirement, so they won't have to deal with the realities of their software becoming old and crufty. That's the systemd motto, after all: "It's somebody else's problem."

      Keep in mind it's taken a few years to have a mainstream-ish, .deb based distro without systemd. The rest are hobby/enthusiast distros like Slackware and Gentoo; basically projects that don't follow for the sake of following. Most distros have no real identity and instead just suck on the Red Hat teat. (see: Arch) It's taken a while, but with Devuan, anti-systemd users now have something they can use that isn't Gentoo or Slackware, both of which require considerable (but not wasted, imo) effort to maintain and aren't really for the average user.

      I wish the Devuan team the best of luck, and will be trying their ISO in a VM.

    29. Re:Finally by thegarbz · · Score: 1

      What technical ground?

      The discussion and the reasons for making the change were made public. Go read up on them.

      Was there a vote or consensus reached?

      Yes there was.

      This is like claiming McDonald's is the best restaurant because they sold the most hamburgers last year.

      Actually it's more like claiming McDonalds is the most suitable restaurant to feed people because it's the most convienient and fastest way to get food. They are called technical benefits. Systemd has many numerous of them. As does upstart, openrc, launchd, SMF, and all those other projects all launched to address the many short comings of sysvinit.

      What is the deal with binary logs?

      What's not the deal with them? It's a design choice. You want text based logging, systemd offers you that too through your logging daemon of choice with the only difference is that it has become more useful as you now have more options with how to log, where to log to, and can start logging earlier during the process.

      Brilliant!

      That sarcasm says a lot, namely that you don't have a clue and are just a product of an echo chamber. There's a reason why systemd is being widely adopted by core projects, and it hasn't got shit to do with Redhat or Poettering, and everything to do with it being the most feature complete and configurable of the many attempts to replace init.

    30. Re:Finally by Anonymous Coward · · Score: 0

      In the interest of fairness, whether or not systemctl and friends have tab completion is dependent on 1) the bash-completion package(s) and 2) the distro shipping the relevant bash-comp scripts. Without those, *nothing* gets tab completion. That's a shell thing. I've used distros that had tab completion for systemctl, and some that don't.

      That said, I don't use systemd for any of my personal machines. There's plenty of reasons to hate on systemd, but we shouldn't pretend this is one of them.

    31. Re:Finally by thegarbz · · Score: 1, Insightful

      Personally, I am still trying to figure out what real problem it solves.

      Here's one: sysvinit is unable to manage services.

      You don't see the short comings of sysvinit? The people who work with linux do. The people who create distributions do. Upstart, openrc, smf, ... systemd is just the latest and most successful in a long history of the attempts to address the many shortcomings of sysvinit. Hell Apple decided to use Unix as the core basis for their OS, what's the first thing they do? Launchd, a replacement for the dumb init system, and dumb is the only way to describe sysvinit which can trivially be confused as to the running state of the software it manages because ... it doesn't manage them, just writes a placeholder file and fires up a hundred line script.

      Hundred line scripts. Yeah one of those for each program that needs to be started. Makes perfect sense to need a long bash script just to start Apache. I suppose 100 lines of scripts could be justified for managing many conditions in the system an OS may experience. Oh wait sysvinit has no event driven capabilities, and even if it did it would just screw up the running state as there's no dependency tree.

      If you don't see what problems are being solved, you've never actually looked.

    32. Re:Finally by somenickname · · Score: 4, Insightful

      What is the deal with binary logs? I know AIX has them but why Linux? What's next, all the config files are stored in a flat binary database? Brilliant!

      This sounds like a great idea. I propose we call it The Registry. We can even make tools to convert the binary into an almost-human-readable format. It will be glorious.

    33. Re:Finally by thegarbz · · Score: 0, Flamebait

      You can't use tab completion

      No YOU can't use tab completion. The rest of us have no problems with it under systemd. Better still tab completion in systemd is context sensitive to what command precedes it rather than a stupid list of files in a director.

      Plus, it's confusing that Poettering decided to call the system systemd while the command name is systemctl.

      Please tell me you don't administer a SAMBA server, or that you didn't attempt to previously start and stop programs by typing sysvinit. You do realise there's a shitload of programs out there that have more than one executable command and aren't actually called the name of the program right? What's more intuitive calling systemd everytime you want to do something? Or calling it something that has context, systemctl and journalctl. Yeah I'm sure that it was really damn intuitive to enable a sysvinit script to run at boot time by calling a program call chkconfig.

    34. Re:Finally by somenickname · · Score: 1

      Wow, your "real world example" for "what does systemd solve" is literally a webpage that shows you how to disable the systemd built in firewalld and use the old iptables way of doing things. I think you might have given an ideal example of how most people deal with systemd and its ever growing host of half-baked replacements for established tools: Route around it whenever possible.

    35. Re:Finally by thegarbz · · Score: 5, Informative

      Debian voted to leave SysV and to pick systemd instead of Upstart. No RedHat influence.

      It wasn't a free choice. The fact that Gnome3 requires systemd was a significant influence.

      The choice was made long before any mention of the fictitious Gnome dependency on systemd. It IS ficticious by the way. Gnome has a dependency on one thing: something that provides a DBUS API. systemd-logind is now shipping on many systems so it made sense for Gnome to use it. Notice however Gnome is still available for all non-systemd systems, and BSD, and simply reverts to using gnome-session instead of systemd-logind. The whole dependency thing was just another out of control rage induced verbal vomit out of the echo chamber.

    36. Re:Finally by thegarbz · · Score: 1

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      Do you still drive a car from the 90s? You would lose a lot of functionality in a modern car by attempting to replace the radio system. Shit my car is 14 years old and the radio is a headless box that provides power in, audio out, and a wiring loom to the CANbus that integrates with the dash, steering buttons, console display, central buttons, GPS system, etc.

    37. Re:Finally by Hognoxious · · Score: 2

      Which organisation is the 400 lb gorilla when it comes to Linux development?

      You can follow them and have an easy life. Or you can spend it on the treadmill constantly trying to peel out the shit you don't want, while they're adding it ten times as fast.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    38. Re:Finally by slack_justyb · · Score: 1

      Personally, I am still trying to figure out what real problem it solves.

      I see systemd as the perfect compliment to Linux cgroups. It makes managing containers a lot better than how say docker does things. But if you like docker or systemd, I think we can all agree that the way containers are done now, versus sysvinit + chroot methods, is vastly better. However, if sticking with the old sysv stuff helps anyone sleep, then go for it. However, I remember doing the whole httpd inside a chroot and remember the headache it caused if one of your boxes out of a 100 was hung up and trying to hunt it down... systemd or docker make managing thousands of systems a whole lot easier.

    39. Re: Finally by Anonymous Coward · · Score: 1

      Every time an American makes fun of us Canadians, I go to my hospital to have my feelings checked for free.

    40. Re:Finally by Anonymous Coward · · Score: 5, Insightful

      I don't know about the other distros, but it's almost silly to call what Debian did a "vote." It was a 2-2 tie and was over-ruled to force a pro systemd outcome. Considering how many people develop for and use Debian and that systemd was decided based on 2 or 3 people, it's hardly worth calling it a vote.

      I've used systemd about 4 years or so now (mostly from Arch). It definitely has some pros, but the thing I don't like is Pottering himself. You should see some of the YouTube videos of him where he was pointed out to be wrong and instead of talking about the technical merits of the suggestion, he attacks the man. I've read a decent amount of his writing segments on posts and things and I will admit, he is smart, but he is seriously incapable of admitting when he is wrong.

      When systemd was first being developed a lot of the bug reports were around problems with system crashes that resulted in corrupted and unreadable binary logs. They were all closed as WON'T FIX and some basically said "it's your problem."

      systemd unit files, I will admit, are nice and clean. But if you actually look into the code and the systemd-itself unit files and dependencies it's really a nightmare waiting to happen. I think that's one of the biggest problems. A lot of the people commenting about systemd have only used it at the surface level. It would be like buying a used car that looks nice on the outside but never looking at the engine and realizing it's all duct-taped together.

    41. Re:Finally by phantomfive · · Score: 1

      Do you still drive a car from the 90s? You would lose a lot of functionality in a modern car by attempting to replace the radio system.

      haha yeah, actually. I should get my knowledge updated.

      --
      "First they came for the slanderers and i said nothing."
    42. Re:Finally by Anonymous Coward · · Score: 0

      So LFS and don't let other people make your decisions for you if you're going to go online and be upset about them?

    43. Re:Finally by influenza · · Score: 1

      I've noticed the guys working for me just can't grasp the concept of this: systemctl start openvpn@server.service

      That is an example of instantiated services which are a pretty handy feature.systemd.unit(5) documents this feature. If your 'guys' aren't into reading manuals for the tools they use, it's not that hard to figure out what's going on just reading the openvpn@.service file.

      We use four different Linux distributions and six other UNIXes, so that small inconsistency turns into a big thing.

      systemd is becoming standard, so there will be *fewer* inconsistencies between distros. One of the biggest drivers behind all the systemd hate seems to be resistance to learning new things, which is a shame because systemd is actually pretty cool.

    44. Re:Finally by Hognoxious · · Score: 0

      Run out of karma, dickhead?

      Nice idea, but some of us don't use Linux to look 733t, we need to actually get stuff done. So instead of buying a different car because I don't like the radio you're now saying I should build one?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    45. Re:Finally by Anonymous Coward · · Score: 0

      For simplicity, systemd is a task manager (windows style, as it were) that takes over init giving an orthogonal userspace environment to guarantee the existence and ordering of processes at boot-up, and monitors onward.

      > Actually it's more like claiming McDonalds is the most suitable restaurant to feed people because it's the most convenient and fastest way to get food.

      It doesn't help the case that you are positing a bad analogy by calling McD's offerings "food". I'm kidding. It's interesting that both are obviously bad situations that force users to get mired in another, possibly worse one.

      > What's not the deal with them? It's a design choice.

      That's a strange excuse. Almost like you don't know why, ostensibly because it's inscrutable. It was already presented, that a solution is not necessarily a design choice (more of a false-dichotomy here). Corruption and loss makes it inferior to a simple text file and checksum binary and the hobbled text version removes many of the features (you have to run the binaries in parallel to preserve).

      > it hasn't got shit to do with Redhat or Poettering, and everything to do with it being the most feature complete and configurable of the many attempts to replace init.

      This is specifically wrong. systemd was designed to implement specific features, not to replace init. Init had traditionally controlled startup and was involved with scripts to monitor some processes in custom scenarios. Systemd doesn't place init now, but includes it as a regular process within the scripted order of events. systemd has a lot to do with Redhat who has commercial clients looking for solutions and having no solution available to solve peripheral timing and monitoring issues (along with invasive redhat specific processes) until Poettering just threw something together "he had been working on" and has weakly presented any reasoning for his design.

      Your statements are not compelling or argumentative, making wild statements that are ignorant. Good luck.

    46. Re:Finally by whoever57 · · Score: 4, Insightful

      Many of those issues did not require something so intrusive as systemd to solve. OpenRC solves most of them.

      Yes, the init.d files are long, but so what? Most users never look at these files, let alone edit them and even for the creators of the files, they are rarely changed.

      Most of the int.d scripts on my Gentoo system are less than 100 lines, with a lot of them 20-30 lines.

      --
      The real "Libtards" are the Libertarians!
    47. Re:Finally by Anonymous Coward · · Score: 0

      Sorry, we can't understand what you're saying. Please remove Lennart's cock from your mouth and try again. Thanks.

    48. Re: Finally by Brockmire · · Score: 1

      Pop just came out of my nose.

    49. Re: Finally by Brockmire · · Score: 1

      You are confusing popular with best. You have poor arguments.

    50. Re:Finally by Anonymous Coward · · Score: 0

      > a SAMBA server

      Is that called samba or smb or smbd? I've seen all three, I wish systemd would make up their minds.

    51. Re: Finally by Brockmire · · Score: 1

      I found out about systemctl tab completion a few weeks ago and it's been very useful. Centos 7 server, if that matters.

    52. Re:Finally by Anonymous Coward · · Score: 0

      Notice however Gnome is still available for all non-systemd systems, and BSD, and simply reverts to using gnome-session instead of systemd-logind. The whole dependency thing was just another out of control rage induced verbal vomit out of the echo chamber.

      Gaddammit why do my mod points always expire right before I need them?! +1!

    53. Re:Finally by dbIII · · Score: 1

      There's a reason why systemd is being widely adopted by core projects, and it hasn't got shit to do with Redhat or Poettering

      You failed to tell us that reason.
      IMHO it's fine for desktops where fuckups only result in one person being unable to work but it's still very problematic for servers. I've still go a pile of stuff on CentOS6 because some commercial software vendors haven't figured out how to get their stuff to work reliably with Poettering's stuff.

    54. Re: Finally by bigjocker · · Score: 1

      LOL

      --
      Life isn't like a box of chocolates. It's more like a jar of jalapenos. What you do today, might burn your ass tomorrow.
    55. Re:Finally by Anonymous Coward · · Score: 0

      um, half the technical committee who took that shitty vote work for RedHat in their day jobs. it passed by 1 vote.

      choice of init should have remained a non-poisoned end user choice. don't give me shit about debian system package maintainers wanting systemd as it makes things easier for them. I'm living proof that that's not universally true.

    56. Re:Finally by jittles · · Score: 1

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      You can always install another radio into a car. But it might not integrate with any of the things in the car, and it might not even fit into the dash these days.

      There are adapters for all that fancy shiz that you'd probably actually care about. Just go to crutchfield and check for yourself. All those stereos integrate with the CANBUS these days (which is really stupid to do from a security standpoint, BTW), and there are adapters which allow after market devices to communicate on the bus.

    57. Re:Finally by jittles · · Score: 1

      You can usually install another radio into a car, FWIW. You don't need to get a completely new car.

      Do you still drive a car from the 90s? You would lose a lot of functionality in a modern car by attempting to replace the radio system. Shit my car is 14 years old and the radio is a headless box that provides power in, audio out, and a wiring loom to the CANbus that integrates with the dash, steering buttons, console display, central buttons, GPS system, etc.

      You do realize that there are CANBUS adapters for every single car on the market, right? At least, the ones in the US market. Plus who the hell wants their car stereo communicating with the other devices on the CANBUS? That's just poor security right there just so that you can do things like turn the stereo off when the car is off and the door opens.

    58. Re:Finally by Anonymous Coward · · Score: 0

      Yeah I'm sure that it was really damn intuitive to enable a sysvinit script to run at boot time by calling a program call chkconfig.

      Red Hat didn't understand sysVinit when it implemented the rc system every initd had put on top of it. That's the biggest argument used to replace initd that implementing system services and event management in the rc system is difficult, and it is, because it's Red Hats poor understanding of SysVinit that is being replaced by systemd.

      Red Hat is compounding their original mistake with the deployment systemd.

    59. Re:Finally by Anonymous Coward · · Score: 0

      One of the biggest drivers behind all the systemd hate seems to be resistance to learning new things, which is a shame because systemd is actually pretty cool.

      This position is pretty hypcritical as the same criticism can be leveled at the systemd developers who didn't learn to use initd and inittab properly in the first place. If they had, they would know there is no use case that systemd answers that initd hasn't already.

      If *you* had an understanding of initd functionality you would understand how it achieves systemd functionality succinctly and with elegance. Yes initd deserves criticism, but none that warrants replacing it completely.

    60. Re:Finally by Anonymous Coward · · Score: 0

      Sorry, we can't understand what you're saying.

      Of course you can't. You don't have a brain.

      Please remove Lennart's cock from your mouth and try again.

      Please kill yourself. The world will be better off without you.

      Thanks.

      You're welcome.

    61. Re:Finally by Anonymous Coward · · Score: 1

      Here's one: sysvinit is unable to manage services.

      You should read the manual page on inittab - that is what it does. It is clear you do not understand what initd is capable of whilst you criticize it.

      You don't see the short comings of sysvinit? The people who work with linux do.

      Yes, it needs a complementary event management system. It also needs better examples of how to use inittab properly to run things like event managers. If inittab was documented properly and people understood how to use it I doubt that systemd would have come into existence at all.

      Oh wait sysvinit has no event driven capabilities, and even if it did it would just screw up the running state as there's no dependency tree.

      If you don't see what problems are being solved, you've never actually looked.

      initd is a process manager, it is not an event manager. Event management should not be done by the init system, it should be performed as a spawned process that is abstracted from the process manager so that it can be restarted in case an event software dependency blocking on IO locks up the whole system.

      Before you say cgroups, that would be part of the event system too.

      That you cite the presence of an event management inside a process management system as a *justification* for systemd shows that people advocating for systemd have a really poor understanding of system design. If you can't write a shell script you have no business messing with system processes.

    62. Re:Finally by Anonymous Coward · · Score: 0

      What's next, all the config files are stored in a flat binary database? Brilliant!

      You should perhaps look at what is used in the cloud kind of distros like CoreOS, RancherOS, Atomic and many others. Tools like etcd or Consul are going to work on non-clustered distro like destops and things. Anyway, what the technical benefits of config files ? Faster access from the application ? Unified config format ? Instant reload of the config from the application ? turkeyshit all of that.

      The right way would be something like what Postfix is doing, enabling a mix of config sources and documenting it properly.

    63. Re: Finally by Anonymous Coward · · Score: 0

      Debian voted for systemd, and then Ian committed suicide. Coincidence?

      Good one. My turn : At least it was effective, other people commited murder to get their project mainstreamed, and it failed.

    64. Re:Finally by Anonymous Coward · · Score: 0

      >What is the deal with binary logs? I know AIX has them but why Linux

      Not sure about the original reasoning but parsing by time stamps without having to rely on stupidly arcane grepping or parsing the logs into script to spit out what I want is nice. And everything I could do with scripting worked just fine with journalctl. By default it just spat it out to logs to less but piping it to other programs works just fine (i.e. `journal -b0 | grep something | awk .... ` works the same as `cat /var/log/messages | grep something | awk ....`).

    65. Re:Finally by Anonymous Coward · · Score: 0

      from my point of view, it's not really worst that the full-duct-tape based sysvinit, where your would have to do different debuging between distros because no standard way of doing things.

      but seriously, that's a moot point : seems that the future of app packaging is the app container, inside which you can do what you want.

    66. Re:Finally by Anonymous Coward · · Score: 0

      Ah, so it's easier to use except when it isn't, down to poor design. Got it!

    67. Re:Finally by Anonymous Coward · · Score: 0

      Creating a .service file is not hard. configure a user, file to get some environment variables in,a stop- and a start command and some dependencies if needed. Not much different from the old init system only now in a uniform way.

    68. Re: Finally by Anonymous Coward · · Score: 0

      The vote was a tie, giving the chairman an additional vote to break that tie.

      Yes, the were some former redhat employees in the mix (as is expected with redhat being the biggest employer of Linux talents for a long time now), but half the comitee had a bias towards upstart (canonical employees, the upstart maintainer).

    69. Re:Finally by thegarbz · · Score: 0

      every single car

      And you'd be wrong. There are adaptors for many individual features of car radios on the market and precious few of them for anything CANBus related. Most adapters work for controls that come in via resistive signals. A few work for specific displays which are driven via CANBus. In the modern car there is no adapting all the functionality. There is replacing your radio with one that doesn't fit in the dash while not losing your steering wheel controls, and that's about the end of it. If you're super lucky your new radio can display the current radio and volume on your dash screen and you will part with $100 + another $100 for installation of that feature.
      So no adapting is not a suitable choice for most cars and is definitely not available for every single car.

      Plus who the hell wants

      Let me stop you right there Richard Stallman. What people want and what they get when they buy a car is irrelevant on a technical level. I don't give a shit about the security exposure of my car radio talking via CANBus when ONStar or the manufacturer, or the bluetooth system present a much bigger risk. It's not about what I want, it's about what I get. And what I get is a lot of functionality that has been asked for by users who don't delve into technical details. What I get is a pretty standard approach by manufacturers to provide features to make people's lives easier.

      Wow. This car analogy is incredibly fitting for systemd.

    70. Re:Finally by thegarbz · · Score: 1

      You failed to tell us that reason.

      I am not your mother. The justification for the use of systemd in Debian was published by the core dev team and was many pages long. Go look it up yourself.

      But you won't.

      but it's still very problematic for servers

      Half the justification came from servers. Something about actually being able to monitor the status of processes rather than blindly firing off one and never knowing if it continues to run. Heck many of the design features of systemd was built with servers in mind, such as reporting process failure combined with an adjustable attempted restart of the process, isolating logging to the process etc.

      I've still go a pile of stuff on CentOS6 because some commercial software vendors haven't figured out how to get their stuff to work reliably with Poettering's stuff.

      If a software vendor has trouble getting their program working on a system that provides 100% compatibility with sysvinit then I'm glad not to have anything to do with that software vendor. There is literally a configuration file with 5 lines required to get systemd to execute and monitor a traditional sysvinit system, and you can even blindly start a process and then ignore it in the dumb sysvinit way too.

      Vendors not coding things in standard ways is not the init system's fault.

    71. Re:Finally by thegarbz · · Score: 1, Informative

      Many of those issues did not require something so intrusive as systemd to solve.

      I only gave you one example. systemd is intrusive due to the very large scope of it's functionality and what it provides. This is also why it won technical challenges when various distributions adopted it.

      Yes, the init.d files are long, but so what? Most users never look at these files

      Users? It wasn't the users crying. Except for when it didn't work and you had to pour through 100 lines trying to figure out why you can run Apache on the command line but it fails to start by script (about the typical problem users experience). No what systemd provides is a far simpler interface for developers and distribution maintainers. None of this go to the developer's website and chose one of 5 100+ line long scripts which may or may not work depending if they are using the same version of your distro. Just a 5 line configuration file for systemd.

      Most of the int.d scripts on my Gentoo system are less than 100 lines, with a lot of them 20-30 lines.

      Congratulation. Maybe that's why Gentoo is still using OpenRC. On distributions that are popular and used by a far wider community than Gentoo, scripts can easily run into the 200+ lines.

    72. Re:Finally by yeupou · · Score: 1

      Funny, I remember the whole httpd inside a chroot quite straightforward.
      And managing containers with LXC, for instance, without systemd, works just fine as well. LXC did make managing multiple systems a whole lot easier. I do not see how this topic even relates to systemd.

      For the record, I started using systemd in 2012 ( https://yeupou.wordpress.com/2... ), early enough for a project started in 2010, and, at that time, was baffled by bootup time.
      I went away in 2015 after trying systemd on many boxes : some stuff just stopped to work, or did not work as I expected it to work and I decided it required way too much extra work for me without any massive benefit, considering that I am not starting up machines that often ( https://yeupou.wordpress.com/2... ). So I really do not share your feeling it made things simpler. Maybe it has many benefits, but the one I noticed were less important that the extra trouble.

    73. Re: Finally by Anonymous Coward · · Score: 1

      > I don't know about the other distros, but it's almost silly to call what Debian did a "vote."

      It followed the processes debian had established to decide in inter-maintainer disputes.

      > It was a 2-2 tie and was over-ruled to force a pro systemd outcome.

      Actually this is overly simplyfied:
      * The numbers are wrong. The voting process came to a tie with upstart and systemd being in the running set. All other options were out at this point.
      * The chairman broke the tie by casting another vote between upstart and systemd in favor of systemd. That is far from "over-ruling the decision".
      * The whole discussion was about "default init system for Jessie". It is not about systemd being systemd-only.

      See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708 for all the details.

      > [...] but the thing I don't like is Pottering himself. You should see some of the YouTube videos of him where he was pointed out to be wrong and instead of talking about the technical merits of the suggestion, he attacks the man.

      I've seen those videos, too. If I were in his shoes, then I would not have stayed silent with some idiot on stage sprouts non-sense.

      > I've read a decent amount of his writing segments on posts and things and I will admit, he is smart, but he is seriously incapable of admitting when he is wrong.

      That is absolutely not my experience interacting with the systemd community.

      > When systemd was first being developed a lot of the bug reports were around problems with system crashes that resulted in corrupted and unreadable binary logs. They were all closed as WON'T FIX and some basically said "it's your problem."

      They did fix the log corruptions, they just did not add a binary to fix broken log files. The logic is to not mess with log files on disk (those should be read-only!) but to have logic to extract as much data as possible from the existing files in the normal tools.

      > systemd unit files, I will admit, are nice and clean. But if you actually look into the code and the systemd-itself unit files and dependencies it's really a nightmare waiting to happen. I think that's one of the biggest problems. A lot of the people commenting about systemd have only used it at the surface level. It would be like buying a used car that looks nice on the outside but never looking at the engine and realizing it's all duct-taped together.

      At least there is now one place to fix the mess: That mess used to be copied into each and every init-file! And each package update nicely overwrote your fixed init files for you.

    74. Re: Finally by Anonymous Coward · · Score: 0

      If *you* had an understanding of initd functionality you would understand how it achieves systemd functionality succinctly and with elegance. Yes initd deserves criticism, but none that warrants replacing it completely.

      Are you referring to inetd here or sysv-init or sysv-rc or all of these?

      But you are right: Everything systemd does could be done in all other inits, there is no magic fairy dust hidden away in systemd. It is just that systemd has rolled up a lot of nice or at least convenient features I to one package.

    75. Re:Finally by Fruit · · Score: 1

      That's odd, one of the reasons I like systemd is that it *doesn't* eat process output. With sysvinit, non-syslog output would end up on /dev/console, scroll up and be lost forever (especially relevant for headless servers). With systemd's journalctl I can easily review the output of any process together with its syslog logs. There's plenty of things about systemd that annoy me but that ain't one.

    76. Re: Finally by Anonymous Coward · · Score: 0

      OpenRC is a nice improvement over sysv-rc. Systemd does provide a lot more benefit with it's built-in cgroup/namespace support though.

      Not that you can not do the same things with openrc or any other init system out there. It is just less convenient.

    77. Re:Finally by Anonymous Coward · · Score: 1

      Yeah sure, because the system hanging for no reason at shutdown or reboot or even at startup after a failed reboot (!) never happened to anyone using systemd...
      Crappy units are as bad and as real as crappy init scripts.

    78. Re:Finally by thegarbz · · Score: 1

      If systemd is eating your log outputs maybe you should configure systemd properly. One thing systemd provides is more logging earlier and more consistently than the previous methods. But if you really need the old syslog, well systemd can output to that too.

    79. Re:Finally by Barsteward · · Score: 1

      that is because they felt entitled to tell the DISTRO they use for ZERO money what they should do - tough... its people that create the distro that decide. those that feel it was "rammed" down their throats should move and freeload on another distro which makes Devuan one of their choices.

      so yes that is one of the points of open source, if you don't like it, fork it and/or make your own.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    80. Re:Finally by Barsteward · · Score: 1

      Redhat wouldn't have switched if it wasn't technically good enough. You write up a paper that challenges the technical merits of systemd and put it to RedHat.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    81. Re:Finally by Barsteward · · Score: 1

      "This is specifically wrong. systemd was designed to implement specific features, not to replace init. " - can you provide a link where that was said? Have you read this ? http://0pointer.de/blog/projec...

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    82. Re:Finally by Barsteward · · Score: 1

      maybe you should do some research into the reasons for systemd and how it benefits servers, particularly those that uses containers and VMs where they need fast shutdown and reboot instead of making things up. Any benefit to the desktop was an additional bonus.

      You'll feel better when you find the reasons rather than rely on ignorant crap from trolls

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    83. Re:Finally by Anonymous Coward · · Score: 0

      systemd config files are a hell of a lot easier to manage than complicated shell scripts.

      To be precise, only sysv rc scripts are so bloated and complicated. Run scripts for runit, s6 and nosh are even more straightforward and transparent (if you understand what exec() is, which is easy) than those for systemd.

      We often have to resort to using strace and looking through thousands and thousands of lines of output to try to find the problem that would have only taken a simple "tail /var/log/messages" pre-systemd.

      Just configure your services to log to stderr, and (with runit, s6 and nosh) use one lightweight logger, like cyclog or s6-log, for each service. This way your logs are naturally separated for different services, and there is no central bottleneck like journald (which requires all log streams to pass through); and you get simple textual logs, no journal corruption, no hassle.

    84. Re:Finally by Barsteward · · Score: 1

      To me typing 'journalctl --since 09:00 --until "1 hour ago"' is a lot easier than `journal -b0 | grep something | awk ....' and needs no testing

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    85. Re:Finally by Barsteward · · Score: 1

      maybe you need to do at least some research because others think different. there are too many reasons for anyone to type them out here. if you don't research what it does better, you won't ever know and remain in "ignorance is bliss" camp. Don't rely on the trolls here and other forums.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    86. Re:Finally by Barsteward · · Score: 1

      I can use tab completion on opensuse using your example, maybe i'm doing it wrong

      machine:/home/sd # systemctl start openvpn-hit tab-
      openvpn@ openvpn.target
      machine:/home/sd # systemctl start openvpn

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    87. Re:Finally by Barsteward · · Score: 1

      "I have a problem that would be trivial to fix if systemd didn't swallow the log message. " eh????? have you not found journalctl yet?

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    88. Re:Finally by Barsteward · · Score: 1

      because no-one was maintaining console kit and Poettering actually wrote a work around library for Gnome to work without sysyemd which they decided not to use

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    89. Re:Finally by dbIII · · Score: 2

      instead of making things up ... rather than rely on ignorant crap from trolls

      I've got it on a few desktop systems, test machines and my home PC. I've seen it hang when it shouldn't (one USB mouse stopped it dead half way every time - so much for parallel init) and had all kinds of trouble trying to work out what is wrong on others due to the very poor logging behavior (which may get fixed some time, but not yet). I've been though plenty of documentation, bug reports and Lennart's smug blog about linux domination.
      So I've got some reason to write what I've written even though you want to call me a liar after I've written something as mild as the post above. What's with the thin skinned fanboys?

    90. Re:Finally by Hognoxious · · Score: 1

      Me, back on RH 6 or 7, once. That's RH, not RHEL.

      It's so long ago I found the answer I needed in an actual paper book.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    91. Re:Finally by dbIII · · Score: 1

      Something about actually being able to monitor the status of processes rather than blindly firing off one and never knowing if it continues to run

      Isn't that the job of nagios or similar and not an init system?

      Also, many of the problems I have personally had with systemd are about exactly what you say it should be doing - trying to find out why something is not running and the logs not telling me if it's running or not. That justification seems a little odd to me until more improvements have been made and it's better than what came before it for that feature. Are you just repeating something you read somewhere?

    92. Re:Finally by Anonymous Coward · · Score: 0

      The Windows Registry isn't a flat database and the problems associated with it isn't because it uses a binary storage, that it isn't properly designed or that it does something unnecessary (all arguments from anti-M$ people that can't be bothered to do some basic research). The problem was created by overuse (as it was convenient for developers).

      Compared to a binary database text files are:
      . Less ordered (A text file is a linear, unordered data structure - ordering have to be done separately)
      . Less reliable (A database can have ACID properties - a text file not IF not done separately)
      . Less compact (The overheads due to text representation can be great)
      . Less efficient (Parsing overheads, caching overheads and most importantly optimizing for the uncommon case (human access) than the common case (computer access))
      . Less capable (A binary database can store many types of data that isn't a natural fit for text files)

    93. Re:Finally by Hognoxious · · Score: 1

      so yes that is one of the points of open source, if you don't like it, fork it and/or make your own.

      Good advice. Pity you didn't follow it, Lennart.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    94. Re:Finally by Anonymous Coward · · Score: 0

      SystemD -> daemon.
      SystemCTL -> control program for SystemD.

      If you can't understand such a trivial thing I think your complaints can be safely ignored.

    95. Re:Finally by dbIII · · Score: 2

      I don't hate the idea, just the implementation leaves a bit to be desired and fucking stupid ideas growing out of an urge for total linux domination (like killing all of a users background processes) keep on cropping up due to inexperience in the project and an unwillingness to take advice.
      There are still a lot of servers around the world stuck on RHEL6 and CentOS6 - the slow software vendor that is messing me about is not alone. People are having trouble with the change, you may dismiss them as idiots but there are aspects of this project that are causing real problems.

    96. Re:Finally by gmack · · Score: 1

      You can find the reasons here

      It is good for servers with complicated boot dependencies such as a clustered fs on top of iSCSI which before systemd, used to require me to hack the init files every time. Systemd was designed to solve problems on servers and that was it's primary justification. The fact that is makes desktops boot faster was a happy side affect, despite the meme.M

      CentOS did the Systemd transition badly, Debian's was more smooth with the exception that I wish they hadn't abandoned /etc/default at the same time.

    97. Re:Finally by Tranzistors · · Score: 1

      Let me guess, when you first found out that MySQL database files are binary, you freaked out and moved your data to CSV format. Later that day you moved your Mediawiki installation to Dokuwiki. On the more serious note, did you know that you can still log stuff in plaintext with systemd?

    98. Re:Finally by Anonymous Coward · · Score: 0

      If *you* had an understanding of initd functionality you would understand how it achieves systemd functionality succinctly and with elegance.

      Here is your fish, troll. Now please go away.

    99. Re:Finally by Anonymous Coward · · Score: 0

      Similarly, I can understand your frustration when you found that mysqld outputs its logs in a textual format.

    100. Re:Finally by Anonymous Coward · · Score: 0

      . Less ordered (A text file is a linear, unordered data structure - ordering have to be done separately)

      Isn't a linear file simply linear-ordered?

      . Less capable (A binary database can store many types of data that isn't a natural fit for text files)

      Exactly why we split configurations into text files and binary data files (when needed).

      . Less reliable (A database can have ACID properties - a text file not IF not done separately)

      In what way do you expect a config or log text file to corrupt: losing some bytes? So the rest of the file is still readable; try this with systemd journals.

      . Less compact (The overheads due to text representation can be great)
      . Less efficient (Parsing overheads, caching overheads and most importantly optimizing for the uncommon case (human access) than the common case (computer access))

      Since the Registry is mostly used for configurations, which in the common case are not changed frequently and therefore do not need to be reloaded frequently, these seem to be premature optimization?

    101. Re: Finally by Entrope · · Score: 1

      You're comparing the benefits of having a tool dedicated to extracting and displaying log entries to having to roll your own out of tools that follow the Unix philosophy.

      The fact that you're so confused about the task says a lot.

    102. Re:Finally by Anonymous Coward · · Score: 0

      Personally, I am still trying to figure out what real problem it solves.

      Here's one: sysvinit is unable to manage services.

      Nope, it did and right from the beginning. Your don't seem to know what /etc/inittab file does. It's just a convention that started on -80's that it does manages gettys and starts those 'standard' runlevels. However nothing prevents adding new processes being managed (started and restarted if those die off) and those runlevels can be changed with init / telinit depening implementation (I'm not referring here just Linux SysVinit - that is just an a bit enhanced reimplementation of earlier commercial UNIX SVR4 version init -- I know as I'm one of those who contributed to Linux version that time when Miquel van Smoorenburg was actively developing it). UNIX SVR4 init was a more powerful replacement of earlier init system that is kind of what BSD's still use.

      You don't see the short comings of sysvinit? The people who work with linux do. The people who create distributions do. Upstart, openrc, smf, ... systemd is just the latest and most successful in a long history of the attempts to address the many shortcomings of sysvinit. Hell Apple decided to use Unix as the core basis for their OS, what's the first thing they do? Launchd, a replacement for the dumb init system, and dumb is the only way to describe sysvinit which can trivially be confused as to the running state of the software it manages because ... it doesn't manage them, just writes a placeholder file and fires up a hundred line script.

      Hundred line scripts. Yeah one of those for each program that needs to be started. Makes perfect sense to need a long bash script just to start Apache. I suppose 100 lines of scripts could be justified for managing many conditions in the system an OS may experience. Oh wait sysvinit has no event driven capabilities, and even if it did it would just screw up the running state as there's no dependency tree.

      If you don't see what problems are being solved, you've never actually looked.

      SysVinit was developed another time to another requirements. It does not have dependency tree, it does not try to optimize startup, does not support containers nor does it support attaching/deattaching plug-n-play style devices. There are simple reasons why it doesn't, those things were not issues or did not exists in the time it was designed and coded. That was the time when Unix was run mostly on servers and workstations with very stable environment those were used.

      Primary target for that SysVinit on Linux was to make it as much as possible to be compatible with UNIX SVR4 init. The very reason for that was encourage and make easier commercial UNIX software vendors port their software to Linux. That was very important on that time as Linux was the runner up and the others were dominant players on market.

      Second those process management features that were needed was lot less than these days devices running USB's and numerous other ports, so the few runlevels filled the need as did the need to just edit that /etc/inittab if you needed to specifically managed programs directly under init instead of just using the runlevel invoked directories.

      Few words about systemd. There are some good things it provides, like support for cgroups/containers and much better service management capabilities, but otherwise I think it's too invasive and the general required changes because of it have been too large. Systemd exchanges those scripts that were very easy to debug and change for those who know shell scripting to built in features in it's binary and custom ini-style configuration files that whole operation can't be observed without delving in systemd documentation of it and in utter cases downloading, reading and trying to understand how the whole systemd is being implemented. While SysVinit you only had to study much smalle

    103. Re:Finally by thegarbz · · Score: 1

      I've seen it hang when it shouldn't

      Oh no a bug quick burn the entire computer and shoot every programmer in sight.

      So I've got some reason to write what I've written

      Okay you're right. So let me chime in: All software is bad, we should go the way of the Amish, they NEVER had a bug.

      Normally I'd finish with some comment about sarcasm, but this isn't sarcastic. Something as stupid as what you just wrote simply needs to be repaid in kind.

    104. Re:Finally by Anonymous Coward · · Score: 0

      I do not see how this topic even relates to systemd.

      Then you don't know much about systemd. Let me guess, you think it's just an init system with a fast boot speed.

    105. Re:Finally by ruir · · Score: 1

      Who cares? BSD baby...

    106. Re: Finally by ruir · · Score: 1

      I advise you researching a little better how tab completion works.

    107. Re:Finally by Anonymous Coward · · Score: 0

      Yeah I'm sure that it was really damn intuitive to enable a sysvinit script to run at boot time by calling a program call chkconfig.

      Red Hat didn't understand sysVinit when it implemented the rc system every initd had put on top of it. That's the biggest argument used to replace initd that implementing system services and event management in the rc system is difficult, and it is, because it's Red Hats poor understanding of SysVinit that is being replaced by systemd.

      Red Hat is compounding their original mistake with the deployment systemd.

      Pretty much that, well said. Red Hat init scripts, especially the network stuff was over-complicated and bloated for so many years of backwards compatibility that systemd was a good excuse to start over again. But with the network manager with those nmcli, nmtui etc. it's still pretty much a mess.

    108. Re:Finally by dbIII · · Score: 1

      Oh no a bug quick burn the entire computer

      Usually something is expected to be superior in some way to the thing that replaces it when the cost of keeping the old thing is negligible.
      I'm just somewhat pissed off that it's been rushed out unfinished and we have to put up with beta software due to Lennart's ego. However it appears that for some reason expressing such an opinion is forbidden - why? What's with the mindless fanboy shit? What's wrong with you today?

    109. Re:Finally by Anonymous Coward · · Score: 0

      I feel like most of the complaints against systemd are little more than graybeards complaining that something is different. Much like people complain when something isn't "Unix Philosophy", like decades of computer enhancements hasn't made the concept of integrated tools and programs more effective.

      It's either fear of change or fear of obsolescence. Tech never stops advancing, even if many people are still stuck in the mindset of the 70's

    110. Re:Finally by F.Ultra · · Score: 1

      Sounds more that the applications that you use need options on startup to enable logging and that whoever created your unit files forgot to add these options while there are present in the old sysvinit files. Could also be that you have new SELinux templates that denies the syslog messages from being sent by the applications in the first place. All that I know is that systemd does not swallow any logs, in fact it catches far more logs than sysvinit ever did since it also catches output from stdout and stderr which few other init:s do (upstart did to some extent).

    111. Re: Finally by Barsteward · · Score: 1

      thats what tools are written for, speed and consistency. whats the point of continually re-inventing the wheel? awk, grep etc are also dedicated tools to doing a job but when there is a better way, you take it or you might as well go back to pen and paper.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    112. Re:Finally by Barsteward · · Score: 1

      he took the advice, he made his own and it got accepted

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    113. Re:Finally by Barsteward · · Score: 1

      whats poor about its logging? it far more comprehensive than any other system, journalctl is your friend. You may have a had one bug, so what, bugs happen. No need to think the sky is falling over one bug

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    114. Re:Finally by Barsteward · · Score: 1

      it is far superior to what was before otherwise it wouldn't have been adopted. Stop going on about the "fanboy" stuff especially when you say things like "beta software due to Lennart's ego", why does someone have be accused of being a "fanboy" when responding to "the sky if falling because of LP or any of his software" , release often has always been the process to get stuff out, sometimes it has bugs.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    115. Re: Finally by Entrope · · Score: 1

      Yeah, and my point was that a tool could be written to filter any other log format as well. It would be maybe 10 lines of Perl, if you went for legibility over terseness. Your comparison had nothing to do with binary logs or anything else about how systemd stores logs, and everything to do with what tool ships with the logger.

    116. Re: Finally by Anonymous Coward · · Score: 0

      How long did you have to wait?

    117. Re:Finally by JohnFen · · Score: 1

      Systemd won on all technical ground.

      No. Systemd won on political ground. The technical "win" is had was demonstrating that it was a technically workable solution, not that it was a technically superior solution.

    118. Re:Finally by Anonymous Coward · · Score: 0

      if it's just about httpd instances in chroot - ever tried the mux mpm ?

    119. Re:Finally by phantomfive · · Score: 1

      All those stereos integrate with the CANBUS these days (which is really stupid to do from a security standpoint, BTW),

      Why would you want to do that? What benefit do you get?

      --
      "First they came for the slanderers and i said nothing."
    120. Re:Finally by Anonymous Coward · · Score: 0

      > Do you still drive a car from the 90s?

      I wish I still had one - they've been much more reilable and robust.
      My Audi TDI has a leaking cylinder head after about 150.000 km. In the 80th and 90th they used to run for 300.000 km w/o even replacing head gasket.
      Other manufactures aren't better either. It seems cards strongly march to the lifetime of a smartphone.

      > You would lose a lot of functionality in a modern car by attempting to replace the radio system.

      Just because everything is proprietary. It wouldn't be a big deal to design an open interface that anyone can easily implement.
      But they just dont want it - they just wanna turn cars into rolling smartphones.

      > Shit my car is 14 years old and the radio is a headless box that provides power in, audio out, and a wiring loom to the CANbus
      > that integrates with the dash, steering buttons, console display, central buttons, GPS system, etc.

      Yeah, all wonderfully integrated, so it can be remote controlled from the other side of the globe.
      That's today's standards (they even have that in their own requirements).

      The dumbest of dumbest (of the publically known) Chrysler - using Lennartware. Image that, running
      dbus as root, listening on public interfaces and allowing remote execution. And with a bit of mcu
      reprogramming from the infotainment box, you get full access to the vehicle bus, controlling brakes,
      engine, etc. The movie "IT" is not science fiction - it's science fact.

      I really wish back the old cars - I'd like to survive the travel.

    121. Re:Finally by Anonymous Coward · · Score: 0

      Have you looked at init.d files and compared them to systemd files? Init.d scripts are poorly written, entirely not uniform and often lack basic functionality like the ability to gracefully stop services, consistently log output etc. I'd never go back to sysvinit, or openrc, if I had any choice about it.

    122. Re: Finally by fluffernutter · · Score: 1

      Let them believe you have to wait for months for treatment so they feel better.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    123. Re:Finally by Anonymous Coward · · Score: 0

      Its called init, not sysvinit, its init based on system v. "init q" works fine thanks.

      I don't have a problem with systemctl's name, but I do have a problem with its insistance of changing the order of normal usage.

      service httpd restart
      systemctl --restart httpd

      that's annoying.

    124. Re:Finally by Anonymous Coward · · Score: 0

      One of the biggest drivers behind all the [Insert new thing here] hate seems to be resistance to learning new things

      FTFY

    125. Re: Finally by Anonymous Coward · · Score: 0

      british or are you yoda are you? i advice you prior to using them a little better learning the ordering. of the words.

    126. Re:Finally by Anonymous Coward · · Score: 0

      Or, since Red Hat is a publicly-traded corporation, they go with whatever makes them more money.

      Considering Red Hat as any sort of example to follow is the first mistake. They serve nothing but their clients. If you are not their client, do not follow them. It's that simple.

      The cargo-culting from the rest of Linux land simply shows you what they value more. As far as I'm concerned, the culture of libre software can not coexist with the profit motive, and the decisions of Red Hat and its employees prove it. If you're after "the real community", you're looking at smaller projects that don't have foundations, corporations, or any of that extraneous bullshit. That is the Bazaar. Anything else is Cathedral priests masquerading as Bazaar merchants.

      The Linux world would do well to reject companies whose only goals are profit.

    127. Re:Finally by dbIII · · Score: 1

      it is far superior to what was before otherwise it wouldn't have been adopted

      You should be old enough to know about office politics. Office politics at RedHat is how this happened and not the superiority of the solution to the "problem" that all the init software was not under the control of a single person.

    128. Re:Finally by dbIII · · Score: 1

      whats poor about its logging

      It's still very patchy in what it logs and that makes solving problems related to services much harder on CentOS7 than on CentOS6.

    129. Re:Finally by Anonymous Coward · · Score: 0

      You've hit the nail on the head. sysvinit is fine if you customise it, if you work within it's limited bounds, if you bolt on many programs to do what it is that it should have done in the first place. But then you already knew that since you contradicted yourself while posting.

    130. Re:Finally by Anonymous Coward · · Score: 0

      Spot on. OpenRC is excellent and solves the problems systemd claims it solves without being an ego driven linux conqueror. I wish other distros will use OpenRC. Why not a OpenRC Fedora?

    131. Re:Finally by JImbob0i0 · · Score: 1

      Err systemd and firewalld have nothing to do with each other

      I suggest you do a modicum of research next time before spewing such obvious bullshit

    132. Re:Finally by whoever57 · · Score: 1

      That's the same response this question often gets: " there are too many to list". But what I see is that specifics on the real advantages of systemd are missing. No one wants to elaborate on what these "too many to list" advantages are.

      It's all hand waving without specifics. Why should I not think that the claimed advantages don't actually exist?

      --
      The real "Libtards" are the Libertarians!
    133. Re:Finally by Eunuchswear · · Score: 1

      When systemd was first being developed a lot of the bug reports were around problems with system crashes that resulted in corrupted and unreadable binary logs. They were all closed as WON'T FIX and some basically said "it's your problem."

      Since there were many of these bug reports you'll be able to give a link to one of them, right?

      By the way, don't bother giving a link to bug 64116 without reading comment #3.

      --
      Watch this Heartland Institute video
    134. Re:Finally by Eunuchswear · · Score: 1

      Keep in mind it's taken a few years to have a mainstream-ish, .deb based distro without systemd.

      Nonsense. You can't get more mainstream-ish than Debian and Debian is a systemd-free distro if you want it to be.

      --
      Watch this Heartland Institute video
    135. Re:Finally by Eunuchswear · · Score: 1

      trying to find out why something is not running and the logs not telling me if it's running or not.

      What does

      systemctl status service

      show? Why would you look in the journal to see if something is running?

      --
      Watch this Heartland Institute video
    136. Re:Finally by Eunuchswear · · Score: 1

      It's still very patchy in what it logs

      It logs whatever you ask it to log. I have seen problems caused by people writing units and /etc/init.d files that specifically asked for no logging to be done, which then gets blamed on systemd.

      --
      Watch this Heartland Institute video
    137. Re:Finally by Eunuchswear · · Score: 1

      systemd is Roko's Basilisk.

      Heh. Somebody modded you troll. Boy, are they in for a surprise.

      --
      Watch this Heartland Institute video
    138. Re:Finally by Eunuchswear · · Score: 1

      service httpd restart
      systemctl --restart httpd

      that's annoying.

      It's also wrong. The systemd command would be

      systemctl restart httpd

      Of course you could also just do

      service httpd restart

      and it would work as before.

      --
      Watch this Heartland Institute video
    139. Re:Finally by Eunuchswear · · Score: 1

      Here's one: sysvinit is unable to manage services.

      You should read the manual page on inittab - that is what it does. It is clear you do not understand what initd is capable of whilst you criticize it.

      You are both right. sysvinit is unable to manage services, but initd is. The problem is is that sysvinit is not initd. sysvinit is a festering pile of shell scripts that ignore almost every interesting feature of initd.

      --
      Watch this Heartland Institute video
    140. Re:Finally by Eunuchswear · · Score: 1

      I feel like most of the complaints against systemd are little more than graybeards complaining that something is different.

      Very few of those complaining have grey beards. Jaromil, for one, doesn't.

      --
      Watch this Heartland Institute video
    141. Re:Finally by dbIII · · Score: 1

      Ah yes. Blame the user despite missing features. Just like Lennart.

    142. Re:Finally by Anonymous Coward · · Score: 0

      All the people with bluetooth phones and steering wheel controls.

    143. Re:Finally by Eunuchswear · · Score: 1

      What are the missing features?

      What has not been logged that should have been logged?

      Why?

      Be concrete. Put up or shut up.

      --
      Watch this Heartland Institute video
    144. Re:Finally by dbIII · · Score: 1

      What has not been logged that should have been logged?

      Something in a log about specific services stopping and starting would have been nice but it wasn't happening on those occasions - stuff not implemented yet it appeared.

      Why?

      Because a new project implementing the features of another that it aspires to replace is normally the done thing.

      As for put up or shut up - don't take it from a biased person like me just look up the bug reports.

    145. Re:Finally by Eunuchswear · · Score: 1

      As for put up or shut up - don't take it from a biased person like me just look up the bug reports.

      Which bug reports?

      --
      Watch this Heartland Institute video
    146. Re:Finally by dbIII · · Score: 1

      The project has a website. Perhaps you should stop wasting your time attacking people on the internet by taking a contrary view about a topic that you appear to know absolutely nothing about and instead actually find out something about the topic.

    147. Re:Finally by Eunuchswear · · Score: 1

      So you're making shit up like I thought.

      Bye.

      --
      Watch this Heartland Institute video
    148. Re:Finally by dbIII · · Score: 1

      Look for yourself instead of taking it from a biased source such as myself - it was not born perfect as you seem to be arguing. Oddly enough people actually have had less than a perfect experience with it.

  4. A better name by destinyland · · Score: 1

    I think the should've called it 'Jevuie'.

  5. nah by Anonymous Coward · · Score: 0

    And when we get linux telemetry or 1 app at a time gnome I suppose we should stop complaining too? Why should we support the guys who are trying to make it work in their favor and giving us the finger?

    Just because its open source is no argument. You can still run whatever on your PC. If you don't like the current OS offerings feel free to code your own? If you don't like some hardware, feel free to make your own... if you don't like the laws, move somewhere else and start your own country? Don't like your doctor, go to med school and be one yourself.

    I'm going to need 5 lifetimes to even try to follow your advice.

  6. Oblig Simpsons D! SystemD! by Provocateur · · Score: 0

    "But your shirt says 'Die,Bart! Die!!"

    Sideshow Bob: "It is German; for The Bart, The!!"

    FYI SystemD is not German.

    --
    WARNING: Smartphones have side effects--most of them undocumented.
    1. Re:Oblig Simpsons D! SystemD! by Anonymous Coward · · Score: 0

      No one who speaks German could be an evil man.

    2. Re:Oblig Simpsons D! SystemD! by Anonymous Coward · · Score: 0

      So what? It systemd or Systemd or SystemD Still SuckS the SamE

    3. Re:Oblig Simpsons D! SystemD! by Anonymous Coward · · Score: 0

      You do realize they write it that way to get a rise out of you, don't you?

    4. Re: Oblig Simpsons D! SystemD! by Brockmire · · Score: 1

      Worst.porn.ever.

  7. Feduan? by short · · Score: 1

    I am missing Fedora without systemd.

  8. Init Freedom Lovers by Anonymous Coward · · Score: 0

    Is this like "2A rights"? What do Init Freedom lovers stock up on, in place of guns?

    1. Re:Init Freedom Lovers by Anonymous Coward · · Score: 0

      Gentoo, apparently. Or this new thing. I'm glad that this article has devolved into systemd conversation: it is actually fully on topic, unlike every fedora announcement, every redhat announcement, every debian announcement, etc.

  9. Why am I denied choice ? by AncalagonTotof · · Score: 2

    Wasn't Open/Free/whatever software about choice ?

    I can understand that systemd brings some improvements.
    In specific contexts.
    For example, when your profession is sysadmin, when you have more than, let's say 4 or 5 servers to administrate, OK, may be systemd brings improvements over scripts. Real sysadmins are responsible of dozens, hundreds of servers.

    What about other people like me ? I'm in computer programming since 1982, very well, but I'm no sysadmin.
    A very kind friend told me once that, as a programmer, I'm a good sysadmin (I'm not sure I translated this properly from French), but I'm no sysadmin; first, I'm a programmer.
    I mean that it's OK for me to have a Debian FW+many services at home, or to have one or two "shadow servers" at work to help me do my programmer job.
    It's OK for me to install and configure services on a recent Debian, with systemd. As long as it's working. Magically.

    What's not OK :
    - few years ago, when Debian forced the change : it broke my system after an apt-get dist-upgrade. Before that, when a Debian had boot problems, I could handle them as long as I could dig in the scripts and trace the sequence. Suddenly, Debian replaced those scripts by systemd. At the first reboot, systemd was not pleased with something. The boot was interrupted with some cryptic error message, asking my to look at some logs, or run some new commands. What ? No ! No time, Internet connection broken, go to hell ! OK, I preferred to re-install a Debian from scratch, it was faster.
    - this kind of problem still happens from time to time. Today, I'm afraid I still can not handle every situation. Most often : when a drive is missing, what will systemd do : a) timeout and continue ? b) timeout, put me in a shell that I can quit and continue ? c) timeout, put me in a shell, leaving me helpless because, with or without knowing what's wrong, I cannot (try to) correct the problem.

    You could answer : RTFM.
    Yes, but I have better things to do. I cannot read every man page of the world. And systemd manual is not small, and it needs practice. Reading alone is not enough.

    So give me back the choice, give me back my scripts and let systemd to those who have time, or to those which profession it is to learn that monster !

    And now that systemd has become a synonymous for Godwin point, let me ask : I've been told that systemd takes care of the network config by itself ? Or that it makes binary logs ? Seriously ? It cannot be, this is not the UN*X spirit, is it ?

    --
    Totof
    1. Re:Why am I denied choice ? by gweihir · · Score: 2, Insightful

      "If it is not broken, do not fix it." That and KISS is something the systemd-team is too stupid, too inexperienced and too arrogant to understand. Or they are just riding over it because they believe they are god's gift to Linux. They are not. They are a force of destruction, exactly because they fight choice, compatibility, simplicity and reliability. Sure, in some situations their approach may make sense, but that means systemd should be a specialized init-system (and nothing else) for specific situations. If anything, the systemd strategy reminds me strongly of all the ways Microsoft is now trying to push Win10.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:Why am I denied choice ? by Anonymous Coward · · Score: 0

      The problem with these arguments is that it's not just your choice, there's the choice of other people, the choice of the developers of the system. Allow you to make the choice would be taking away the choice of the developers, who may prefer not to put a lot of their time into making it a choice for you. Alternatively, the choice not to use systemd might take away the choice of another user who wants to use systemd.

      I think you'll find, if you put a little time into learning systemd, just as you did when you learnt about sysv init scripts, you'll find that it actually brings a lot to the table, works 99% of the time, and is much easier to create "init scripts" with. Despite all the negative propaganda, it wasn't chosen just to piss you lot off.

    3. Re:Why am I denied choice ? by tgv · · Score: 0

      This is one of the reasons why 2017 won't be the year of Linux on the desktop. It's only for the tech-savvy with a real commitment to keeping their hardware running on Linux.

    4. Re:Why am I denied choice ? by Anonymous Coward · · Score: 0

      I am sorry, I have run out of mod points today.

    5. Re:Why am I denied choice ? by ruir · · Score: 1

      Because it would be extremely difficult and involve a lot of R&D and know to find out how to work out and the inner working of stuff that has been working well in the last couple of decades.
      Honestly, do you even listen to what you are saying to see if it makes sense?
      Lets give it a try:
      Why do you want to use Apache or lighthttpd, instead of learning NGinx? It brings a lot to the table, works 99% of the time, and it is much easier to create. Despite the negative propaganda, it was not chosen to piss you lot off.

    6. Re:Why am I denied choice ? by gweihir · · Score: 1

      Thanks for the sentiment anyways!

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    7. Re:Why am I denied choice ? by Eunuchswear · · Score: 1

      Wasn't Open/Free/whatever software about choice ?

      To some extent. That's why Debian, unlike Devuan, gives you a choice in what init system you use.

      Don't like systemd? Don't use it.

      Why does the conversation continue beyond that point?

      --
      Watch this Heartland Institute video
  10. Debian has more "init freedom" by influenza · · Score: 1

    How is it that nobody has brought up that Debian still has sysvinit available, including for the upcoming Debian 9 "stretch".The release notes for Debian 8 "Jessie" included instructions for how to stick with sysvinit if you didn't want systemd. That was two years ago, and sysvinit is still an option in Debian today.

    Do "init freedom lovers" include people that like systemd? It seems to me that Debian gives you that freedom, and Devuan takes it away so that you cannot choose systemd.

    There are valid criticisms of systemd. I understand that some people who have tried it don't like it. That's fine, people can and should use what they want. However I often doubt that systemd haters have really given it a chance, bothered to learn the new technology at all, or explored the new things that are possible and easy with systemd.

    Personally I think systemd is the best thing on GNU/Linux since package managers with dependency resolution.

    1. Re:Debian has more "init freedom" by gweihir · · Score: 0

      The problem is that you cannot fully get rid of systemd in Debian. At the moment, this is not so much an issue, but given the history of aggressively destroying and replacing anything they can get their hands on, it is a good guess that the systemd-mob is not done yet and that they will attempt more sabotage of infrastructure that used to work fine.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re:Debian has more "init freedom" by Anonymous Coward · · Score: 0

      it is a good guess that the systemd-mob is not done yet and that they will attempt more sabotage of infrastructure that used to work fine.

      At least mikeeusa and his VUA are ready to protect you from that with Devuan. And from those evil women. Have fun with Devuan, gweihir

    3. Re: Debian has more "init freedom" by Anonymous Coward · · Score: 0

      You are aware that Devuan uses central systemd pieces like udev?

      Devuan is working hard to get rid of libsystemd, a library that enables programs to work with or without systemd. Getting rid of a library that literally does nothing on their system is more importantmto these veneral admins than replacing core systemd code that actually manages core functionality of the system.

    4. Re:Debian has more "init freedom" by ruir · · Score: 1

      Debian may have still sysv init available, however it is becoming increasingly difficult to do without it. Some packages have also gone a step further, and dropped sysvinit; you cant install gnome without systemd as far as I am aware, and for instance, even quagga has dropped sysvinit support. There might be more packages, and there will certainly be more packages in the future that will drop support for it.

    5. Re:Debian has more "init freedom" by Eunuchswear · · Score: 1

      The problem is that you cannot fully get rid of systemd in Debian.

      Go, on, tell us what you can't get rid of. We all like a laugh.

      --
      Watch this Heartland Institute video
  11. Tried it, it didn't work by dowdle · · Score: 1

    I test out quite a few Linux distros and even though I'm a systemd fan, I thought I'd give Devuan a try as a KVM virtual machine... something I would expect a lot of Linux users to do considering that KVM has been the native Linux kernel hypervisor since 2007. Anyhoo... no matter that I did, the partitioner would allow me to partition /dev/vda but when making the mount points it couldn't see anything because it was expecting /dev/sda. Wha, wha, what? Doesn't seem ready for prime time.

    --
    Scott Dowdle
    www.MontanaLinux.Org
    1. Re:Tried it, it didn't work by Anonymous Coward · · Score: 0

      I also ran it in a virtual machine months ago.

      It worked fine, although I don't care about it one way or another. It's just Debian, same as always.

      You're probably just an idiot and shouldn't be swaying anyone's opinion about something you're too stupid to discuss.

    2. Re:Tried it, it didn't work by dowdle · · Score: 1

      I've been using Linux as my primary OS since 1995 and do installs a few times a week... so no... your "probably" didn't pan out this time.

      --
      Scott Dowdle
      www.MontanaLinux.Org
  12. i dont know what systemd really is by Anonymous Coward · · Score: 0

    but whenever i use linux i always try to use some distro that does not have systemd on it

    see i once saw a picture of the guy that does systemd, his hair is too nice and slick and his glasses arent thick enough, that does not scream nerd to me, it was like a tv nerd, like big bang theory nerd, im sorry but i want to know that a guy with thick enough glasses, messy hair, a lot of armpit hair and oddor does the system, hell i might try a distro made by an autist before i use systemd. I dont see the point in typing obscure shit in a terminal if some hipster looking dude did it, if it was some kind of cyberpunk hipster dude like keanu in johnny mnemonic... maybe, but this systemd guy looks waaaaay to nice, all the autists from the internets say theres something fishy going on here, and i totally beleive in the power of unlimited autism since that kid in that bruce willis movie

  13. bs by Anonymous Coward · · Score: 0

    I cared that i was "forced" into sysD when minor processes would now take down the entire system, or make it unusable and forcing a hard reset.

    yes, i wasn't truly forced as i could go back to *bsd.. but you get the point.

  14. Excellent by gweihir · · Score: 0

    While I have used current Debian mostly decontaminated from Poettering-infestation up to now (the broken startup process is easy to remove, but some cruft is still around), I think I will move completely over to this. Why people fall for "new = better" even in the face of overwhelming evidence to the contrary is beyond me.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Excellent by thegarbz · · Score: 0

      Why people fall for "new = better" even in the face of overwhelming evidence to the contrary is beyond me.

      Everytime I see a quote like this it demonstrates just how little clue people have about a system, it's capabilities and it's reason for existing.

      But I'm sure new = better is the only reason why there have been some 10+ projects to attempt to replace sysvinit. I'm sure Apple when adopting UNIX as the basis for OSX thought, yeah this UNIX kernel is great but we need to change something for no reason so fuck it we'll create launchd. I'm sure Gentoo adopted OpenRC because {reasons} and Ubuntu well we have too much money so someone should work on replacing something, Upstart.

      Actually I wonder if all these people are wasting their time on nothing why they all focus on sysvinit. Must be because new=better. There can't be any technical reason why someone would want to replace sysvinit. Nosirreee.

      Compulsory Reading:
      https://en.wikipedia.org/wiki/...

    2. Re:Excellent by Barsteward · · Score: 1

      let me send you either a pen and paper, slate and flint chisel, or do you prefer new when the older stuff was so simple

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    3. Re:Excellent by Anonymous Coward · · Score: 0

      it is capabilities and it is reason?

      WTF are you talking about?

    4. Re:Excellent by ruir · · Score: 3, Insightful

      The culprit of the problem is not discussing the `new = better paradigm. A much better discussion is why the installation of several distributions, and namely Debian, does not allow us to both select system and SysV, and each one will install what it does see fit effortlessly.

      You can choose your own web server ; nobody forces Apache upon you ; likewise you can choose your DHCP software, or your DNS server ; in pretty much any solution you can choose alternatives; gosh nowadays you can even chose in Debian between Linux and a FreeBSD kernel....so why not an easy choice between systemd and other competing systems that were already implemented for decades.
      As I said, the indignation of most people is that Debian and developers went out of their way to impose systemd to everybody, as if there is some ulterior motive for it. (NSA backdoors is an interesting conspiration theory).
      The fact that most of the systemd proponents seem to inconveniently ignore that nobody likes to be sodomized, it yet another monumental damning thing. Why for instance, why in a thread about Devuan, about choice, there will be idiots whining that they do not understand the systemd "hate"...the fact is they do not accept nor phantom that in open source there can be a choice.
      The choice for me is clearly *BSD...thanks for all those years and for betraying us, Debian.
      So long, and good luck.

    5. Re:Excellent by ruir · · Score: 0

      Well why having sex with girls? The new fashion is being gay and taking it up your ass.
      Go for it.

    6. Re:Excellent by gweihir · · Score: 1

      Arrogance, inexperience and general stupidity are plenty of explanation. This is not the first time people think they can do better and ultimately fail. In fact, that happen all the time in the tech-world. Usually these "improvements" get ignored in the Linux-world tough.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    7. Re:Excellent by thegarbz · · Score: 1

      decontaminated from Poettering-infestation

      If you wanted an OS with all the intelligence and capabilities of Linux in the 90s, why not just install a version of Linux from the 90s.

    8. Re:Excellent by gweihir · · Score: 1

      Classical fallacy. Just shows you are stupid. People like you are the ones that replaced water with Gatorade in "Idiocracy".

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    9. Re:Excellent by ruir · · Score: 0

      Because there is life beyond Linux. And if you were not and idiot, you know they hit the road at the same time. Google for NetFlix, trivago and FreeBSD, you might learn something.

    10. Re:Excellent by Anonymous Coward · · Score: 0

      You can choose your own web server

      Where exactly can you choose your own preferred web server in Debian's installer? Or login shell? Or DHCP software? Or DNS server?

      Oh right, you have to do so after installation. Just like with init.

      Shocking that all choices are treated the same, surely the NSA and Red Hat behind this. And the Jewish World Conspiracy (isn't P. just a too Jewish name for some?)

    11. Re:Excellent by ruir · · Score: 1

      Because _there is life beyond Linux. And if you were not and idiot, you know they hit the road at the same time. Google_ for NetFlix, trivago and FreeBSD, you might learn _something.

    12. Re:Excellent by ruir · · Score: 1

      Well _why having sex with girls? The new fashion is being gay and taking it up your _ass. Go_ for it.

    13. Re:Excellent by Eunuchswear · · Score: 1

      The fact that most of the systemd proponents seem to inconveniently ignore that nobody likes to be sodomized

      Nobody? You need to get out more.

      --
      Watch this Heartland Institute video
  15. Jessie + Wheezy by Hognoxious · · Score: 1

    Jessie + Wheezy = Jizzy.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  16. What about Stretch and Performance? by DMJC · · Score: 1

    Are they working on removing systemd from Stretch? Also what's the performance difference between the two? Can someone benchmark both startup systems on modern nVMe ssds on same hardware? I'd be interested in some comparisons.

    1. Re: What about Stretch and Performance? by Anonymous Coward · · Score: 0

      Performance is probably the same on debian and Devuan. Devuan is changing less than 200 packages, the rest is taken straight from debian (and actually downloaded from debian servers).

  17. initd is worth defending by Anonymous Coward · · Score: 0

    have really given it a chance, bothered to learn the new technology at all, or explored the new things that are possible and easy with systemd.

    We have a full test lab (of VMs) running systemd based distributions our clients commonly use to test our software with. We understand the value of cgroups, systemctl, journalctl and many of the controllable systemd properties. We have concerns with the scope of systemd and potential for indirect downtime.

    Personally I think systemd is the best thing on GNU/Linux since package managers with dependency resolution.

    Well it does show that initd is short on documentation and that the functionality of systemd is useful on a desktop, just not the way it is implemented. When I first heard of systemd I thought it was the complementary event management daemon that initd has always needed.

    I often doubt that systemd haters

    I not about hating on systemd and more recognizing the value of initd as something stable, elegant and worth defending.

  18. I don't get it by Anonymous Coward · · Score: 0

    I don't get why people complain. Systemd can and will run your old scripts. Recently I had to install tons of servers and all of then ran Jessie. I've never had a single faulty application or startup. The old commands still work. And when there is an error I really appreciated how well information was laid out to me using journalctl

    1. Re:I don't get it by ruir · · Score: 1

      Is it to hard to get may people do not want something rammed down forcibly down our throats, with forceful upgrades without any warning, and the old and tried methods that were well tested and maintained for decades not presented in the automated installation - and worse - being discontinued from packages as they never existed.
      Tell me again why you should not understand/get why such a rushed migration was forced to something many people does not agree with, when traditionally the power of open source/Linux was about choice?
      Are you retarded or are you just daft?

    2. Re:I don't get it by Anonymous Coward · · Score: 0

      Because there are not "many" people against systemd. But the anti-systemd retards probably cannot even count.

  19. systemD-as-kitchen-sink by Anonymous Coward · · Score: 0

    > solves things that are simply not real issues.

    I've managed UNIX servers for over thirty years, and systemd config files are a hell of a lot easier to manage than complicated shell scripts. I now manage servers with Puppet scripts, and the first time I added a custom systemd start-up daemon, I thought I was doing something wrong since it was so simple. It just worked.

    IMHO the problem is not (necessarily) systemD-as-init-replacement, but rather systemD-as-kitchen-sink.

    If they had remained more focused there would have been less push back. At some point I'm guessing that systemD will fulfill JWZ's prophecy and start reading mail.

  20. Finally - something real instead of fanboy shit by dbIII · · Score: 1
    Thank you.
    I don't actually agree that systemd actually improves on many of those points (and some of it is just bald opinion that I disagree with), a lot of it is really just a description of init systems in general, but it's good to get something other than insults and cheerleading.

    Here's a few parts (but I could pick on a dozen):

    The command-line interface is probably the best existing for service management

    Considering how incredibly verbose the commands are - sorry - nothing close.

    Systemd is introspectable and easy to debug:

    Is that a joke or is it an aim for the future, because it's like a black box to work around now. Sure there are commands for that sort of thing but they don't seem to actually report anything when you need it.

    After it became clear that rivers didn’t turn into blood,

    Who wrote this incredibly unprofessional shit?

    Come on kids - read it - and if you actually know something about the topic compare what is written with what you have observed instead of just blind cheering or ridiculous fanboy insults.

    CentOS did the Systemd transition badly

    Indeed, and RHEL before them. I have not had so many linux boxes hang and not tell me why since before 2000.

    1. Re:Finally - something real instead of fanboy shit by Eunuchswear · · Score: 1

      Who wrote this incredibly unprofessional shit?

      Someone with a sense of humour?

      --
      Watch this Heartland Institute video
  21. Re: SJWd! by Hognoxious · · Score: 1

    As the proverb goes, one lesbian's bug is another transgender's feature.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  22. Re: SJWd! by sjames · · Score: 1

    You're not making any sense. Try later after you sleep Saturday night off.

  23. The real problem by Anonymous Coward · · Score: 0

    Is that distributions are still trying to be both for Desktop and Server users, even though headless server users and desktop users have completely different start-up requirements.

    I totally get why maintainers, of a desktop release would love how systemd helps them solve the agony of getting all the X11, audio, mouse drivers, automount stuff going.

    For enterprise systems, where each of my boxes basically launches one primary service, and a couple, unrelated services with few interdepencies, it solve no problems I have.

    It is about time for separate desktop/server disributions.

    Look at Amazon AMI. They focus just on headless servers, do it well, and it is systemd free (and arguably one of the most wildly uses linux distributions out there).

  24. Really? by ebvwfbw · · Score: 1

    If you brought it back, why the old debian? Never mind, I hope the 50 people world wide that aren't smart enough to handle systemd use it and leave everyone else alone now. You have your toy now, go home and play by yourself.