Slashdot Mirror


Systemd Getting UEFI Boot Loader

New submitter mrons writes: Many new features are coming for systemd. This includes the ability to do a full secure boot. As Lennart Poettering mentions in a Google+ comment: "This is really just about providing the tools to implement the full trust chain from the firmware to the host OS, if SecureBoot is available. ... Of course, if you don't have EFI SecureBoot, than nothing changes. Also if you turn it off, than nothing changes either. [sic]" Phoronix notes, "Gummiboot is a simple UEFI boot manager that's been around for a few years but only receives new work from time-to-time. Lennart and Kay Sievers are looking at adding Gummiboot to systemd to complete the safety chain of the boot process with UEFI Secure Boot. Systemd will communicate with this UEFI boot loader to ensure the system didn't boot into a compromised state."

471 comments

  1. tl;dr by fisted · · Score: 5, Funny

    Many features
    In the bloat
    Off to FreeBSD
    In a safety boat
    burma shave

    1. Re:tl;dr by Anonymous Coward · · Score: 0

      Many features
      In the bloat

      ... and swamped by bugs and backdoors

    2. Re: tl;dr by Billly+Gates · · Score: 1

      How dare they offer support for booting from EFI.

      Freebsd offers this too so you better choose a different OS. Jeez people

    3. Re:tl;dr by Anonymous Coward · · Score: 0

      I think the FreeBSD project has a lot of compelling positives to it and is well worth supporting. However, I have never understood the anti-systemd reaction to just move to BSD. systemd's centralization of many components into one project just mirrors what the BSD's already do (FreeBSD is one project, systemd is one project) -- you're mainly just trading development teams by switching to BSD. And a lot of the issues systemd is addressing are ones that still exist in BSD. When FreeBSD adopts launchd, what will you switch to?

    4. Re: tl;dr by armanox · · Score: 5, Insightful

      I think the bigger complaint is that it's being added to systemd, not that it exists (Note that GRUB can already be used with secure boot). Lennart Poettering is pretty disliked for his abandonment of UNIX principles (the biggest one being portability), and somehow his software becomes the de facto standard in the Linux world, long before it is ready (PulseAudio anyone)? He creates issues and fractures the community, and then blames everyone else for the problems.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    5. Re:tl;dr by Anonymous Coward · · Score: 0

      Oh, I do GummiBoot

      Yeah, I do GummiBoot

      Oh, I do Yummy, Tummy, Funny, Lucky GummiBoot.
      I do UEFI, Cuz I'm in Systemd,
      Oh I do Movin', Groovin', Jammin', Singin' GummiBoot

      Oh Yeah!

      Boing day ba duty party
      Boing day ba duty party
      Boing day ba duty party party pop

    6. Re:tl;dr by Ol+Olsoc · · Score: 3, Funny

      Many features

      In the bloat

      Off to FreeBSD

      In a safety boat

      burma shave

      systemd has got you itchin'

      would you please just quit your bitchin'?

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    7. Re:tl;dr by Zeio · · Score: 0

      Linux should become two binaries, one is the kernel, the other would be systemd, which is all userland processes we see today on a normal system wrapped up into one project.

      Welcome to Linux ME, Poettering Edition.

      --
      Legalize the constitution. Think for yourself question authority.
    8. Re: tl;dr by Ol+Olsoc · · Score: 1

      How dare they offer support for booting from EFI.

      Freebsd offers this too so you better choose a different OS. Jeez people

      I'd swear the haters are just transplanted Microsoft shills.

      Time to break out that old Timex Sinclair.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    9. Re:tl;dr by hcs_$reboot · · Score: 3

      That thing gets bigger by the day. Isn't there some kind of anti-virus or some' to get rid of it?

      --
      Slashdot, fix the reply notifications... You won't get away with it...
    10. Re:tl;dr by Anonymous Coward · · Score: 0

      FreeBSD is one project, systemd is one project

      Emacs is one project. Gimp is one project. Postgres SQL is one project.

      Idiot.

    11. Re: tl;dr by Ol+Olsoc · · Score: 0, Troll

      He creates issues and fractures the community, and then blames everyone else for the problems.

      I see. WTF are you using Linux for then? Hell, Torvalds is a bit of a pill himself, so you should switch to an OS only made by really nice people.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    12. Re:tl;dr by Anonymous Coward · · Score: 0

      I heard there's been some push to integrate McAffee anti virus into systemd, of course that'll have to wait until the Wine integration is finished.

    13. Re: tl;dr by Anonymous Coward · · Score: 0

      Where the fuck do you people come from? "I love systemd and I love Poettering and waaaah haters haters haters." Please stop this cliqueish nonesense.

    14. Re: tl;dr by Anonymous Coward · · Score: 0

      I find it quite humorous when someone that defend the Unix philosophy is called a "Microsoft shill" by the very same people that are lobbying for shoehorning a port of svchost.exe into every Linux distribution.

    15. Re: tl;dr by armanox · · Score: 2

      You know, I've generally found Linus to be quite the opposite, and he will even submit patches to other projects (such as GNOME) when he finds issues, rather then creating trouble.

      On a similar note, I've also found Theo de Raadt to not be an issue to work with. Neither take Mr. Poettering's approach of 'the users don't like the software, users must be dense' when people have issues with their projects.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    16. Re: tl;dr by Anonymous Coward · · Score: 2, Insightful

      He invented the OS, which people thought was great from day one. That gives Torvalds the right to be a pill.

      Pottering created a shit audio system that people reviled from day one. That gives us the right to tell him to GFY.

    17. Re:tl;dr by armanox · · Score: 1

      What makes you think systemd addresses issues? Or, I should say, that the BSD people seem them as issues?

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    18. Re:tl;dr by Anonymous Coward · · Score: 0

      Systemd has about 80 or so executable binaries as it is...

    19. Re: tl;dr by Bengie · · Score: 1

      Torvalds is fine. People who are good at what they do can criticize others. Lennart has done some good things in the past, but that doesn't give him a free pass to what he's doing with SystemD.

    20. Re: tl;dr by jbolden · · Score: 1

      , and somehow his software becomes the de facto standard in the Linux world

      The somehow was his software is so useful that applications start to depend on its functionality and thus the distributions if they wanted to use current versions of software had not choice. POSIX when it came out was not 2 decades old. If something like the OpenGroup existed today PaaS functionality including process management (systemd) would be part of it.

    21. Re:tl;dr by Anonymous Coward · · Score: 0

      Lol

      INIT / PID=1 turned into 80 fucking daemons.

      And it replaced like 4 old-schools daemons.

      What a piece of fucking shit.

      Fuck Poettering.

    22. Re: tl;dr by PRMan · · Score: 2, Insightful

      Why would anyone use anything else from the guy that created PulseAudio?

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    23. Re: tl;dr by Anonymous Coward · · Score: 0

      haters? thats what people in cults say to non believers isnt it? or what a rap artist calls people who hate their music.

      you systemd shills keep using the word haters over and over.

      no one is hating. we are stating facts while u guys just reply with "haters" if we say something you dont like, we are labled haters.

      well sir, i mean systemd shill/potterings personal dick and balls warmer, are the hater. you are hating the fact that you cant come up wit decent arguments so you resort to calling everyone haters instead of FIXING the problems.

      we live in a fucked world, people can do no harm, and if they do, everyone else is just labeled a hater.
      hiphop and comedians started this stupid hater shit. it doesnt exist. people dont hate on you. they tell you how they feel. whether its hateful or not does not matter.

      TLDR: you have been brainwashed thinking everyone around you is a hater. maybe its not hate, maybe its just a really shitty system that was shoehorned in.
       

    24. Re:tl;dr by Barsteward · · Score: 1

      only one daemon runs in PID1 according to "System Activity" on my system. try again, ignorant troll

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    25. Re:tl;dr by thaylin · · Score: 2

      Systemd supporters seem to move the goal post for what systemd is with virtually every change that comes up. First it was a init replacement, then a supervisor, now it is just a project to host many things.

      --
      When you cant win, ad hominem.
    26. Re: tl;dr by Anonymous Coward · · Score: 0

      There's definitely a difference between being straight forward and direct like Linus appears to be (only being a dick if someone really fscks up).

      Lennart who putters about pulseaudio style and is being a dick all the time, puts his fingers in his ears when anyone gives feedback and then complains when people start become abusive. Because you know if you're a dick, not listening to other people, fscking up their environment, it's the people who complain you're doing that who are to blame.

    27. Re: tl;dr by Ol+Olsoc · · Score: 1

      haters? thats what people in cults say to non believers isnt it? or what a rap artist calls people who hate their music.

      you systemd shills keep using the word haters over and over.

      ;

      I wonder why that would be? Hater?

      Sorry, you don't get to heap tons of derision on your targets, and your targets lose points for noting the derision.

      Seiously, move to FreeBSD, and all of your problems will go away, never to return. What's so gaoodmaned hard about that? It's systemd free, and I understand everything about it is better. Why on earth any real and competent. computer users was using anything else is beyond me. Right?

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    28. Re: tl;dr by Ol+Olsoc · · Score: 1

      There's definitely a difference between being straight forward and direct like Linus appears to be (only being a dick if someone really fscks up).

      Lennart who putters about pulseaudio style and is being a dick all the time, puts his fingers in his ears when anyone gives feedback and then complains when people start become abusive. Because you know if you're a dick, not listening to other people, fscking up their environment, it's the people who complain you're doing that who are to blame.

      Too bad Mother Theresa isn't programming an OS.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    29. Re: tl;dr by Anonymous Coward · · Score: 0

      hah. am I the only one that gets this reference? genius. I like the French version too. je suis gummy bear....

    30. Re: tl;dr by thegarbz · · Score: 1

      In defense of PulseAudio, Linux audio was broken long before that piece of software was written. People were ready to jump ship as soon as ANYTHING viable came along even if it had bugs (and it most definitely DID have bugs). Also remember that the time when PulseAudio started becoming the standard was the same time that many Linux vendors were trying desperately to get Linux out of the server farm and onto the desktop.

      Having used Linux on various desktops for many years I say it was a good decision to ship something that works some of the time, rather than something that is horribly restrictive to the point of almost needing to restart the system when doing something as simple as plugging in headphones.

    31. Re: tl;dr by smash · · Score: 1

      Lennart has done some good things in the past

      Citation needed.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    32. Re:tl;dr by Pigskin-Referee · · Score: 1

      I hope your safety boat doesn't require anything more than the most rudimentary driver or system support.

      --
      Pigskin-Referee
      Linux: Yesterday's technology, tomorrow ...
  2. Makes sense by Anonymous Coward · · Score: 0

    Two equally hated systems, seems like a match made in heaven.

    1. Re:Makes sense by halivar · · Score: 4, Funny

      Just wait. One of these days I expect to read, "Systemd to get Emacs editor."

    2. Re:Makes sense by Knightman · · Score: 1

      I do hope they have included nethack-el in that Emacs then, otherwise it wouldn't be feature complete!

      --
      --- Reality doesn't care about your opinions, it happens anyway and if you are in the way you'll get squished.
    3. Re:Makes sense by Zocalo · · Score: 1

      I'm sure it's just a matter if time, and after that the only thing left to do will be to embed a decent text editor.

      --
      UNIX? They're not even circumcised! Savages!
    4. Re:Makes sense by Anonymous Coward · · Score: 0

      Just wait. One of these days I expect to read, "Systemd to get Emacs editor."

      or Emacs gets systemd

    5. Re:Makes sense by AntEater · · Score: 2

      Systemd is the one project that has the potential to exceed the reach of Emacs. All they really need to do is to include a lisp interpreter and we could eliminate the need for installing emacs altogether.

      --
      Alex, I'll take keybindings not used by Emacs for $400....
    6. Re:Makes sense by halivar · · Score: 1

      Surely you mean a Lithp interpreter...

    7. Re:Makes sense by Anonymous Coward · · Score: 0

      Not going to happen. Stallman is against any form of broad and stable APIs in his pet projects, non free(dom) code could make use of it. Even GCC and EMACS are not allowed to talk with each other unless the API is limited to a Stallman approved whitelist. A list he has no interest in, since everything on it could be missused. Well you could fork Emacs.

    8. Re:Makes sense by Anonymous Coward · · Score: 0

      Just imagine:

      Posted by Soulskill on Tuesday March 31, 2015 @11:59 PM
      from the totally-not-an-april-fools-joke dept.

      An anonymous reader writes: "the Emacs desktop environment now has UEFI support!"

    9. Re:Makes sense by Anonymous Coward · · Score: 0

      Emacs is for neckbearded basement dwellers (who hate systemd). It'll be Sublime.

  3. Monopolist practices by Blaskowicz · · Score: 4, Funny

    This is an evil ploy to prevent freedom-seeking users from trying Windows 10 alongside Systemd OS.

  4. 2015 by Anonymous Coward · · Score: 0

    systemctl enable YearOfTheSystemdDesktop.service

    1. Re:2015 by donaldm · · Score: 1

      systemctl enable YearOfTheSystemdDesktop.service

      That's funny all the MS Windows machines in my neighbourhood spontaneously combusted \(^o^)/

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
  5. So, UEFI is a good thing now? by mi · · Score: 1, Flamebait

    Lennart and Kay Sievers are looking at adding Gummiboot to systemd to complete the safety chain of the boot process with UEFI Secure Boot

    So, UEFI is no longer a trick by the evil monopoly to lock computer-owners in and forever prevent them from running free software, but a good thing helping ensure safety of the boot process?

    --
    In Soviet Washington the swamp drains you.
    1. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      Shh.. you'll scare the bunnies.

      I love bunnies.

    2. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 2, Insightful

      Yes, UEFI is still an evil misguided thing.

      But let's make the best of the situation.

    3. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 1

      It's Pottering, Sievers and systemd we're talking about here, so we're right in the middle of evil-land and it seems to me that UEFI belongs perfectly in that scheme.

    4. Re:So, UEFI is a good thing now? by ssam · · Score: 4, Insightful

      Can be used for good or evil. Depends if control is in the hands of the hardware manufacturers or the users.

    5. Re:So, UEFI is a good thing now? by mi · · Score: 0

      How nice to see the sudden appreciation of finer points and variety of shades of gray by the Slashdot commenters and moderators! Certainly quite an improvement over mere 2 years ago...

      --
      In Soviet Washington the swamp drains you.
    6. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      Can be used for good or evil. Depends if control is in the hands of the hardware manufacturers or the users.

      So then; in the hands of systemd it is still evil right?

    7. Re:So, UEFI is a good thing now? by RyuuzakiTetsuya · · Score: 1

      UEFI has never been about preventing owners from running free software.

      The IBM BIOS from the early 80's is a goddamned dog though.

      --
      Non impediti ratione cogitationus.
    8. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      The system is now evil all the way down.

    9. Re:So, UEFI is a good thing now? by Wyzard · · Score: 5, Interesting

      First of all, UEFI is more than Secure Boot. UEFI has been standard on PCs for the past few years, and on Macs ever since they switched to x86. Secure Boot is just a feature of some newer UEFI implementations.

      Second, Secure Boot is a legitimate security feature that helps to protect against boot-time malware. There's nothing inherently evil about it. The controversy is over who should have the power to decide which OS is considered trustworthy and allowed to boot: the owner of the computer, or the vendor of the OS that came preinstalled on the computer?

      Naturally, you don't want to buy a computer that doesn't let you choose which OS you trust. But if you have a computer that does give you that choice, why not take advantage of it? Seems to me that it's good to have hardware vendors see increased demand for machines that support securely booting the OS of your choice, as opposed to those where you just have to disable Secure Boot entirely if you want to run something other than Windows.

    10. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      Boot time malware. Right. Very popular attack vector. All over the place.

      The attempt is to make your pc equivalent to your phone. i.e. not yours.

    11. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      First of all, UEFI is more than Secure Boot. UEFI has been standard on PCs for the past few years, and on Macs ever since they switched to x86.

      That does not automatically make it a good idea. To me it is a missed chance to do some obvious and much-needed good. Instead we got shiny-shiny support and evil by way of loss of control.

      Secure Boot is just a feature of some newer UEFI implementations.

      No, it's not "just a feature". It's been in there since the start, and is mandatorily enabled on things like tablets, meaning that you now depend on redmond to give their blessing to whatever you'd like to install on your device. This is not mandatorily enabled on desktops... yet. But that can change, and probably will, eventually, if history is any teacher.

      Second, Secure Boot is a legitimate security feature that helps to protect against boot-time malware. There's nothing inherently evil about it.

      That is how it is sold, just like "trusted computing" is "good for you", only really it isn't. For one, it doesn't actually protect against threats all that well. And second, it's really about control, and you can't have it. If you don't own the keys to the hardware you paid for then you don't have full say on the kit you thought you owned. I'd say that is pretty evil, and exactly what the thing does. Now you go ahead, try and argue again that 1+1 is not 2.

    12. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      You don't start repairing a broken window in a burning building.

    13. Re:So, UEFI is a good thing now? by Anonymous Coward · · Score: 0

      But if you have a computer that does give you that choice, why not take advantage of it?

      Until now Ive never had any need for SystemD and trusted boot, but now I see it could be used to prevent booting this evil SystemD OS. Looking forward to give it a try ... oh, wait ... SYSTEMD PANIC

  6. Amusing by Anonymous Coward · · Score: 2, Funny

    Trust chain. Systemd. Amusing.

  7. as long as M$ does not use the DMCA to lock in win by Joe_Dragon · · Score: 1, Insightful

    as long as M$ does not use the DMCA to lock in windows it's fine.

  8. Paper tape by rfengr · · Score: 2

    Maybe it's time to switch back to paper tape boot loader, or better yet, toggling it in. That would be more secure, and most importantly, more reliable. I've had it with all the security bullshit being added. Just more frustration for the end user.

    1. Re:Paper tape by Anonymous Coward · · Score: 0

      UEFI isn't about security, just like mass surveillance isn't about security. The objective in both cases is control. Security is merely the smokescreen.

    2. Re:Paper tape by kthreadd · · Score: 1

      UEFI is not about security, but UEFI secure boot is absolutely about security.

    3. Re:Paper tape by Anonymous Coward · · Score: 0

      It exists so a manufacturer can feel secure the products they sells won't be really owned by their buyers.

    4. Re:Paper tape by kthreadd · · Score: 3, Informative

      If the user can change the keys then I don't see a problem with it, and there are plenty of UEFI motherboards where you can change the keys.

    5. Re:Paper tape by Anonymous Coward · · Score: 0

      So what you're saying is UEFI and SystemD are about mass surveillance and control?

  9. Feature request by Anonymous Coward · · Score: 0

    I request that the next version include self-awareness and cybernetic terminators!

  10. Re:BRING ON THE DERP by Anonymous Coward · · Score: 0

    I just hope this one lasts long enough before someone makes a N.*i/H.*er reference.

  11. My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 4, Interesting

    Just over four months ago, I updated my Debian testing workstation. To keep a long story short, systemd was installed, and my workstation basically got trashed. It no longer booted properly, and none of my attempts to fix it worked. I used a livecd to perform one final backup.

    I proceeded to install FreeBSD 10. In hindsight, I wish I had done this years ago. FreeBSD has worked almost perfectly for me. The installation was fast and actually quite simple. All of the open source software I used to use under Debian is available and easily installed. ZFS is amazing. My system feels faster than it ever did before. It has yet to crash even once, unlike Debian and Linux, where I'd get a kernel panic around once a month. The upgrade to FreeBSD 10.1 went very smoothly, with almost no effort on my part.

    I used to be disturbed by the recent degradation of the Debian project. But now I no longer care. Since moving to FreeBSD, I have no need for Debian. Debian is basically dead to me now. If it dies as a project, I don't care. FreeBSD does everything I need, and it does it better than Debian and Linux ever did.

    Good riddance, Debian. Good riddance, Linux. Good riddance, systemd. All of them are failures compared to FreeBSD.

    1. Re:My FreeBSD Report: Four Months In by kthreadd · · Score: 4, Insightful

      Just over four months ago, I updated my Debian testing workstation. To keep a long story short, systemd was installed, and my workstation basically got trashed. It no longer booted properly, and none of my attempts to fix it worked. I used a livecd to perform one final backup.

      Have you tried it on a stable OS release that has systemd? I assume you know that testing is a development branch and is supposed to break, otherwise it would be called stable. Fedora has been using it for years now and it has been fine.

    2. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0, Funny

      You just used fedora and fine in the same sentence.

      Kittens died and babies cried.

    3. Re:My FreeBSD Report: Four Months In by igloo-x · · Score: 0, Flamebait

      Don't get too comfy! One of these days FreeBSD is going to require you to learn something new and you'll be pissing, whinging and throwing the baby out with the bathwater about that, too.

    4. Re:My FreeBSD Report: Four Months In by donaldm · · Score: 5, Interesting

      Just over four months ago, I updated my Debian testing workstation. To keep a long story short, systemd was installed, and my workstation basically got trashed. It no longer booted properly, and none of my attempts to fix it worked. I used a livecd to perform one final backup.

      Have you tried it on a stable OS release that has systemd? I assume you know that testing is a development branch and is supposed to break, otherwise it would be called stable. Fedora has been using it for years now and it has been fine.

      I concur, I have been using Fedora for quite a few years and have never had a problem with systemd. I unfortunately think our words are totally wasted on the haters though .

      --
      There ain't no such thing as proprietary standards only proprietary formats. Standards are by definition open.
    5. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0, Insightful

      Pre-systemd Debian was famous for being incredibly stable for desktop usage even on unstable branch, not speaking about testing. The stable/testing/unstable separation mattered only on servers, and lots of less important servers actually used testing, as it was stable enough and had a bit fresher software than stable.

      I don't really care for systemd being default in Debian, but it's sad to see Debian not only not enforcing the need of sysvinit compatibility in all packages in jessie, but also failing to make the systemd transition smooth.

    6. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      If only FreeBSD would boot my old 08 Macbook but only Ubuntu works on it...someone make a howto if it's possible, Linux blows.

    7. Re:My FreeBSD Report: Four Months In by koinu · · Score: 5, Informative

      FreeBSD user here since over a decade. Welcome.

      You haven't seen FreeBSD crash? It only means that you haven't seen enough, yet. FreeBSD is a great system and I recommend it to everyone who can manage it, but you don't need to mention stability as a feature, because it is not the highlight about FreeBSD. You don't install a system and watch how stable it is, but how useful it is (for you and your special requirements).

      The best thing about FreeBSD are the FreeBSD Ports and how much commitment there is to make every possible application work on the system. You have basically far more possibilities and options than on Linux distributions thanks to the great job they are doing on this system.

      A second point is that it is easier to feel comfortable on the system, because the whole thing is consistent and easy to understand, provided you take some time and learn about the concepts.

    8. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 2, Informative

      I assume you know that testing is a development branch and is supposed to break,

      No, it's not "supposed to break". Heck I ran unstable for years and only had 1 serious problem in all that time. If you really want crazy go to experimental.

      Testing is for hashing out deep and difficult bugs not "This is a complete POS"

    9. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      Just over four months ago, I updated my Debian testing workstation. To keep a long story short, systemd was installed, and my workstation basically got trashed. It no longer booted properly, and none of my attempts to fix it worked. I used a livecd to perform one final backup.

      Have you tried it on a stable OS release that has systemd? I assume you know that testing is a development branch and is supposed to break, otherwise it would be called stable. Fedora has been using it for years now and it has been fine.

      I concur, I have been using Fedora for quite a few years and have never had a problem with systemd. I unfortunately think our words are totally wasted on the haters though .

      Fedora is totally rocking right now. At our LUG, we get tons of Debian styled systems coming in, mostly Ubuntu. It's not because Ubuntu has the popularity it had, it's because they never did their first switch. Mostly we've been guiding them to Mint; but, eventually they drift into Debian. Debian isn't what it used to be. It is still very good, but things tend to break a bit more often than I remembered. Meanwhile, my "too lazy to switch" attitude seems to be paying off. Fedora has gone from frumpy to "really rocks", again.

    10. Re:My FreeBSD Report: Four Months In by RabidReindeer · · Score: 4, Funny

      Fedora has been using it for years now and it has been fine.

      Mostly fine.

    11. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      I could have asked me before. Well, I am joking, I realised it was installed systemd, and uninstalled by hand. Then, in all my Debian testing network, I replicated this configuration, and presto problem solved. /etc/apt/preferences.d/01systemd Package: systemd Pin: origin "" Pin-Priority: -1 Package: dbus Pin: origin "" Pin-Priority: -1

    12. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      I too am using Debian 8 and no systemd here. For now...at least it buys me a year or two to test FreeBSD better. Havent used *BSD for years now as a server.

    13. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 4, Insightful

      That's the problem. There isn't a stable release with systemd. The code isn't audited, nor has it seen actual production testing. It was just foisted on the end users without any transition period, possibly breaking every single app that uses the init.d mechanism for starting and control.

      To boot, with systemd's ability to listen on the network, it has a good chance of becoming a massive remote root exploit in the waiting. Does it have any internal security? We can cross fingers that this large blob of new code does more harm than good, but all it takes is one glitch, and it would mean havoc worse than the RTM worm on the UNIX side ages ago, or the Windows worms in the early 2000s.

    14. Re:My FreeBSD Report: Four Months In by ruir · · Score: 4, Insightful

      Are you being dense in purpose? The problem is not learning something new, is imposing a political decision down your throat, and letting the cornerstone of open source, choice, out of the equation. Even in my testing servers where sysv was installed, an upgrade was forced to systemd breaking my corporate setup rules and my configurations. What the hell is that?

    15. Re:My FreeBSD Report: Four Months In by kthreadd · · Score: 5, Informative

      That's the problem. There isn't a stable release with systemd.

      Fedora has so far released six stable releases with systemd, and Red Hat shipped their first stable release with systemd last summer.

      The code isn't audited, nor has it seen actual production testing. It was just foisted on the end users without any transition period, possibly breaking every single app that uses the init.d mechanism for starting and control.

      It has been shipping in Fedora for the past four years, and in RHEL since last summer. If that's not production testing then what is?

      To boot, with systemd's ability to listen on the network, it has a good chance of becoming a massive remote root exploit in the waiting. Does it have any internal security? We can cross fingers that this large blob of new code does more harm than good, but all it takes is one glitch, and it would mean havoc worse than the RTM worm on the UNIX side ages ago, or the Windows worms in the early 2000s.

      Inetd has been doing that for years. It has since moved to a different project. Big deal?

    16. Re:My FreeBSD Report: Four Months In by ReeceTarbert · · Score: 2

      If only FreeBSD would boot my old 08 Macbook but only Ubuntu works on it...someone make a howto if it's possible, Linux blows.

      Assuming you're serious and the problem is that you can't get FreeBSD to boot after the installation, check the post installation steps ("gpart" section towards the end) -- they fixed my late 2009 iMac.

      RT

    17. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 4, Funny

      Does it have any internal security?

      It has UEFI Secure Boot. That means that it is now secure.

    18. Re:My FreeBSD Report: Four Months In by Viol8 · · Score: 1

      "You don't install a system and watch how stable it is, but how useful it is"

      A system that goes down halfway through updating a million rows of customer data is not terribly useful. The whole point about *nix is its stability. You can leave the Oooh Shiny Features and piss poor stability to Microsoft, they've got that covered.

    19. Re:My FreeBSD Report: Four Months In by geminidomino · · Score: 1

      I concur, I have been using Fedora for quite a few years and have never had a problem with systemd.

      While you may have a point that judging it based on testing branch distros may be a bit unfair, "it doesn't crash as much as people say" isn't much of a selling point.

    20. Re:My FreeBSD Report: Four Months In by dotancohen · · Score: 1

      It has yet to crash even once, unlike Debian and Linux, where I'd get a kernel panic around once a month.

      This sounds like the problem right here. What was casing the kernel panics? From what you say you seem extremely competent with *NIX systems, so why didn't you find the cause of the panics?

      For what it's worth, I run quite a few Debian-based systems (alright, I'll say it: Ubuntu Server) both on real hardware (commodity and a Dell PowerEdge) and also in AWS (virtual machines in the cloud). I cannot remember my last kernel panic, it has been _years_ since I've seen that.

      Note that Ubuntu is still using upstart, so I have never evaluated systemd. I'm not addressing systemd in this post, rather, I'm addressing your oops.

      --
      It is dangerous to be right when the government is wrong.
    21. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I assume you know that testing is a development branch and is supposed to break

      Actually SID is the development branch. Testing is more half stable/half broken most of the time since it takes ages until a bugfix from sid makes it into testing.

      I personally use SID and the worst I had to deal with was applying a dpgk --configure to the right package or waiting for NVIDIA to catch up to the newest kernel. Of course each of these left me with a fully functional terminal, so I dread running into a systemd bug. ( If migrating from sid to stable was simple I would have already done it, its been some time since I needed the newest features/libraries )

    22. Re:My FreeBSD Report: Four Months In by zdzichu · · Score: 0

      You got to thank Debian for doing so bad job at integrating systemd. They had 4 years headstart and still managed to fuck it up. Other distributions did not have such problems.

      --
      :wq
    23. Re:My FreeBSD Report: Four Months In by rahvin112 · · Score: 4, Insightful

      No, it's not "supposed to break"

      https://wiki.debian.org/Debian...

      The Unstable repositories are updated every 6 hours.

      Some times are safer than others to upgrade packages in unstable, as at any given time, one or more OngoingTransitions may render some packages uninstallable, or release critical bugs may affect key packages.

      Nearly every single time Debian has made major plumbing changes, by for example upgrading or changing major boot packages that run by default, they've broken testing. Read the archives and you'll even find times they've corrupted peoples drives. Maybe you should be aware of what you are using, for gods sake they have a warning when you install testing that you run the chance of total data loss and having to format and reinstall.

      But of course you know better than the Debian Developers!

    24. Re:My FreeBSD Report: Four Months In by rahvin112 · · Score: 4, Informative

      Not enough coffee this morning, I quoted Unstable. Testing has similar warnings and you will find that every time there is major plumbing changes testing breaks. It's inevitable as edge cases break things.

      Still, sometimes, especially when packages are being restructured, packages that are not quite releasable may get into the next-stable distribution. So, there may remain some of the fun of using a constantly evolving development distribution.

      Search the archives, there have been plenty of instances where a package pushed into testing broke people's machines. I remember several.

    25. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 3, Informative

      https://en.wikipedia.org/wiki/...

      SystemD is fucked up by design. Do one thing. Do it right.

      Now they're taking a separate, barely updated UEFI bootloader and shoehorning it in as well. They would have been a bit better of at least starting from Grub2.

    26. Re:My FreeBSD Report: Four Months In by rahvin112 · · Score: 1

      If you run anything other than Stable on corporate servers you're a fool. They break testing, yes it's not as frequent as unstable but they do break testing, nearly every time there is a major plumbing change.

    27. Re:My FreeBSD Report: Four Months In by Ol+Olsoc · · Score: 1

      What the hell is that?

      Life.

      Burma shave.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    28. Re:My FreeBSD Report: Four Months In by Zeromous · · Score: 1

      Just do more work ruir! Double in fact.

      --
      ---Up Up Down Down Left Right Left Right B A START
    29. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 5, Funny

      Well, you see, I don't have a problem with systemd not working. My problem is that systemd is a great OS that lacks a decent init system.

    30. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      FreeBSD isn't all roses. The developers still haven't figured out how to handle binary packages properly even with the new pkg system. If you like to compile everything you can use ports I suppose, but I stopped caring about compiling my kernel in college. Stuff should Just Work. FreeBSD gets some things right while completely missing the boat on package management. Debian has always done very well at Just Working in their stable releases and even in their unstable releases. I do fear the systemd migration though.

    31. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      Have you ever heard of testing and pre-production systems networks? That what I hate in slashdot, anyone wants to chip in their bit of wisdom before asking for details.

    32. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 0

      There's a difference between This package broke a small test case" and "A large number of users are having problems across the board"

      If Debian developers were following their own rules systemd would have never made it out of unstable or experimental. It was certainly not ready for testing.

    33. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Stable OS and systemd at same sentence? Is there such a beast available? Isn't Fedora just a Redhat's alpha or beta-testing environment?

    34. Re:My FreeBSD Report: Four Months In by squiggleslash · · Score: 5, Funny

      The best thing about FreeBSD are the FreeBSD Ports and how much commitment there is to make every possible application work on the system

      That's awesome. Has systemd been ported yet? That's the only absolute must-have I have that's keeping me in GNU/Linux, if systemd is available on FreeBSD I'll switch over tonight.

      --
      You are not alone. This is not normal. None of this is normal.
    35. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I find it amusing that you criticize systemd for not doing just one thing, and then you suggest that they should have used grub 2. Do you have any idea how much code is in grub 2? It's basically an entire operating system at this point.

    36. Re:My FreeBSD Report: Four Months In by joaommp · · Score: 2

      Someone mod this guy up.

    37. Re:My FreeBSD Report: Four Months In by kthreadd · · Score: 1

      RHEL 7 shipped last summer and uses systemd. It's generally regarded as pretty stable.

    38. Re:My FreeBSD Report: Four Months In by LordLimecat · · Score: 2

      Linux isnt Unix. Unix is that way.

    39. Re:My FreeBSD Report: Four Months In by LordLimecat · · Score: 2

      There's a difference between This package broke a small test case" and "A large number of users are having problems across the board"

      And the latter has been seen even in release candidates of major distributions a scant few years ago.

      If its not production, its not considered stable yet.

    40. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0, Insightful

      But then Fedora and systemd has been developed in lockstep pretty much since day one.

      Frankly at this point they may as well rename it PoetteringOS to make it clear who is wearing that hat...

    41. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      "Testing" is somewhat of a misnomer in the Debian world. Debian testing is generally more stable than the "stable" releases of pretty much every other distro. Breakage shouldn't happen in Debian testing, because any such problems should have been worked out in Debian unstable.

    42. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      One would suspect that any serious admin is waiting for the 7.1 release before bringing it beyond their test rig.

    43. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 2

      Wow, I had to go look for myself and you're right RedHat/Fedora has ironed out ALL the bugs with systemd

      This one is a few weeks old

      most, if not all of my systemd-units on a dozen of servers using constructs like below to make the whole tree /var/lib readonly and the needed subfolder RW which is now broken in Fedora 21 and kills all my setups

      And what makes debugging even more fun is it does it randomly too:

      I can confirm Harald's report at DigitalOcean F21 x86_64. It happens on root login, but *not* every time.

    44. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 0

      To quote Debian:

      How Debian Testing Works

      Packages from Debian Unstable enter the next-stable testing distribution automatically, when a list of requirements is fulfilled:

      • The package has been in "unstable" at least for 2-10 days (depending on the urgency of the upload).
      • The package has been built for all the architectures which the present version in testing was built for.
      • Installing the package into testing will not make the distribution more uninstallable.
      • The package does not introduce new release critical bugs.

      There are definitely some systemd bugs that would be considered 'critical release' bugs, including a new one on Fedora that randomly makes folders RO such that daemons and services can't start.

      I would call that a 'critical release bug'.

    45. Re:My FreeBSD Report: Four Months In by zdzichu · · Score: 1

      They are doing one thing right. Providing the much needed middleware with useful APIs, unifying Linux' Balkans.
      GRUB2 isn't great UEFI bootloader. It does much more, because it aims for booting on legacy BIOS systems. I've been using gummiboot for years and I found it great.

      --
      :wq
    46. Re:My FreeBSD Report: Four Months In by Grishnakh · · Score: 1

      Ok, so is there a distro out there that's a derivative of Fedora and has 1) KDE as a first-class option (not an afterthought as it is on Fedora), and 2) patented codecs installed out of the box? That's the big reason to avoid Fedora, is that it's a PITA with regard to codecs, and can't play any media.

      Right now, I'm pretty happy with Linux Mint KDE 17. But it also doesn't use systemd yet, it's still on upstart (since the Ubuntu it's based on is also running on upstart, with a few systemd bits I think).

    47. Re:My FreeBSD Report: Four Months In by zdzichu · · Score: 3, Interesting

      They are doing one thing, and doing it right. They are providing much needed middleware and useful APIs, unifying Linux' Balkans.
      GRUB2 isn't the UEFI bootloader. It does much more, mainly in order to boot on legacy BIOS systems. I find gummiboot much better, I've been using it for years.

      --
      :wq
    48. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Then why did Debian break testing if it's supposed to be stable?

    49. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 5, Interesting

      Have you tried it on a stable OS release that has systemd?

      You mean like Fedora/RH which has 4 'urgent' severity bugs with systemd

      Including one where systemd breaks Keyboard shortcuts handling in text virtual consoles on Redhat Enterprise Linux.

      If you lower the bar to "high" priority you get some fun ones like:

      Unable to boot when systemd's LogTarget is set to syslog-or-kmsg or syslog on RHEL7. (The devs left it at "Ok, dropping log messages even just from systemd itself isn't probaly a best way, but wee need more time for investigation." in September 2014).

      reboot or shutdown commands unresponsive during systemd-fsck

      systemd stuck when auto-mouting volume for NFS

      Systemd doesn't unmount all devices before calling reboot/halt and thus corrupts a clean RAID1

      These aren't "oops, I can't play MP3" level bugs.

    50. Re:My FreeBSD Report: Four Months In by kthreadd · · Score: 2

      The thing I worry about is that, since Red Hat (which controls systemd) is a USA company, it is quite likely in bed with the NSA, which has been *proven* to be spying on everyone worldwide as much as it can. So it is possible that there's exploits built into systemd to allow NSA spying.

      I would feel much safer if it were a project made by a company in some other country, like Finland, not an American company. American companies cannot be trusted to protect our privacy, or really trusted in any way at all.

      I guess you don't run a lot of software then.

      An by the way, systemd is not controlled by Red Hat. Even Canonical has had some systemd commiters since long before Ubuntu decided to switch.

    51. Re:My FreeBSD Report: Four Months In by meta-monkey · · Score: 1, Insightful

      *adjusts tinfoil hat*

      systemd is part of a plan by the US government infiltrate and subvert the GNU/Linux operating system via the Red Hat corporation.

      It is no secret the US government (really, all governments) believes they should have full access to your communications and computing devices. If they can buy your information, they will. If they can't buy it, they'll force it with secret warrants and national security letters. If they can't force it, they'll subvert it, like intentionally weakening encryption algorithms. There's little doubt the NSA and pals have plants at every major tech company probing (or perhaps creating) vulnerabilities they can exploit.

      However, 80% of servers on the Internet run Linux. 85% of smart phones run Linux. My router, my NAS, even my surround sound receiver came with a copy of the GPL because they run versions of the Linux kernel. And there's no single point of attack against Linux. You can't strong-arm a Linux distribution into including a back door for you like you could Microsoft or Apple.

      Do you think the spooks are going to sit there and say "aw shucks, guess we just can't break into 80% of the stuff on the Internet. Let's call it a day." Of course not. So if you can't buy and you can't force, you infiltrate and subvert. You take your project and worm it into the Linux ecosystem until everything is dependent on it. You make it bloated and barely auditable, your people are in charge and can steer the project direction. And you can hide exploits in plain sight (see Underhanded C Contest).

      Redhat has been worming projects under their direction, most notably systemd, into the Linux ecosystem. Red Hat's #1 customer is and 50% of their revenue comes from the US Army.

      It's a conspiracy I tell you. A C-O-N...spiracy.

      --
      We don't have a state-run media we have a media-run state.
    52. Re:My FreeBSD Report: Four Months In by motokochan · · Score: 1

      KDE on Fedora isn't too awful. It's gotten a lot better since about Fedora 19. In fact, it works much better for me than the default GNOME option. I believe KDE is handled by a dedicated team, so it's certainly not the afterthought it used to be. As for patented codecs, I just make sure RPM Fusion's non-free repo is enabled and I have access to cleanly packaged codecs as needed. Just install the gstreamer packages and you'll have everything you need.

      You'll have a hard time finding a US-based or other major distribution supporting aac, h.264, and similar directly because of software patents that require payments to the license holder. It's why Ubuntu and Fedora both ship without that kind of support.

    53. Re:My FreeBSD Report: Four Months In by 0100010001010011 · · Score: 3, Informative

      It WAS that way:

      A Linux-based system is a modular Unix-like operating system. It derives much of its basic design from principles established in Unix during the 1970s and 1980s. Such a system uses a monolithic kernel, the Linux kernel, which handles process control, networking, and peripheral and file system access. Device drivers are either integrated directly with the kernel or added as modules loaded while the system is running.

      Other people in this thread have already point out that the direction systemd is headed will leave us with 2 binaries: The kernel and systemd. What next, systemd incorporates a mysql server?

    54. Re:My FreeBSD Report: Four Months In by anagama · · Score: 2

      I tried PCBSD a month ago. Installation was brain dead simple and it played all media files without any effort beyond installing the players. The only issue I had is that it won't deal with LUKS encrypted drives nicely so I installed Mint. Mint also plays all media but the video is choppier whereas on PCBSD it silky smooth. My plan, when I get around to it, is to order another HD and then transition back to PCBSD after some copying. I've just been lazy about it.

      --
      What changed under Obama? Nothing Good
    55. Re:My FreeBSD Report: Four Months In by Grishnakh · · Score: 1

      Thanks for the info.

      Anyone have any direct experience with both Mint KDE and Fedora/KDE who can comment on how they compare? This might be worth checking out.

      As for codecs, I thought Ubuntu *did* ship with that support since it's a South African distro, not US-based (and that this was one reason why people liked it--it came with everything out-of-the-box).

    56. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Compared to systemd it is no more then a script.

    57. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 3, Insightful

      If the transition was going to be smooth it would have been wheezy not Jessie. They waited and so it was bumpy Had they waited longer it would have been more bumpy.

      As for not enforcing the need for sysvinit compatibility how did you want them to do that?

    58. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 1

      The NSA is an intelligence agency. The other intelligence agencies are used to and good at subverting foreign governments, companies and people.

      Being foreign isn't going to help. It likely hurts. There are all sorts of laws that apply to RedHat restricted what intelligence agencies can do that wouldn't apply to some Finnish company.

    59. Re:My FreeBSD Report: Four Months In by tlhIngan · · Score: 4, Informative

      The difference is that SysAdmins hate SystemD and FreeBSD is primarily developed by SysAdmins. When FreeBSD has to solve the same problems that SystemD is hoping to solve, FreeBSD will do it in a way that SysAdmins will be more comfortable with.

      SystemD is attempting to solve problems without understanding how they should best be solved. Get a decade or two of managing tens of thousands of servers, then come back and attempt to solve the problems, You'll probably do it a bit differently.

      More like different focuses.

      FreeBSD is nice, but it's very server-oriented. Sure you can use it on a desktop through ports, but everything's still basically assuming you're on a server.

      SystemD is like PulseAudio, CUPS, and NetworkManager - they're tools to handle the complex desktop use cases that don't exist with servers.

      Of course, one thing FreeBSD does have is a general guidance and an avoidance of the latest shiny or political plays, which means a lot of Linux cruftiness is avoided, so stability in that form means things don't change too much.

      But, desktop users have a lot of requirements that just cannot be band-aided over like they do in Linux where you have spitwads, gum and duct tape holding together a lot of the system. Sure it works, but it's an extremely fragile system that's just begging for breakage.

      Here's some use cases that are extremely common in a desktop, but not at all on a server, and how various packages handle them.

      Audio - modern desktops have multiple audio paths - from HDMI to plain old speaker/headphone/line outs. And new ones appear and disappear constantly (say, Bluetooth). And audio needs to be mixed because the user might be watching a YouTube video when the system needs to alert them via a system sound. Or say, the user is listening to music, and then a VoIP call comes in which means muting the audio from the music player and activating the communications audio path (which can be completely different audio paths - the music may play through a speaker path, while the VoIP takes place over a headset using either a separate set of ADCs and DACs, Bluetooth, or whatever). Or perhaps the user is listening to music over their A/V system using HDMI audio. Then they turn off their A/V system losing the audio connection - audio now needs to be transported to a secondary source transparently to the application (can't have apps crashing because the audio device disappeared). Or how about a user opening an audio device for exclusive use (low latency, bit-perfect, whatever), and the system needs to play a sound (VoIP, alert, whatever). If there's no other audio path, it's a too-bad situation. But if there's another set of speakers or audio, why not route that audio that way so the user can get the alert through a secondary audio path?

      Networks are just as tricky - you want to connect to many different networks with differing roles - perhaps if you're at home, you bring down the firewall, while if you're on the go, the firewall goes up and maybe the VPN does too. Suddenly media connections are very important too because once you disconnect, you don't know if the next attachment will be to a trusted or untrusted network. And the firewall may need to manage different rules - like perhaps the HTTP server is allowed on all networks - public, private, VPN, whatever, while say Samba should only be accessible on private networks only. Repeat for other applications as necessary.

      SystemD is similar - a lot of services these days aren't launched on the system's behalf, but on the user. Right now there are dozens of different ways to have services launch when you log in - every environment provides a different way of doing it and there's no standard, so perhaps if you need a service to launch on Ubuntu when you log in, it won't work on Fedora. That's a huge mess - why not have something that's good at managing processes do it? Sure you have system services that start up on system boot, but there are a lot

    60. Re:My FreeBSD Report: Four Months In by mrex · · Score: 1

      unlike Debian and Linux, where I'd get a kernel panic around once a month

      So... how would you like a job as a fuzzer?

    61. Re:My FreeBSD Report: Four Months In by quantaman · · Score: 1

      Just over four months ago, I updated my Debian testing workstation. To keep a long story short, systemd was installed, and my workstation basically got trashed. It no longer booted properly, and none of my attempts to fix it worked. I used a livecd to perform one final backup.

      I proceeded to install FreeBSD 10. In hindsight, I wish I had done this years ago. FreeBSD has worked almost perfectly for me.

      Long story short.

      Using an unstable distro designed for testing you did a update, most likely a major version update from Wheezy to Jessie. Among the many, many changes was systemd. And because you heard a lot about systemd when this particular update failed it was clearly the fault of systemd.

      Therefore Debian and systemd are irredeemably broken and you switched operating systems.

      Would you have had the same reaction if systemd wasn't in the upgrade? What if there was a bug in some other critical startup process that caused the upgrade to fail? Would you still have switched?

      --
      I stole this Sig
    62. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 2

      The companies managing thousands of servers are some of the largest advocates for many of the key ideas of systemd especially process management. It is small admin managing small numbers of boxes with very old fashioned configurations that are having the biggest problems. This is not about managing tens of thousands of servers.

    63. Re:My FreeBSD Report: Four Months In by Bengie · · Score: 1

      Community competition is a good thing. FreeBSD doesn't work for everyone. If anything, SystemD is a great experiment for others to learn by.

    64. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Just over four months ago, I updated my Debian testing workstation.

      Have you tried it on a stable OS release that has systemd?
      Fedora has been using it for years now and it has been fine.

      So RedHat has their own Debian based distribution now?
      Or did they just change from .rpm to .deb?

    65. Re:My FreeBSD Report: Four Months In by sconeu · · Score: 4, Funny

      Coming to Netflix this fall: "Systemd is the new EMACS"

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    66. Re:My FreeBSD Report: Four Months In by bill_mcgonigle · · Score: 1

      Anyone have any direct experience with both Mint KDE and Fedora/KDE who can comment on how they compare? This might be worth checking out.

      I gave Mint a spin on the boy's eeePc (i686) and wireless networking was a mess. Failed hardware detection, but only sometimes, failed dhcp, but only sometimes, failed shutdowns, but only sometimes. I installed Fedora 21 KDE/RPMFusion, same as my laptop (x86_64), and it works fine.

      Some guy above was going on about KDE being a "Second Class Citizen". Yeah ... so it works fine, even if the many of the people in red on the bugzilla have drunk the GNOME Kool-Aid (I jumped ship when GNOME embraced mono and it's been downhill from there). For historical reasons I'm running nm-applet instead of the KDE Network widget (the KDE one was deficient for a time so Fedora documented how to use the other one) but the boy's machine is just using KDE's, so it must work now.

      Three of the four users in this household are non-power users and they all use Fedora/KDE. The liveUSB's I carry around are Fedora's KDE spin. OpenSUSE has good KDE support too and tracks Fedora's advancements pretty well. They also have a few advantages of their own (e.g. proper hibernate/resume on kernel upgrade, etc. - better spit and finish stuff).

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    67. Re:My FreeBSD Report: Four Months In by unixisc · · Score: 1

      PC-BSD user here, and I'm mostly happy w/ my system. You mention FreeBSD and Ports, but wouldn't it be more useful to use PCBSD and PBI? Oh, and if you don't want the GUI, then install TrueOS instead, which gives you all of PC-BSD, including PBI and PortsNG, but w/o the X11 and Windows Managers.

      My only wish here - right now, the PC-BSD team does the installation and providing a common experience across DEs of all their apps: they ought to have a team that does drivers for consumer apps, so that PC-BSD is a genuine desktop (as opposed to a server) OS. For instance, PC-BSD doesn't recognize my Intel wireless chipset, so I have to connect a cable from my router to the laptop. FreeBSD doesn't need WiFi support, being a server OS. Since PC-BSD just rides on FreeBSD, end result is that these things don't get supported, and PC-BSD is perceived as a FreeBSD + GUIs. Having the project deal w/ varied hardware support would make it viable in the market. Not just due to lack of systemd, but also b'cos FreeBSD doesn't break drivers or conventions while going from version to version.

    68. Re:My FreeBSD Report: Four Months In by unixisc · · Score: 1

      Since Debian has converted, maybe they could do that w/ kFreeBSD

    69. Re:My FreeBSD Report: Four Months In by unixisc · · Score: 1

      Package Management? PC-BSD got that covered w/ PBIs, which are now enhanced to support PortsNG. And if you want FreeBSD w/o the GUI, you could go w/ TrueOS, and get all the PC-BSD improvements in this

    70. Re:My FreeBSD Report: Four Months In by Bengie · · Score: 4, Insightful

      It has been shipping in Fedora for the past four years, and in RHEL since last summer. If that's not production testing then what is?

      And to think, enterprise users are still complaining about problems that SystemD is creating, but those issues are being shrugged off as "working as expected".

      To compare it, Windows 8 must be a success because it's been in production for a few years now. SystemD is nearly identical to Metro in every abstract way. The end users who care, don't want it, some people just accept it and think it's great. Well good for them, now give us an option to not use Metro/SystemD and let people who like it use it. the problem with SystemD is there is no option, everything breaks without it as more things become dependent on it.

    71. Re:My FreeBSD Report: Four Months In by blue9steel · · Score: 5, Funny

      What next, systemd incorporates a mysql server?

      How else would you properly store all your binary log files?

    72. Re: My FreeBSD Report: Four Months In by buchanmilne · · Score: 1

      So because Debian has bugs in their 'upgrade-to-syatemd' process in their in-development release, which numerous other Linux distros (Red Hat/Fedora, SUSE, Arch, Mageia) *don't* have in their released versions, your reaction is to ditch your distro?

      Wow.

      Maybe you shouldn't have been running testing ...

    73. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      i just want my text logs and remote log format back - at least make logging output an option

    74. Re:My FreeBSD Report: Four Months In by Bengie · · Score: 1

      I hear a lot of companies run "current" FreeBSD in production and it works just fine. Someone was running an alpha grade FreeBSD in production on a 100Gb router to test out network performance. Ran like that for months before the decided the code was good enough to commit to "current" and ask others to test.

    75. Re:My FreeBSD Report: Four Months In by Bengie · · Score: 1

      Great explanation of the problem domain.

    76. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Why do you mention Debian Unstable when most production systems use Stable? Debian Stable never break for me.

    77. Re:My FreeBSD Report: Four Months In by rahvin112 · · Score: 1

      The best thing about FreeBSD are the FreeBSD Ports and how much commitment there is to make every possible application work on the system. You have basically far more possibilities and options than on Linux distributions thanks to the great job they are doing on this system.

      More available software? Are you kidding? Gentoo has a similar "ports" system and more available software than FBSD and it's not even a top 5 distribution. I'd even wager the Gentoo community has far more help available.

    78. Re:My FreeBSD Report: Four Months In by phantomfive · · Score: 1

      Good finds

      --
      "First they came for the slanderers and i said nothing."
    79. Re:My FreeBSD Report: Four Months In by motokochan · · Score: 1

      Give KNetworkManager a try when you get a chance. It's been highly improved, to where it's actually usable.

    80. Re:My FreeBSD Report: Four Months In by motokochan · · Score: 1

      Ubuntu doesn't ship with patented codecs for many reasons, including the desire to promote non-encumbered options. They do make it quite easy to install them if you really need to, as explained here.

    81. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      So it's partially a bug in spamassassin. And who the fuck logs in as root? What part of that is ever a good idea?

    82. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      You know you mean 6 stable FEDORA releases? right?

      Most ppl use only systemctl enable/disable/start/stop/status SomeUglyUnitNameEndintWithDotService

      I recently updated my arch and I cannot use wifi-menu from cmdine because systemd will not start dhcpcd for my wifi card. I cannot debug this (not more bash -x on start scirpt) and logs are useless - as usual when the "hello systemd" era came. I guess Lennart tries to change my mind this way about using (God save me from evil) NetworkManager/systemd-networkd shit.

      I also had my keyboard configured from my .bashrc by setxkbmap command. Now when I log on sometimes I don't have my local chars and sometimes I have. This alone makes me laught. I was doing this way for looooong time and now it breaks. I know its stupid to do this way etc etc etc but stable mature system will not break the little things I am custom to. I had a lot of stuff done from my config files and i was able to quicly reproduce my personal enviroment to other hosts/vms/whatever and now I am stuck with stupid systemd-the-only-good-way shit.

      This year they will prepare to remove the /etc directory. Linux is becoming less simple and more bloby. The etc was containing a lot of files but it was easy to backup and easy to understand. Now only God... sorry i mean Lennart knows where that configuration will be. I am sure that it will be binary - it has to be because if logs can break then why configuration should be diferent?

    83. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

        it is easier to feel comfortable on the system, because the whole thing is consistent and easy to understand, provided you take some time and learn about the concepts.

      One could say the same thing about systemd... I have just started using CentOS 7 & there's a learning curve, but nothing too bad.

    84. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      None of that 2 desktop cases requires systemd.

      Audio - your GNOME or whatever should do this. You have that bloby dbus in your system for some reason soo sry systemd is not required here. Network - your network manager program should do this and again: maybe dbus - yes, systemd - no.

    85. Re:My FreeBSD Report: Four Months In by Chas · · Score: 1

      You're entirely free to keep using pre-systemd versions of your preferred distribution, but that isn't enough, is it?

      You are entirely free to keep using Windows Millennium Edition instead of Windows 7/8/10, but that isn't enough, is it?

      On a less snarky note: Due to the interdependency of some packages, your "option"...isn't one. And running older versions with known security/stability issues is a pretty fucking shitty compromise.

      The issue is NOT that Debian has decided to slob the systemd knob.

      It is that they've essentially leg-shackled their entire distro to it in a way that:

      A) Breaks lots of things, badly
      B) Doesn't make ANY allowances for the option of alternate/legacy bootloaders

      I could go on. But you've chugged your Kool-Aid like a good little citizen of Jonestown. So anything I'm saying is simply going to bounce off your True Belief.

      --


      Chas - The one, the only.
      THANK GOD!!!
    86. Re:My FreeBSD Report: Four Months In by JWW · · Score: 3, Funny

      I stream that movie to find out which of the two monsters comes out on top.

      Or they could both die at the end ;-)

    87. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I think the other half of this fight is between the users who think that the OS's job is to provide a minimal base for user-defined scripts, and the rest of the world that more or less can't script their way out of a wet paper bag. I think some sysadmins even think that their whole job is writing scripts.

      Having a scriptable OS is great, really. Coming from the closed-source world it's a mind-blowing change. However, bash scripts are not the end-all be-all of Unix. They're great for quick functionality, but eventually you're probably going to want to rewrite that sucker in C. A lot of what's going on is people are taking a look at the init scripts, abstracting out common functionality, adding dependency information, and rewriting lots of things in C — at least that's what OpenRC has been doing. They have support for cgroups too.

      Init and init scripts are effective, but deeply and irredeemably flawed: hence why cgroups exist in the first place. The idea that we need to have a user-defined, interpreted executable file so that each daemon can manage itself (provided that there are no pidfile screwups) is (in my opinion) completely obsolete. No, it was a bad idea in the first place. For one service, okay, sure, fine, but you should have rewritten that whole subsystem when you started writing the second init script. Duplicating code and functionality is not okay. The only things that should be in this file are the things that it does that are unique. Anyone who can argue the point is a bad programmer. If the end of the process of de-duplicating code leaves us with a declarative unit file instead of a script, so much the better.

      While scripts are a core part of Unix, it's okay to trade out the interpreter for the compiler sometimes. It's probably just normal maintenance in most cases, but when the scripts suck at their jobs, it's a necessity. Systemd isn't desktop-focused, except in the sense that desktop users also don't care whether they can edit how their network card starts up without recompiling something. The difference is about whether or not the OS should be more than just an interpreter.

    88. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      this is a complete lie. I have been seeing and hearing the opposite.

    89. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      citation needed.

    90. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      You'd better be quick, FreeBSD has already been talking about creating their own version of systemd

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    91. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      my god, some people still haven't got the message..... just configure it to use rsyslog

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    92. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      yawn....

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    93. Re:My FreeBSD Report: Four Months In by WD · · Score: 1

      Yes, ZFS is amazing. But my concern about FreeBSD in general is that from an exploit mitigation perspective, it's in the dark ages. Like, maybe close to Windows XP. http://networkfilter.blogspot....

      For a file server, great. But for anything that's parsing untrusted data or is exposed to the internet, I'd be concerned.

    94. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      Want to buy buy a double layer tin foil hat? you look desperately in need of one

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    95. Re: My FreeBSD Report: Four Months In by Billly+Gates · · Score: 1

      Good to know the freebsd project too is looking to replace init too. Google Hubbard looking at a init replacement. Perhaps SystemD?

      I can't wait to see the looks on haters faces who switched hearing this.

    96. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      you don't half make things up. the logs produced by systemd are miles more informative than syslog, just learn to use them

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    97. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      and a serious admin certainly wouldn't put 7.1 straight on production machines (as you imply they would)

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    98. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      "A second point is that it is easier to feel comfortable on the system, because the whole thing is consistent and easy to understand, provided you take some time and learn about the concepts." - very true. its the problem that most people moaning about systemd are out of their comfort zone and mostly shouting from ignorance of what systemd is and does.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    99. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      FreeBSD's Jordan Hubbard sees need for a modern init system with features like systemd/launch

      http://www.reddit.com/r/linux/...

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    100. Re:My FreeBSD Report: Four Months In by MSG · · Score: 2

      SystemD is like PulseAudio, CUPS, and NetworkManager - they're tools to handle the complex desktop use cases that don't exist with servers.

      PulseAudio - OK, yes. Clearly desktop oriented.

      CUPS - we still need print spoolers. Especially in environments where accounting and chargeback are required. The old print systems were harder to set up than CUPS. This is needed on servers just as much as it is on desktops.

      NetworkManager - I used to manage a lot of firewalls that ran CentOS. NetworkManager was nice, because sites where the internet connection was not 100% reliable and not static could disconnect the uplink Ethernet cable, and plug it back in to renew DHCP. Without NetworkManager, they had to power cycle a system with R/W mounted filesystems. That sucked, a lot. NetworkManager also has a place on servers.

    101. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      AFIAK, most enterprises are sticking with 6.x until they are sure that systemd doesn't break their applications. RHEL 7 and downstreams are in testing, but with the large amount of untested, potentially insecure, code that has full reign of the computer, and possibly could be accessed by an outside party at any time, this is a situation just asking for a catastrophic failure. There is a difference between foisting a package on end users, versus actual rigorous QA testing and code auditing, neither of which has apparently gone on with systemd.

      Even OpenSSL was certified before the bug showed up, but systemd has never has seen much other than rabid advocacy as a method to explain why a completely untested codebase is now encompassing a good portion of the Linux userland.

      inetd's source code has been tested. It has been part of FIPS and Common Critieria testing. Even if inetd fails, it has no network connectivity, and does not allow much access by non-root users. systemd has a FAR wider attack surface. As one lord-king-God-almighty code blob that goes from the network stack to the GUI, it only takes a single line of code to allow a remote root exploit. To boot, SELinux can't fence it off either, against because it is one large chunk of code with no internal separation. If one piece gets compromised, the intruder has unfettered root access, pure and simple, unlike apache, which the intruder might have control of the webserver directory as the apache user... but can't go into /home and mess around there.

      Who stands behind systemd and can provide actual assurance that the code has some thought of security behind it? At one place I worked, I had to constantly assure internal auditors about Linux changes. Explaining that systemd is safe for consumption on public machines wouldn't be possible. I cannot even make a statement that systemd won't break existing applications like Oracle or Sybase, much less convince an auditor that I'm not running a potentially insecure OS in production.

    102. Re:My FreeBSD Report: Four Months In by muirhead · · Score: 2

      I thought Ubuntu *did* ship with that support since it's a South African distro, not US-based (and that this was one reason why people liked it--it came with everything out-of-the-box).

      Canonical is UK based, http://www.canonical.com/about

    103. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Wow!! You really have no idea why systemd is being pushed do you? It has nothing to do with the desktop, nothing.

      Red Hat is developing and pushing systemd to support 'containers'. If you were a corporate user of RHEL you would have experienced several presentations by now from Red Hat representatives gushing over how 'containers' will change the world. And to get containers, they need systemd. This is Red Hat's answer for the cloud going forward.

      You're in for a wicked surprise when you learn that systemd is being pushed by and for servers, not desktops. You're also going to be in for a rough ride when the 'desktop' bugs get pushed down the priority ladder in favour of server fixes.

      Desktop, ha ha, that's funny...

    104. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Red Hat shipped their first stable release with systemd last summer.

      Which was a complete and utter disaster. We upgraded about forty servers, and not a one would boot after the upgrade. Admittedly, it is the first time Red Hat has allowed a major version upgrade, but it didn't work. We had a mix of about a dozen different hardware combinations so you would think at least one would have worked just at random. After working with Red Hat's support for over two weeks, they finally were able to find the problem systemd created. They decided to disable LVM support at systemd's demand. systemd intentionally decided to break servers that use LVM. The Red Hat guys were pissed off. The fix is to add this to /etc/dracut.conf:

      # dracut modules to add to the default
      add_dracutmodules+="mdraid lvm"

      When undoes systemd's demand to not allow software RAID or LVM. I don't understand their hatred of LVM, and Red Hat is certainly their biggest victim. We wasted dozens of hours of their support time.

    105. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      It may be the companies, but it is not their admins.

      --
      When you cant win, ad hominem.
    106. Re:My FreeBSD Report: Four Months In by muirhead · · Score: 4, Funny

      That would be ridiculous. MySQL is so last year. systemD needs something far more Big Data.

    107. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      Considering there are loads of binaries already in the systemd project and only one runs in PID1, they are wrong

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    108. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      You and your lies/fallacies again. It is not out of ignorance, or out of fear that most people are doing this. It is about design choices that people feel should not have been made, and that it is forced on them.

      --
      When you cant win, ad hominem.
    109. Re:My FreeBSD Report: Four Months In by Hognoxious · · Score: 1

      When XP support stopped I live-booted my eee 1000H with Mint LTS(17?) mate and everything worked fine.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    110. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      the problem is when someone blows chunks on startup you cannot just take a look at the C program, find and fix then issue and then restart. Sure the "it just works" mantra is fine, until it doesnt just work, then you are screwed. The concept of better codeing is great, the concept that you do it in a way that you cannot fix the problem is not. And to add it in you throw in a fallacy. As a developer, or a user you want it to "just work", however when it does not work you will probably come to a sysadmin and if it is because of systemd, then I will be pissed.

      --
      When you cant win, ad hominem.
    111. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I tried PCBSD a month ago .... The only issue I had is that it won't deal with LUKS encrypted drives nicely ...

      So I have read, Dragonfly BSD claims to handle LUKS encrypted drives out of the box.

    112. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 1

      It is their admins. Their admins are the ones who have to be able support process management infrastructures. Like I said I get that there are admins in who administer very traditional boxes for whom that is not true, but mostly they manage far less than thousands of boxes. The people managing those numbers had to make switch over for things like: virtualization, virtual networks, virtualized storage, SAN, clustering, distributed processing... which moved them away from classic 90s style admining.

    113. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 1

      The Debian discussion was on this point. That's the citation. They figured they could hold out for Jessie but then what? The transition would be much rougher 2 years hence. As for the difficulty for early distributions like Arch and Fedora as contrasted with Debian, I think the debate makes a good citation.

    114. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Well, you see, I don't have a problem with systemd not working. My problem is that systemd is a great OS that lacks a decent init system.

      LOL - I'm sure systemd.sysvinitd.systemd.sysvinitd is coming soon.

    115. Re:My FreeBSD Report: Four Months In by Hognoxious · · Score: 2

      MongoDB. It's webscale because it doesn't use joins.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    116. Re:My FreeBSD Report: Four Months In by Eristone · · Score: 1

      Well methinks you are going to be logging in as root in single user mode to work on recovering the crashed system...

    117. Re:My FreeBSD Report: Four Months In by Hognoxious · · Score: 2

      Too long. How about PoS?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    118. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Your referring to dissenters or skeptics as "haters" will not, I think, help your cause. Indeed, the fact that you choose to use such an emotive term (some might say insulting) makes me, as an outsider, even more cautious about systemd. I see quite a lot of systemd proponents using the term "haters" and it gives me the impression that parts of the systemd lobby seem a bit, for want of a better word, cliquey. I do understand that some systemd dissenters can be quite rude and dismissive about it, but I do not see them adopting a widespread use of a term such as oh, I don't know, let's say for example, systemdtards.

    119. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      That might be so. We're skipping RHEL7 entirely, because we *know* that we don't have any production issues with RHEL6. Once systemd has been in the wild longer, we might move to RHEL7.

      Quite frankly, don't have a lot of trust in a team in which one of its main developers has banned by Linus from committing code, because it's considered sloppy and broken.

    120. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      Most admins from large companies who host thousands of machines already have systems to do this, without the headache that comes with systemd.

      --
      When you cant win, ad hominem.
    121. Re:My FreeBSD Report: Four Months In by Hognoxious · · Score: 1

      Red Hat shipped their first stable release with systemd last summer.

      Whoop de fucking doo.

      Some systems have uptimes longer than that.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    122. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      In my plan (just to migrate some data from ntfs and have more backup) I think about getting a 2.5" hard disk drive for desktop use. it might be a good format for dangling hard drives.

    123. Re:My FreeBSD Report: Four Months In by igloo-x · · Score: 0

      You are entirely free to keep using Windows Millennium Edition instead of Windows 7/8/10

      You are, though. What's your point?

      running older versions with known security/stability issues is a pretty fucking shitty compromise.

      So simply maintain systemd-free forks of all software you use, and packages that depends on that software.

      Or convince all software authors not to write software that depends on systemd. What's so hard about that?

    124. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 1

      Correct they do. What systemd standardization does is allows Linux applications to have a constant API to write against to get process management and thus as chunks of systemd get replaced by more complex PaaS components that API is how they talk to individual applications.

      That's the benefit. Systemd sets a much higher minimum and a standard.

    125. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Want to buy buy a double layer tin foil hat? you look desperately in need of one

      Funny, people used to laugh and tell me stuff like that 10 years ago when I talked about William Binney, Thomas Drake, NSA tracking all your phone calls, monitoring what websites you visit, etc. ... then this Snowdon guy came along and a lot of stuff was admitted in front of Congress even by the NSA, and it seems that they aren't laughing so much about it being 'tin foil' anymore.

    126. Re:My FreeBSD Report: Four Months In by thesupraman · · Score: 1

      Great!

      Now, can you please tell me what to edit to change my runlevel in systemd?
      It used to be a single line in initd... nice and simple. in systemd........

      After all, such an important and core function must be nice and easy, right?
      Not looking for a gui that makes a bunch of hidden changes, I need to know what config file entry to change, and need it to
      be consistent across different systems so we can automate some admit jobs..

    127. Re:My FreeBSD Report: Four Months In by thesupraman · · Score: 1

      Close but not quite.

      They ARE doing one thing right - embrace and extend..

      you do know where that leads, dont you?

    128. Re:My FreeBSD Report: Four Months In by 31eq · · Score: 1
      There is a standard for starting a service when you log in:

      The autostart specification defines a method for automatically starting applications during the startup of a desktop environment after the user has logged in and after mounting a removable medium.

      http://www.freedesktop.org/wiki/Specifications/autostart-spec/ Obviously, desktops could still do with a better way of starting services and making sure they stay running. Because that wouldn't be at all useful on servers or anything.

    129. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Does it have any internal security?

      It has UEFI Secure Boot. That means that it is now secure.

      No, it means that it claims to be a secure binary. The actual code could be a buggy POS with security holes up the wazoo, but it has a valid "security signature" so you think you can "trust" it. Just like all the "signed" drivers and code from MS that you could "trust" because it was signed by MS - until the next patch came out for the zero-day security hole in it.

    130. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      the problem is when someone blows chunks on startup you cannot just take a look at the C program, find and fix then issue and then restart.

      This is a reasonably good point, but one also cannot do this with Windows or Mac. I realize that systemd has a long way to go to be considered reliable, but I don't think that it's impossible to get there.

      ...if it is because of systemd, then I will be pissed.

      This part is irrational. For one, arguing with machines is rarely fruitful. For another, you're either ignoring equivalent flaws in init scripts or used to working around them.

      Here's a thought experiment. If you don't mind, I'll use different concepts to present the analytical tool first; people tend to see the word "systemd" and forget to engage their rationality. So if you were considering getting a better-paid job in a new city, your emotional attachment to your existing situation could weight your decision unduly. It can be useful to consider the reverse situation: would you take an $xx,000 pay cut to move to your current city and hang out with your college roommates.

      Applying this to the current situation. Say you had a perfectly working systemd installation, and you were used to using it, and it had no more bugs than your average sysvinit setup. Someone proposes replacing this with init scripts. You would lose on being able to track processes accurately, but have an easier time troubleshooting boot problems. Would you still consider this to be a good tradeoff?

    131. Re:My FreeBSD Report: Four Months In by PincushionMan · · Score: 1

      So it's partially a bug in spamassassin. And who the fuck logs in as root? What part of that is ever a good idea?

      Remotely, no never. That's asking for trouble. But locally? Yeah! I log in about once a quarter. You never know when you'll need fallback or disaster recovery mode because something's not right with the hardware or software.

      I hear what you're thinking: "Why run a server on a single machine? Put it in a cluster of redundant VMs on two or more hypervisors and you don't have to worry about disaster recovery." True. But not every company has the resources plop from a few tens of thousands to a couple of hundred thousand on hardware.

    132. Re:My FreeBSD Report: Four Months In by grcumb · · Score: 1

      Correct they do. What systemd standardization does is allows Linux applications to have a constant API to write against

      I'm going to give you the benefit of the doubt and assume that you meant a 'consistent' API.

      How is this unique to systemd? How is systemd a requirement for this to occur? A consistent API for what, exactly? For inter-process communication? For service-to-service communication? For communication of service state change?

      ... to get process management

      Ah, for process management! Because that's never existed before!

      ... and thus as chunks of systemd get replaced by more complex PaaS components that API is how they talk to individual applications.

      Yes, because adding complexity has been the goal of sysadmins from Day One.

      That's the benefit. Systemd sets a much higher minimum and a standard.

      Raise the bar! Higher standards! More Bugs! But fuck that! Because we didn't write the bugs! We just made them possible!

      To summarise: I find your ideas questionable, at best, and downright wrong, mostly.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    133. Re:My FreeBSD Report: Four Months In by igloo-x · · Score: 0

      It is about design choices that people feel should not have been made

      If Slashdot is at all representative of Linux users at large, it's obvious that most of them don't know dick about designing software, and would be better off deferring to people who have at least thought about it for more than 10 minutes.

      and that it is forced on them

      Nothing is being forced on anyone.

    134. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I'm using LMDE and systemd effectively crashes my entire computer. It sets the wrong ownership on a file then some process tries to read it, fails, then spawns another copy of itself (why?) in an attempt to read it again, fails, and the cycle repeats. The computer becomes quickly unusable and the desktop crashes.

    135. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 3, Insightful

      What we're seeing is a real-life demonstration of "why you really shouldn't try to re-implement the first 4 network layers":

      Because you're going to make all the same mistakes that were stomped out of the Unix TCP/IP stack over the last 25 years.

    136. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Since when is NetworkManager necessary to automatically re-activate lost connections? Both at home and at work, dhclient does a fine job.

      Does your 'dhclient' not daemon itself and sit on the ethernet ports waiting to re-lease and re-connect as necessary?

    137. Re:My FreeBSD Report: Four Months In by OrangeTide · · Score: 1

      Success with Fedora is a roll of the dice. Some folks have success, and many others can't get it working. I don't think happy Fedora users are any more skillful than the unhappy ones, just lucky.

      Remember, people who can't get their Fedora systems online aren't around to complain, that's observer bias. (Having fun with a fallacy fallacy if you didn't get it)

      --
      “Common sense is not so common.” — Voltaire
    138. Re:My FreeBSD Report: Four Months In by jedidiah · · Score: 1

      > so perhaps if you need a service to launch on Ubuntu when you log in, it won't work on Fedora.

      I seem to vaguely recall such a thing being available for SunOS in the 80s and being able to use that same method on every other Unix I have worked on since.

      Not seeing the emergency here really...

      --
      A Pirate and a Puritan look the same on a balance sheet.
    139. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      After all, such an important and core function must be nice and easy, right?
      Not looking for a gui that makes a bunch of hidden changes, I need to know what config file entry to change, and need it to be consistent across different systems so we can automate some admit jobs..

      This is the thing about free software: people act in their own interest since they aren't serving customers. If you stop using the software they develop they lose nothing. So the free software way is to either develop what you want yourself or pay people to develop what you want for you. What systemd has really exposed here is the amount of people just riding the freeware gravy train who are now complaining that somebody isn't serving their interests free of charge anymore.

    140. Re:My FreeBSD Report: Four Months In by jedidiah · · Score: 1

      People with large numbers of servers probably don't appreciate Linux becoming some sort of oddball or a precious snowflake.

      I certainly would not want that at my layer of the stack.

      We tend to run more than just Linux.

      I would rather the "you lowly peons you don't have any clue, we run BILLIONS of servers" contingent just fucked off and used AIX instead.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    141. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Nobody within the FreeBSD community gives a fuck what Hubbard thinks about this matter. Nobody within the FreeBSD community takes his init system ideas seriously.

      Look at the FreeBSD Core Team Alumni list and you'll see:

      Jordan K. Hubbard (1992 - 2002)

      He was a major player at one time, over a decade ago. That's not the case today.

      In fact, if you actually followed any of the discussion regarding this matter, you'd be aware that the majority of people were against anything remotely like systemd or launchd.

      The BSD community in general isn't made up of the nancies who make up the Debian community. The BSDers are totally focused on stuff that works, and they generally don't give a fuck about dumb social causes and idiocy like systemd, like the Debian crowd does.

    142. Re: My FreeBSD Report: Four Months In by Billly+Gates · · Score: 1

      You mean like Sun and Apple also giving up on init?

    143. Re:My FreeBSD Report: Four Months In by MSG · · Score: 1

      Does your 'dhclient' not daemon itself and sit on the ethernet ports waiting to re-lease and re-connect as necessary?

      That's correct. ISC dhclient, the standard on GNU/Linux distributions, will not renew a lease if it attempts to get one and does not get a response. That might happen if a site loses power and the internet connection is not up when power is restored and the firewall boots. Or if the link is down long enough for dhclient to attempt renewal while the link is down.

    144. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Jessie just kept on going for me. Never even noticed the transition. How many people had to research ways to make it fail and poke around at shit they could have just left alone, just so they could then jump online and start puking their hate for systemd?

    145. Re: My FreeBSD Report: Four Months In by jbolden · · Score: 1

      Don't know. I do know there were some real problems for people with complex boot scripts. Those needed to be ported and now they are. One time annoyance.

    146. Re:My FreeBSD Report: Four Months In by Barsteward · · Score: 1

      bollox. if you read the trolls and know a little about systemd, you would realise just how ignorant the trolls are.. try watching this "The Six Stages of systemd" https://www.youtube.com/watch?...

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    147. Re:My FreeBSD Report: Four Months In by mattventura · · Score: 2

      What next, systemd incorporates a mysql server?

      Great idea!

      -Poettering

    148. Re:My FreeBSD Report: Four Months In by drinkypoo · · Score: 1

      Fedora has so far released six stable releases with systemd,

      What? There is no such thing as a stable release of Fedora. By definition it's RHEL beta.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    149. Re:My FreeBSD Report: Four Months In by thegarbz · · Score: 0

      The end users who care, don't want it, some people just accept it and think it's great.

      Don't speak for me just because you don't like something or it doesn't fit in your use case.
      Linux has for years needed a unified system manager to get rid of the clusterfuck of tiny applications fighting each other to make a usable system work.
      And Windows has for years needed a UI overhaul (ok not metro, that's a load of shit I'll agree), but there are many people out there who have tablet touchscreens for who the windows UI is borderline unusable due to small hitboxes and poor integration with touch support in the general OS.

    150. Re:My FreeBSD Report: Four Months In by thegarbz · · Score: 1

      The problem is not learning something new, is imposing a political decision down your throat, and letting the cornerstone of open source, choice, out of the equation

      That has been the foundation of the linux distribution for a long time, and also the reason for many MANY forks into new distributions.

      No distribution has the resources to maintain all software in all scenarios and give the user a complete choice. They made a choice. You don't like it, change to someone who didn't make that choice.

      The choice is still yours. But right now you're complaining about changing the default desktop background shipped when you first installed linux, nothing more.

    151. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      You haven't seen FreeBSD crash? It only means that you haven't seen enough, yet.

      That's why I prefer OpenBSD:

      # uptime
      5:04PM up 1087 days, 17:16, 1 user, load averages: 0.17, 0.19, 0.17

    152. Re:My FreeBSD Report: Four Months In by Ol+Olsoc · · Score: 1

      Anyone have any direct experience with both Mint KDE and Fedora/KDE who can comment on how they compare? This might be worth checking out.

      I gave Mint a spin on the boy's eeePc (i686) and wireless networking was a mess. Failed hardware detection, but only sometimes, failed dhcp, but only sometimes, failed shutdowns, but only sometimes..

      Probably because Mint shouldn't have been the version installed.

      I use Lubuntu on an eep netbook, and it works very well indeed. All functions supported.

      Here is a fine site to go to. http://distrowatch.com/

      It has various distros even for ridiculously low powered computers, like Legacy OS

      Anyhow, Lubunto for the netbook, and now on to the original question

      I had a Toshiba Satellite that I was running dual boot and Ubuntu on. Not caring for the interface, I gaver Mint a try. Never looked back, All functions were installed and went out and got all the drivers, on install, and even avoided any setup nonsense and just asked if I wanted to replace my Ubuntu Linux. Mint does provide support for touchscreens.

      Mint's biggest shortcoming is that when it has a major upgrade, you need to reinstall. It's not an issue for me, as I store my personal files externally, but could be an issue with some.

      disclaimer - it is possible to do a complete version upgrade without reinstalling the OS, but that's pretty advanced stuff.

      For look and feel, a Windows user should be able to make the switch without too much problem to Mint - LUbuntu too for all that matter. I like it, My wife, who is a relative tyro, is really happy with it after refusing to work with W8-8.1.

      And for reference, I use Pulseaudio, the apparent satan's spawn that systemd haters love to hate, without any issues at present, after an early issue with the program.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    153. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Legacy BIOS systems don't have, or NEED, UEFI! What the fuck are you talking about?

    154. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      ...if it is because of systemd, then I will be pissed.

      This part is irrational. For one, arguing with machines is rarely fruitful. For another, you're either ignoring equivalent flaws in init scripts or used to working around them.

      Here's a thought experiment. If you don't mind, I'll use different concepts to present the analytical tool first; people tend to see the word "systemd" and forget to engage their rationality. So if you were considering getting a better-paid job in a new city, your emotional attachment to your existing situation could weight your decision unduly. It can be useful to consider the reverse situation: would you take an $xx,000 pay cut to move to your current city and hang out with your college roommates.

      Applying this to the current situation. Say you had a perfectly working systemd installation, and you were used to using it, and it had no more bugs than your average sysvinit setup. Someone proposes replacing this with init scripts. You would lose on being able to track processes accurately, but have an easier time troubleshooting boot problems. Would you still consider this to be a good tradeoff?

      Who said anything about arguing with machines? Also I can fix an init script, I cannot fix a compiled systemd, and the methods used to fix some of the known issues are much more painful than anything in systemv. Also I can track processes without systemd, so it would be a fine tradeoff.

      --
      When you cant win, ad hominem.
    155. Re:My FreeBSD Report: Four Months In by deek · · Score: 1

      You get a kernel panic, once a month, on Debian Testing?! That's _very_ unusual. I've run Testing on a dozen or so different systems, for over a decade, and have never had a kernel panic. Not once.

      Are you using the Debian sourced kernel, or compiling your own? Compiling any third party drivers into it?

      Anyway, whatever works for you. If FreeBSD is stable for you, and does everything you need, then go for it!

    156. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      NoSQL?

      NoSQL and SystemD. Now written in Python!

    157. Re:My FreeBSD Report: Four Months In by thaylin · · Score: 1

      Now you are just calling them trolls... Again with what I stated, you prove..

      Also I watched the video and everything he accomplished is possible without a massive hunk of a system like systemd.

      --
      When you cant win, ad hominem.
    158. Re:My FreeBSD Report: Four Months In by smash · · Score: 1

      Welcome to the fold. I did this about 10 years ago for everything I could and haven't looked back.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    159. Re:My FreeBSD Report: Four Months In by smash · · Score: 1

      In my experience I have had less crashes in the past 15 years with FreeBSD than I have with Linux. I have had crashes with both. I haven't had significantly more blue screens with Windows either, and the ones I have had with windows have been caused by broken hardware or drivers.

      Buy decent hardware with proper driver support and most current operating systems are stable. Problem is most people buy bottom dollar hardware.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    160. Re:My FreeBSD Report: Four Months In by smash · · Score: 1

      FreeBSD does have Wifi support, but last I used it ('11) it wasn't exactly intuitive.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    161. Re:My FreeBSD Report: Four Months In by smash · · Score: 1

      Horses for courses. How's your GPU support?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    162. Re:My FreeBSD Report: Four Months In by smash · · Score: 1

      +1 for PC-BSD. It's basically FreeBSD with a nice package system and more comprehensive installer. If you want FreeBSD on a desktop I highly recommend.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    163. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      RH will make them an offer they can't refuse soon enough...

    164. Re:My FreeBSD Report: Four Months In by shutdown+-p+now · · Score: 1

      From the tinfoil hat perspective, wouldn't SELinux be a better and easier attack vector for that kind of thing?

    165. Re:My FreeBSD Report: Four Months In by shutdown+-p+now · · Score: 1

      In some ways, ironically, FreeBSD has historically been better at "desktop oriented". Remember all the mess with audio stack on Linux back in the day? ALSA, dmix, all that stuff?

      In FreeBSD, all you had was (and is) OSS. But it just worked - multiple apps and all.

      I've also had somewhat better luck getting various random WiFi cards work on FreeBSD than on Linux, though that's purely anecdotal.

    166. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Once everyone uses systemd, every distro will be fedora.

    167. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Who said anything about arguing with machines?

      At the risk of explaining something intended to be humorous, getting mad at systemd is a waste of emotion.

      Also I can fix an init script, I cannot fix a compiled systemd,

      You're repeating yourself. You can't fix compiled Windows boot files either, but it's okay because they don't break very often. Systemd also should not break for reasons that require recompilation to fix. If it does, feel free to not use it. Feel free to not use it in any case.

      Also I can track processes without systemd, so it would be a fine tradeoff.

      Pidfiles as a means of process tracking are...well, you're welcome to it.

    168. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Link to your bug report please?

      Oh... You didn't fill one out...

      Oh... You made that story up...

      You make a long story short here with links to your documented issues.

      Now admit you have used Windows your whole life.

      You've only booted a Linux live CD ONCE to attempt to fix your busted Windows install, but you just fscked it up worse, and brought it to Greek squad.

      Go somewhere else to make up me too stories.

      Thanks!

    169. Re:My FreeBSD Report: Four Months In by LordLimecat · · Score: 1

      Linux was never Unix, it was built from the ground up. What do you suppose Linux stands for?

    170. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Nt surprised, as they have likely already gone clusters of VM/containers on those severs. What seems to be caught out are those that are not interested in the whole containerization fad, or those that want to run a lean, traditional, unix.

    171. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      Your forgot the part where systemd is beta code into a stable distro.

    172. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      Because it would be very difficult to write all that ports yes...oh wait, they have existed for 20 years.

    173. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      Tell me about that, about a year and something ago trivago interviewed me, and was a bit adamant were running windows, and need some fresh blood for FreeBSD. I tried to talk with them about that, but them being german, was all work and no talk. Only a few months down the lane, I got it. They wanted to get out of the systemd mess too. But oh, no, everyone is going into systemd and it is just an "AC" posting here. Fucking pricks.

    174. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I hope every time you write burma shave Hallah rapes you in the ass, buda sucks your dick and Jesus shits on your mouth.

    175. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      We are not talking about the default desktop fucking moron. We are talking about the very foundations of the os. And telling people if you are not ok with us, go away when the strength of the OS is in numbers is retarded. It would not be "difficult" to maintain it, the code has been there for ages, it is just imposing it.

    176. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      Yes, and your momma about sellling you to china for being a beggar.

    177. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Right. All the software you need already exists, systemd is not depriving you of any freedom, and

      the cornerstone of open source, choice

      is still very much in the equation. So that's your argument busted.

    178. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Several months ago, I updated my Debian testing, and systemd was installed. I hated it from the first sight. Fortunately, I was able to uninstall it, together with some Gnome cr@p, and reenable System V - style init. And everything still works fine for me. By the way, I've had no kernel panics for years... I've almost forgotten how a kernel panic looks.

    179. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      How does Steam run on FreeBSD (including the games)?

      (I've been considering the jump myself, but for now Slackware won for the above reason (among others)).

    180. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      That's standard fanboy terminology.

      Our local Microsoft fanboy called me a Microsoft hater for preferring Windows 7 over Windows 8 - even though I work as a .NET developer.

    181. Re:My FreeBSD Report: Four Months In by jbolden · · Score: 1

      People with large numbers of servers probably don't appreciate Linux becoming some sort of oddball or a precious snowflake.

      I don't know. I'm assuming you mean POSIX since the other stuff in systemd is pretty specific to Linux configurations already. I'm not sure that POSIX really does matter. In the days of the OpenGroup certainly there were a huge range of Unixes all with moderate marketshare and thus horizontal compatibility was important to keep down development costs.

      My feeling is the way this resolves is the BSDs develop a systemd emulation / compatibility sort of like an extended version of the shim and then mostly themselves move to something like systemd (likely a fork of launchd). But assume I'm wrong and that isn't what happens.

      Today virtually all of the production servers (excluding embedded) are Linux. There exist plenty of non-systemd embedded distributions and that ecosystem doesn't currently seem threatened. So I'm not sure that breaking compatibility with the BSDs induces much cost. Moving to process management might decrease admin costs with respect to Solaris and AIX.

      I would rather the "you lowly peons you don't have any clue, we run BILLIONS of servers" contingent just fucked off and used AIX instead.

      I agree that this is being driven by the lack of viable good old fashioned industrial commercial Unix. Had Digital Unix, Solaris, AIX... really survived (i.e. kept up) then that would solve the problem. It is entirely possible that RedHat / Suse drive Linux to fill that void and it just is no longer suitable for smaller servers.

      I can easily imagine that things keep going in this direction, an IaaS management suite becomes mandatory in distributions from say 2025 and you just can't boot an individual server at all under mainstream Linuxes. That is possible. But because of embedded there will still be classic Linuxes for simple servers. I just don't think they will be used much.

      But the original question was about the vast majority of admins. I really think the issue is at admins who monitor dozens of boxes not tens of thousands. Those are the ones who often have the sorts of customization problems that make the systemd conversion nasty. But it is a one time cost. They will convert over to systemd and then convert over to one of the larger infrastructure management systems and not have to follow this nonsense themselves anymore.

    182. Re: My FreeBSD Report: Four Months In by jbolden · · Score: 1

      Agreed. There are some good distributions for lean, traditional Unixes. The issue really is that Debian can't both be one of those and be mainstream. It is an either / or choice.

    183. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      I remember several.

      There were more than several. But only rarely a regression so severe that it crippled the system beyond repair. IIRC I only once had problems during Perl 5.10 rollout and that was relatively easy to fix, though I had to wait for about a week before all the core packages were updated for the new version of Perl and apt-get finally started working again.

      But again, that is a minor issue: one can always "predict" the breakages, since they happen only during "transitions" for which Debian has a tracker.

    184. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 1

      What's new is that you yourself can't fix them anymore to bring your system from dead.

      Those are binary blobs, you idiot, not scripts you can fix with a text editor which you can start from anywhere, including the kernel command line.

      Such bugs were expected. It is hard to make an init system from scratch and not screw up something. But what was unexpected to most, is the attitude of the systemd developers, who often go "works for me" or "it is so by design" or "this should be fixed elsewhere".

      Near perfect car analogy: you tow your car under warranty to the service, but they refuse to do anything because their own cars run just fine.

    185. Re:My FreeBSD Report: Four Months In by squiggleslash · · Score: 1

      Awesome!

      (I'm actually supportive of SystemD, joking aside, the concept makes a lot of sense and I've seen nothing in the implementation that suggests it's heading in the wrong direction. If Hubbard's able to get a similar project off the ground, then maybe it'll give the haters an alternative to jump to that doesn't throw the baby out with the bathwater.)

      --
      You are not alone. This is not normal. None of this is normal.
    186. Re:My FreeBSD Report: Four Months In by thegarbz · · Score: 1

      Ahhh so you fail to understand the desktop wallpaper reference and you call another person a moron. Thats... Moronic.

      Ok let me spell it out for you.

      Your complaint is that your personal flavour of OS isn't the same as it used to be, but you refuse to go out and change it because you like the colour of the packaging. Well use another fucking OS rather than complain that your pet project got "political".

      As for not being difficult to maintain, you're wrong. But you don't need to take my word for it. There are plenty of posts by developers of RedHat and Debian specifically on the reason they don't maintain both streams. The ability to provide choice to the end user well over doubles the maintenance and testing workload. You not only need to maintain multiple parts, but you also need to maintain the system which allows you to select.

      That's why there are so many distributions to begin with, both on the desktop and the server.

      Fucking moron indeed. Get a clue.

    187. Re:My FreeBSD Report: Four Months In by ruir · · Score: 1

      It goes deeper than the "colour", so indeed a moron...thanks for confirming.

    188. Re: My FreeBSD Report: Four Months In by ruir · · Score: 1

      Oh not they are not ported, am sure as hell, I am not porting my DHCP/Radius/BIND scripts. for Debian 8 you just forbid/pin systemd, and that will buy you 1 or 2 years to migrate to FreeBSD and show Debian the middle finger.

    189. Re: My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Sun replaced init, and is now buried in the great cemetery of Oracle.

      Apple and their users never cared about Unix, they just took what they needed to avoid needing to build a new OS from scratch.

    190. Re: My FreeBSD Report: Four Months In by jbolden · · Score: 1

      That's fine. Changing products is also a one time porting of the scripts over to FreeBSD. The main thing is it is a one time transition cost not an ongoing issue.

    191. Re:My FreeBSD Report: Four Months In by rl117 · · Score: 1

      This isn't strictly correct. They have been talking about their own equivalent of launchd.

      Why is the distinction important? Unlike systemd it has a clearly-defined and limited scope. If systemd had stuck to doing this, it wouldn't have become the creeping mess it is today. So long as the FreeBSD implementation is limited and sane, I see no reason why it won't be a general improvement. And given the clean and generally machine-editable nature of rc.conf and the BSD init system, it will likely not be too challenging to make it backward-compatible, which is another area systemd failed in by not being fully LSB compatible.

    192. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      It's generally reported as not used!

      Essentially people are now migrating from RHEL5 to RHEL6 hoping that RHEL8 will bring enough sanity back before RHEL6 runs into end of life, mirroring what were seeing from the enterprise world with Windows8. The mass migration to RHEL7 is just not happening outside of the imaginary world redhat's marketing team lives in.

      Suse is in a similar bind, no real interest in the new SLES12 either, and only canonical who have taken a guarded approach to systemd, and kept it out of 14.04 is seeing people migrate off old versions.

      On the desktop the attempt move to a more systemd frindly distro have broken the mostly useless plymouth boot splash, and caused a lot of issue with monitoroff vs sleep vs hibernate just after they finally seamed to have made it work again because systemd/freedesktop.org crowd just dont have the resources to actually work with real world drivers, but have broken all of the old workarounds in preparation of the planned "perfect" solution that probably wont arrive this century. As it was the case for pulseaudio under Pottering aswell.

      RHEL7 also implements a fairly stupid firewall config tool that hides even simple tasks under layers upon layers of complexity through abstraction but luckily that havent been made dependency for systemD yet.

    193. Re:My FreeBSD Report: Four Months In by unixisc · · Score: 1

      Oh, I wasn't implying it doesn't. It supports chipsets like Atheros, but glosses over the most common one - Intel's. My laptop has an Intel WiFi, and FreeBSD did not recognize it while doing the hardware detection. But WiFi support would be a low priority for FreeBSD, but would definitely be needed by PC-BSD. That's what I was implying.

    194. Re:My FreeBSD Report: Four Months In by Ol+Olsoc · · Score: 1

      I hope every time you write burma shave Hallah rapes you in the ass, buda sucks your dick and Jesus shits on your mouth.

      Little Anon Coward

      Feeling underpowered

      Reading your reports

      You can bite my shorts.

      Burma Shave!

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    195. Re: My FreeBSD Report: Four Months In by jeremyp · · Score: 1

      Why did Apple ever bother with Unix certification then?

      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    196. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Ze "woosh" ist above you!

    197. Re:My FreeBSD Report: Four Months In by KBrown · · Score: 1

      It's not about moving to a stable distro with a stable (patched) systemd. What Linux needs is to be able to compile it's own init system from source (from the stable branch) and be able to boot.

      I tried on Gentoo to move from OpenRC to Systemd and got the same results, the system was unbootable. I moved back to OpenRC since systemd is not worthwhile fixing.

      I will better wait for sys-apps/uselessd to give it another try.

      --
      --
    198. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Yep, since MySQL is now from that evil Oracle, it would make sense that they'd offer it up to put it in that evil systemd.

    199. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Yeah... because unifying the real Balkans worked out so well. https://en.wikipedia.org/wiki/Srebrenica_massacre/

    200. Re:My FreeBSD Report: Four Months In by Ash+Vince · · Score: 1

      I concur, I have been using Fedora for quite a few years and have never had a problem with systemd.

      While you may have a point that judging it based on testing branch distros may be a bit unfair, "it doesn't crash as much as people say" isn't much of a selling point.

      What about "people keep saying it crashes but they are making it up or blaming it when the fault is somewhere else just because they hate the developer and do not agree with the reason for its development"?

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    201. Re:My FreeBSD Report: Four Months In by geminidomino · · Score: 1

      If that were the only reason people didn't like/want/trust it, you might have a point. Considering that the "crash" complaint is one of the more minor ones, however, it just comes across as ignoring the legitimate problems and concerns for the sake of keeping it a politicized issue and/or delusions of persecution.

    202. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      You really don't want D-bus as the fundamental technology to route your audio. D-bus isn't designed for that specific use case. PA is designed for the desktop use case and it does this well enough.

    203. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Does OSS dynamically route audio sinks like PA can? Can OSS stream audio sinks and sources through the network like PA can? Does it have a low-latency sound system like Jack and will OSS defer to Jack whenever there's a Jack application like PA does?

    204. Re:My FreeBSD Report: Four Months In by shutdown+-p+now · · Score: 1

      I honestly have no idea. As far as I'm concerned, it plays things when I want them to be played, which is what I expect from the desktop. And mind you, it's not something that's surprising on a Linux desktop today, but I recall just how much effort it took back in 2005 or so. While FreeBSD already "just worked".

    205. Re:My FreeBSD Report: Four Months In by Ash+Vince · · Score: 1

      If that were the only reason people didn't like/want/trust it, you might have a point. Considering that the "crash" complaint is one of the more minor ones, however, it just comes across as ignoring the legitimate problems and concerns for the sake of keeping it a politicized issue and/or delusions of persecution.

      But equally, thousands of companies now trust systemd to run enterprise servers since centos or RHEL is pretty much the defacto linux distribution in this regard. The fact that this is the case does indicate that it must be pretty stable when correctly configured.

      If there are bugs in systemd, then report them and maybe even help diagnose them to make it better. It has huge traction now so there is zero chance of it disappearing.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    206. Re:My FreeBSD Report: Four Months In by geminidomino · · Score: 1

      But equally, thousands of companies now trust systemd to run enterprise servers since centos or RHEL is pretty much the defacto linux distribution in this regard. The fact that this is the case does indicate that it must be pretty stable when correctly configured.

      Are you new to this industry, or just pushing an agenda? Deployment numbers certainly do NOT indicate stability - 20 years of Windows' dominance is your counter-evidence there - at best, it's implied.

      If there are bugs in systemd, then report them and maybe even help diagnose them to make it better. It has huge traction now so there is zero chance of it disappearing.

      I'll pass. I'm of the opinion that systemd is fatally flawed at the design level, probably even at the conceptual level - i.e., it can't be "fixed."

      We've already started the process of migrating our infrastructure from Ubuntu Server LTSes back to FreeBSD. The devs behind the former have been making lots of questionable decisions the past few years, so we just needed a back-breaking straw, and the wide adoption only helped us to pick a destination. If Ian's GR had gone through and we wouldn't have had to worry about some random package "upgrading" our Debian installs down the line, we would have gone that way, instead.

      I don't care whether it disappears entirely. Once we've finished the move, I don't need to care whether Linus makes the kernel itself require systemd, or if Linux chokes to death on it - my horse will be out of the race.

    207. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      As an emacs user, I am offended. In emacs you have lot of ways of work with your workflow and everything is replaceable.
      systemd is just trash

    208. Re:My FreeBSD Report: Four Months In by Ash+Vince · · Score: 1

      Are you new to this industry, or just pushing an agenda?

      No, not new to the industry being now in my late thirties and having worked for the last decade as and server admin and developer. Don't really have an agenda as I have moved into pure development now and have no interest in moving back to being a sysadmin as I have a family now and the out of hours on call bit of being a sysadmin sucks.

      Deployment numbers certainly do NOT indicate stability - 20 years of Windows' dominance is your counter-evidence there - at best, it's implied.

      You say that but in my last sysadmin role I was responsible for supporting a pair of IIS servers we needed to serve certain crap developed for windows (needed to be case insensitive, and had occasional chunks of ASP). Windows 2003 Server was rock solid in this regard and managed similar uptimes to apache which we used for most stuff.

      MS desktop offerings might be utter shit without a reboot but I was pleasantly surprised by IIS. I would still never choose to use again out of principle though as do I think open source is a good thing.

      We've already started the process of migrating our infrastructure from Ubuntu Server LTSes back to FreeBSD.

      Jesus, why would you even think about using Ubuntu in a server anyway? Everywhere I ever worked or heard of used RHEL, Centos or occasionally Debian. Since I discovered Mint I would not even waste my time using Ubuntu on a desktop.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    209. Re:My FreeBSD Report: Four Months In by geminidomino · · Score: 1

      Jesus, why would you even think about using Ubuntu in a server anyway? Everywhere I ever worked or heard of used RHEL, Centos or occasionally Debian. Since I discovered Mint I would not even waste my time using Ubuntu on a desktop.

      I wouldn't, the decision was made 10 years ago before I came on board for the project. Back then, the server release hadn't gone full dumbfuck yet, so it was just a matter of "meh, whatever." As it's gotten more ridiculous, it's just been a matter of overcoming inertia. Now it has done, and we're scraping it out of the network.

    210. Re:My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

      Shouldn't the story be that EMACS will be modfied to use Systemd as its system loader? After all Emacs is a half way decent OS -- that just happens to desperately need a good text editor.

  12. I can't wait! by dark.nebulae · · Score: 3, Funny

    This was the only piece that was missing from systemd.

    I'm sure now all of the growth will end and the community will start rallying around systemd.

    Hmm, is that hell freezing over outside?

    1. Re:I can't wait! by ArsonSmith · · Score: 0, Troll

      Just because there are 3-4 naysayers doesn't mean systemd isn't the best thing possible for Linux. It really is the one and only thing that Linux has been missing for more than 20 years. Now that we have an all encompassing boot process we can do away with all the other crap sold under the guise of "choice" and settle on a single system that works all the time and does everything you should want to do.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    2. Re:I can't wait! by serviscope_minor · · Score: 5, Funny

      This was the only piece that was missing from systemd.

      It's still missing a good editor.

      --
      SJW n. One who posts facts.
    3. Re:I can't wait! by RabidReindeer · · Score: 5, Insightful

      "does everything you should want to do".

      Do you work for Apple?

    4. Re:I can't wait! by serviscope_minor · · Score: 4, Insightful

      It really is the one and only thing that Linux has been missing for more than 20 years.

      Oh gosh no. For the first time in about 10 years I can no longer get my laptop to sleep reliably using the sleep key, because systemd is eating the events and doing something with them. I've discussed it with various people online and off and no one has been able to help me figure it out.

      The thing is, maybe Linux did need a better boot process (though I've never seen any enormously convinving arguments as it's not like Linux never worked before systemd), but systemd seems to be a bit of a hive of complexity and opaqueness.

      The fact that I can't debug problems that didn't used to be problems is not an enormous point in its favour. It's that sort of reason why so many people are suspicious of it. Well, that and binary log files.

      and does everything you should want to do.

      Well, technically, "everything you should want" is a subset of "everything under the this sun and all others", so systemd does indeed qualify as doinng everything anyone wants.

      --
      SJW n. One who posts facts.
    5. Re:I can't wait! by frank_adrian314159 · · Score: 1

      That explains it...

      --
      That is all.
    6. Re:I can't wait! by Anonymous Coward · · Score: 0

      mod parent up!!!

    7. Re:I can't wait! by ArsonSmith · · Score: 1

      I forgot my /sarcasm tag... still got Insightful?

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    8. Re:I can't wait! by Anonymous Coward · · Score: 0

      Oh my you botched it. Systemd is a nice OS, it just lacks a decent startup system.

    9. Re:I can't wait! by Anonymous Coward · · Score: 0

      Let me rephrase that for you.

      Just because there are droves of unthinking sycophants doesn't mean systemd is the best thing possible for Linux.

      You know, that kind of argument cuts both ways, and considering who we are talking about here, good ol' Plötter (I won't even care to spell that characters name) and Sivers, neither who are generally well liked nor regarded, I'd say there is fair reasons for apprehension.

    10. Re:I can't wait! by meta-monkey · · Score: 1

      I'm still waiting for them integrate WebKit.

      Check that, a hastily cobbled together "webkitd" that they rewrote from scratch to do the exact same things, but they have control over.

      --
      We don't have a state-run media we have a media-run state.
    11. Re:I can't wait! by Xylantiel · · Score: 1

      The case in the article seems like an example of this kind of problem with the systemd team. Instead of working with one of the prominent bootloaders to get the UEFI trust chain worked out, they just adopt an infrequently-updated nonstandard (sounds like = buggy) bootloader and run with it. This has the effect of abandoning all the work already put in by the prominent bootloaders to get corner cases working. It's a shortcut so systemd can add a bullet to their feature list, but provides the feature in such a way that it is buggy for many use cases.

      I don't object so much to replacing sysv init, but the systemd team appears to have a tendency toward repeatedly reinventing the wheel badly just to get things done faster, and being kinda rude about it, and that makes one a bit uneasy. Though I'm honestly unsure if this is just the sensationalization of a few usual cases or more typical behavior.

    12. Re:I can't wait! by Bacon+Bits · · Score: 1

      I keep telling people I'm waiting for systemd-emacs. I feel like someone should make it even if it's a joke at this point.

      --
      The road to tyranny has always been paved with claims of necessity.
    13. Re:I can't wait! by pfl · · Score: 1

      Hmm, is that hell freezing over outside?

      Sorry, no. That already happened when Finland won the Eurovision song contest a few years ago.

    14. Re:I can't wait! by stooo · · Score: 1

      Yep. If systemd lacks a good init system and emacs lacks a good editor, just integrate emacs in systemd.

      By the way, in french, "systeme D" means bricolage ( making something work by slapping together the things you have lying around)

      --
      aaaaaaa
    15. Re:I can't wait! by Barsteward · · Score: 1

      "seems to be a bit of a hive" - while you are using terms like this, you'd best do some research to qualify it rather than reply on the trolls.

      Here is a start https://www.youtube.com/watch?...

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    16. Re:I can't wait! by Anonymous Coward · · Score: 0

      Hmm, is that hell freezing over outside?

      What is more amazing is all the "I switched to FreeBSD" posts.

      Another crippling bombshell hit the beleagured systemd community today.
      Netcraft confirms it: systemd is dying.

    17. Re:I can't wait! by serviscope_minor · · Score: 1

      while you are using terms like this

      Except that "a hive of complexity" has a completely different meaning from "a bit of a hive"..

      --
      SJW n. One who posts facts.
    18. Re:I can't wait! by Anonymous Coward · · Score: 0

      3-4 naysayers? I think you have a buffer overflow going on there.

    19. Re:I can't wait! by maestroX · · Score: 1

      This was the only piece that was missing from systemd.

      It's still missing a good editor.

      make that a hex editor

    20. Re:I can't wait! by Anonymous Coward · · Score: 0

      Not only editor, a decent init system would be nice too...

    21. Re:I can't wait! by Barsteward · · Score: 1

      perhaps i should have just said "seems to be..." as that was the important bit of the quote

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    22. Re:I can't wait! by thegarbz · · Score: 1

      For the first time in about 10 years I can no longer get my laptop to sleep reliably using the sleep key,

      Wait what? Ok I didn't read the rest of your comment because I got stuck reading this line over and over again.

      Are you saying you actually managed to get a copy of Linux to sleep reliably. Did you get it to wake up as well? H.O.L.Y S.H.I.T! I don't think I've ever seen Linux do that. No I'm not being facetious. This is one thing I have NEVER seen working. At best I got linux to sleep and wake missing most devices and then requiring a reboot, at worst it would go to sleep and then never wake again.

    23. Re:I can't wait! by serviscope_minor · · Score: 1

      OK, sure, seems to be. That would be fair. Given that the old system was so simple I could figure it out myself and the new system I couldn't figue out with help from a bunch of happy systemd users on IRC, I think it's fair to say it seems rather complex. Unless the video tells me something about the architecture that I've misunderstood, than a video of people telling my it's really not as compex as I think isn't going to wash.

      --
      SJW n. One who posts facts.
    24. Re:I can't wait! by serviscope_minor · · Score: 1

      Are you saying you actually managed to get a copy of Linux to sleep reliably.

      2002 called and want their complaint back. All of the laptops I've used even remotely recently (i.e. going back to about 2006) have gone to sleep and woken up fine. It's all done by acpi. There have been Dells, Thinkpads, Asusi and HPs in there.

      I put my thinkpad into sleep mode every night and wake it up every work day just fine. Saves me from having to rearrange all my xterms to be just so and haveing to open 500 tabs on firefox.

      But seriously this isn't a problem in Linux any more. Either you've been astonishingly unlucky or you're choosing laptops which have very, very poor standards support. You ought to do a little research before buying. IME the mainstream brainds work well. Dell and Thinkpad explicitly support Linux and just work. Asus used to (eee) and the newer ones have been totally trouble free for me.

      --
      SJW n. One who posts facts.
    25. Re:I can't wait! by thegarbz · · Score: 1

      2002 called and want their complaint back.

      It's 2015 asshat and this basic crap still doesn't work. Not on my Dell Lattitude, not on my home built PC, and not (though I'm not surprised about this one) on the HP piece of shit touchscreen laptop we recently got too.

      So please don't tell me it isn't a problem anymore. It is. And you're right I don't do research. The ability to use something like standby doesn't rank as a concern for me. I'm just surprised to hear it's working.

    26. Re:I can't wait! by airdweller · · Score: 1

      I'll see your profanity-laced personal anecdote and raise you the experience of my friends and myself (four people in total) for whom standby worked just fine as of 2008 (starting with Ubuntu 8.04; IIRC, it was broken in 11.04, but fixed in 12.04 and up; as well as the latest Kubuntu and CentOS 6/7) on Dell D620, D630, E6400, E6410, Lenovo T420, HP 8740 and two DIY desktops (mine was upgraded three times since 2007). I think I had problems only in Gentoo (2010?), but that machine wasn't supposed to enter standby anyway.
      Take it easy.

  13. Trust Chain? by Anonymous Coward · · Score: 5, Insightful

    With Lennart Poettering and Kay Sievers lol. 2 of the most untrustworthy and two faced developers in the Linux world.

    Something isn't quite right here

    1. Re:Trust Chain? by Anonymous Coward · · Score: 0

      Once they get Ulrich Drepper on board, we'll have new axis if e-ville.

    2. Re:Trust Chain? by thegarbz · · Score: 1

      How are they not trustworthy and why are they 2 faced?

      By my accounts they do exactly what they say and exactly what we expect them to do with great consistency.

  14. Re:as long as M$ does not use the DMCA to lock in by Anonymous Coward · · Score: 1

    It's not fine unless the user (machine owner) can control root keys.

  15. Fuck you by Anonymous Coward · · Score: 0

    I set sysvinit as init on my Debian jessie, however I had to install systemd anyways (I use Xfce, but I also need some useful gnome programs, and they need that shit).

    I'm moving to FreeBSD soon, and I'm also very interested in the new Devuan project. I don't want poetteringware on my computer.

    1. Re:Fuck you by kthreadd · · Score: 1

      Did you have to install the entire systemd or just a systemd-related package like for example libsystemd?

    2. Re:Fuck you by Anonymous Coward · · Score: 0

      Unfortunately apt also installed the "systemd" package, it's a mandatory dependency for many gnome-related utilities. It's not init, but it's there.

    3. Re:Fuck you by Anonymous Coward · · Score: 0

      The gvfs has a dependency on systemd, which is a kind of sad. Without the gvfs suddenly one loses the automagically mounting USB sticks and memory cards. And without the systemd (or gvfs, don't know which is the guilty) the XFCE loses ability to handle the laptop hotkeys for wlan on/off, display brightness, etc.

    4. Re:Fuck you by kthreadd · · Score: 1

      I looked at it and from what I could see the only dependency in jessie that I could find was that gvfs-daemons depends on libsystemd0. Libsystemd0 is not systemd, and it's certainly not an init system. It's a utility library that provides an interface for applications to call systemd components but it does not depend on systemd itself.

    5. Re:Fuck you by Qzukk · · Score: 2

      Probably someone who hasn't discovered --no-install-recommends yet.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    6. Re:Fuck you by Barsteward · · Score: 1

      if apt set "init=/bin/systemd" then change to "init=/bin/init"

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
  16. Will they implement systemd on Raspberry Pi? by Anonymous Coward · · Score: 0

    I hope someone port systemd to distros that power the Raspberry Pi and Arduino

    I hope more people experience the agony, the same agony that are inflicted on many Linux users right now

    Let's spread the pain, man --- after all, it's only fair !

    1. Re:Will they implement systemd on Raspberry Pi? by Pizza · · Score: 1

      ....you mean like Pidora, which works great BTW?

      --
      -- I ain't broke, but I'm badly bent.
    2. Re:Will they implement systemd on Raspberry Pi? by ssam · · Score: 1

      Running Raspbian Jessie on a raspberrypi with systemd here. Works great.

    3. Re:Will they implement systemd on Raspberry Pi? by Anonymous Coward · · Score: 0

      Yes, share the pain..

      Chris Lukehart

    4. Re:Will they implement systemd on Raspberry Pi? by unixisc · · Score: 1

      Won't they? Since Debian is the most prominent Linux running on Raspberry Pi

  17. PID 1? by Anonymous Coward · · Score: 0

    I don't get it. This is crazy. Does the boot loader run in PID 1 now?

  18. slow to arrive. by nimbius · · Score: 5, Funny

    I for one have been waiting for the promise of a UEFI bootloader for some time, but as an avid Systemd fan I can't help but wonder when Pottering and the team are going to get off their lazy asses and implement a systemd version of the Kernel. The Kernel (linux, ganoo, whatever) is old, inefficient, and can be handled much better by systemd. dmesg is a confusing command too. to replace it in systemd you would just issue a simple systemctl service engage geiss wobble manager=1 --upchuck --lasermode /var/tmp/var/eng/lib/lib64/service/svc/portal/optimized/Skernel.wrapper to get the same data converted from a binary disk image into real text, imaginary text, a full color background, and a chart-topping indie song (--noyuke to remove yukelele) Its really quite simple and I dont understand why linux makes such a fuss about their old fashioned kernels.

    --
    Good people go to bed earlier.
    1. Re:slow to arrive. by nvm_my_comment · · Score: 1

      If you are waiting for a newer/better kernel I've heard good thing about hurd. It should be release just in time for the year of the linux desktop.

    2. Re:slow to arrive. by SchroedingersCat · · Score: 1

      Then we can rename it for what it is: ntoskrnl.exe

    3. Re:slow to arrive. by bill_mcgonigle · · Score: 1

      systemctl service engage geiss wobble manager=1 --upchuck --lasermode /var/tmp/var/eng/lib/lib64/service/svc/portal/optimized/Skernel.wrapper

      And how is that an ineffective programmer's API?

      Someday there will be userspace tools for admins to use as well.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  19. One day, systemd becomes its own OS - oh wait! by Anonymous Coward · · Score: 0

    Star Trek: The Motion Picture comes to mind with V'ger... Systemd will become self-aware very soon...

    You could say the same thing about EMACS. Who needs anything else, it already includes the kitchen sink, and...

    1. Re:One day, systemd becomes its own OS - oh wait! by corando · · Score: 1

      The singularity occurs completely by accident, when implementing EMACSd.

    2. Re:One day, systemd becomes its own OS - oh wait! by Anonymous Coward · · Score: 0

      The singularity occurs completely by accident, when implementing EMACSd.

      It's emacs/systemd!

    3. Re:One day, systemd becomes its own OS - oh wait! by Anonymous Coward · · Score: 0

      there's already an emacsd. It exists to allow various emacs sessions to share a process.

  20. Haha ha ha - PoetteringWare by Anonymous Coward · · Score: 0

    Now, that is funny! You can put that stinky poo in the potty... Yes, lame pun... But hey, this is slashdot... or slashpot... LOL.

  21. Can't wait for it by Virtucon · · Score: 2

    When will Systemd get 3D printing capabilities?

    --
    Harrison's Postulate - "For every action there is an equal and opposite criticism"
    1. Re:Can't wait for it by Anonymous Coward · · Score: 0

      When will Systemd get 3D printing capabilities?

      The day before systemd makes lib-systemd-3dprinting a critical component, such that you will need to install systemd 3D printer support if you want ncurses or vim to work in RedHat or Debian.

      Aka "next week".

  22. The Systemd of Everything? by Bent+Spoke · · Score: 5, Insightful

    The Systemd Consortium of Uber-Masters (SCUM) is proud to announce the finalization of it's acquisition of the NSA. Hot on the heels of absorbing the CIA and FBI, Vice Chancellor Lennart Poettering had this to say: ".. this brings us one step closer to our ulitimate goal of reducing complexity for the common man."

  23. I foresee... by Torp · · Score: 3, Funny

    ... a great many new contributors to BSD :)

    --
    I apologize for the lack of a signature.
    1. Re:I foresee... by Eunuchswear · · Score: 1

      I can't imagine what the systemd haters can "contribute".

      --
      Watch this Heartland Institute video
    2. Re:I foresee... by rl117 · · Score: 3, Interesting

      Really? I can.

      I'm a Debian developer who has been moving slowly to using FreeBSD on more and more systems over the last year, displacing Debian use and development on those systems. I've started contributing in minor ways on the lists and the odd patch for the ports tree. I'll likely start packaging my stuff in ports and becoming increasingly more involved over time.

      I contribute to things I'm actively using. For the past 15 years, that was Debian. Unfortunately due to the best efforts of the systemd people, it looks like that's unlikely to continue, though I very much wish this was not the case. But reality can't be avoided, and this is where things are today.

    3. Re:I foresee... by Eunuchswear · · Score: 1

      So why not contribute to Debian? What stopped you working on sysvinit, upstart, openrc or whatever?

      --
      Watch this Heartland Institute video
    4. Re:I foresee... by rl117 · · Score: 3, Informative

      What stopped me? Many things. Here's a few.

      The systemd debate reduced the Debian lists to an endless flamewar over three years long. debian-devel is just toxic; it's not useful for any constructive development discussion. I unsubscribed from almost all the lists a year back. I can't describe how wearing and demotivating this is. Reading the archives since then, it hasn't improved.

      Most of the software I write for Debian is core systems programming stuff. Straight out of APUE (Stevens). Over the last year, I've had a stream of bug reports about things not working correctly under systemd. Some fairly fundamental POSIX syscalls and tools no longer have the same behaviour when running under systemd. By "design". That's a fairly huge compatibility break with every other UNIX-like system out there, and one which hasn't seen much attention. But I'm somehow expected to rework my code to work around the breakage systemd brought with it. Breakage which has nothing to do with me. Code which isn't even remotely anything to do with an init system and which is portable code running on many other systems. That's crossed a line. systemd can't and won't be supported.

      I can work on sysvinit, openrc to a lesser extent. For several years it's been all take and no give with the systemd people. We can't do work on integrating openrc since this would require support for runscripts in systemd. What's the chance of that? Zero. Any changes, even minor ones, require superhuman effort to achieve. Essentially, it's an uphill battle to do anything and Debian is no longer a pleasant or productive environment to work in, primarily thanks to the horrible "our way or the highway" attitude of the systemd people. Since when was free software about dictating how everyone must do things? Silly me, I used to think it was about having the personal freedom to tinker with things as I liked to meet my needs. I'm a volunteer, and I give up vast amounts of my life to contribute to free software and Debian. This was previously a fun, collaborative, productive endevour for which my efforts benefitted many people. It's now deeply unpleasant and I don't like being abused, ridiculed and trodden on by the systemd people and their enablers. I'll move on to new and better things. I spent the last decade as the primary maintainer of the core Debian build tools, and later of sysvinit. I've been invested in and contributed heavily to Debian for the last 15 years. Not something easily let go.

      We'll see how Devuan pans out. Until it does, I'll be carrying on the migration to FreeBSD.

      Altruism only goes so far.

    5. Re:I foresee... by Eunuchswear · · Score: 1

      Sorry to nag, but could you point me to the bug reports you got?

      --
      Watch this Heartland Institute video
    6. Re:I foresee... by rl117 · · Score: 2

      I don't have the time to point to the specific issues, but if you look over the last 18 months of the buildd-tools-devel archives you'll find them. Most of these are due the same root cause that broke tmux and screen before they were specifically patched to work around systemd.

      But the specific issues are no longer worth discussing. The breakage has already happened. Debian has been broken, both in terms of the trashing of its historical reliability and robustness and in terms of the fracturing of its community. It's now past time to plan to move on to systems which aren't broken by design. If I use the new Jessie release at all, it will likely be an interim measure while it still supports sysvinit, and is just a stopgap while migrating elsewhere. While staying on Linux would be nice, it's not clear that will be viable, so pre-emptively migrating to FreeBSD will provide some medium-term security and flexibility. I started planning for the possibility of migrating away over 18 months back, and I've spent the last 12 months porting code, removing Linux/glibc-isms, adding support for BSD features and libraries, migrating systems and services, setting up BSD autobuild/CI infrastructure etc. This is now largely complete, just need to finish ZFS snapshotting for schroot.

      Never forget that Linux wasn't made by big companies pushing their agendas. They largely picked up what others had created before them. Big UNIX tools and programs are as a rule crude and less featureful and polished compared with their free software counterparts. Linux was made by the thousands of people who created and polished the free tools and programs to make them the most featureful, portable, useful and usable of their class. As a group, we've been collectively given the finger, and so many of us will take the message and move on. We'll see how well the latter day Big Linux companies do without us in the long term. They may well have killed the goose that laid the golden eggs.

  24. So what are people moving to ? by Anonymous Coward · · Score: 2, Interesting

    After the systemd fiasco what are people moving to mostly?

    1. Re:So what are people moving to ? by Dan+Ost · · Score: 1

      Gentoo cotinues to work fine for me. If there's a systemd transition coming, I haven't seen any indications of it.

      --

      *sigh* back to work...
    2. Re:So what are people moving to ? by Anonymous Coward · · Score: 0

      Nothing. Just stopped updating my stuff. Besides, in the last year, anyone who still uses linux because of "better security" is fooling themselves. I don't suppose I can hold off forever, but i can hold off for much longer than you might think.
      I mostly run linux in VM's on the machines I touch daily. Windows has improved quite a bit and i find that dicking around with linux less and less enjoyable.

    3. Re:So what are people moving to ? by mangobrain · · Score: 1

      Continues to work fine for me, too, with systemd. This is one of the things I love about Gentoo: since their packaging policy is, by-and-large, to just take upstream code and provide a sensible way of building it, you can - within reasonable bounds - pick and choose exactly what goes onto your system.

      I run Gentoo with systemd on the desktop, and Fedora - hence also systemd - on my laptop. The former is just expected to get through the occasional clean boot & shutdown; I think the most "advanced" feature I use is on-demand mounting of a network share (CIFS). The latter seems to sleep & wake just fine, meaning quickly, reliably, and upon the expected events.

    4. Re:So what are people moving to ? by KBrown · · Score: 1

      Gentoo provides the choice to compile your system with USE=systemd or USE=-systemd. OpenRC provides the choice of enabling or disabling parallel boot as you wish as well as increasing verbosity and turning color messages on and off.

      --
      --
  25. The two clowns continue by Anonymous Coward · · Score: 0

    Why is it that those two fellows, who have been shown to be a pair of clowns, time and again, are allowed to carry on with their shenanigans in Red Hat? One thing that they are achieving is to get Red Hat to replace Microsoft as our favorite company to despise. Not there yet - but slowly getting there.

    1. Re:The two clowns continue by Anonymous Coward · · Score: 0

      Why is it that those two fellows, who have been shown to be a pair of clowns, time and again, are allowed to carry on with their shenanigans in Red Hat?

      They're waiting for the third clown to arrive to complete the act. Sadly, both Curly and Shemp are long dead.

  26. You're joking, right? by Viol8 · · Score: 2, Insightful

    3-4 naysayers? More like the majority of the linux community. As for a new init process, sure , there's room for *improvement*. Systemd is not an improvement - its a bug ridden overly complex dogs dinner that is one mans ego trip being ridden roughshod through the whole linux/unix principal of KISS and do one thing well. Now you might not give a stuff about that principal but most of us do and we do not want to see this POS being installed by default.

    1. Re:You're joking, right? by Anonymous Coward · · Score: 0

      3-4 naysayers? More like the majority of the linux community. As for a new init process, sure , there's room for *improvement*. Systemd is not an improvement - its a bug ridden overly complex dogs dinner that is one mans ego trip being ridden roughshod through the whole linux/unix principal of KISS and do one thing well. Now you might not give a stuff about that principal but most of us do and we do not want to see this POS being installed by default.

      But if that is true it simply won't get adopted, right?

    2. Re:You're joking, right? by Ol+Olsoc · · Score: 3, Interesting

      3-4 naysayers? More like the majority of the linux community.

      There's this thing called "The Fox News Bubble"

      You're in a Linux version of that. Would you please just switch to FreeBSD so all your problems will go away?

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    3. Re:You're joking, right? by Anonymous Coward · · Score: 0

      Thank you for sharing. Once again proving you are a brain damaged idiot.

      Excellent refutation of every problem GP expressed, sir. I can't understand why you aren't more convincing.

    4. Re:You're joking, right? by Anonymous Coward · · Score: 0

      Hey, FUCK YOU, and fuck anyone else whose solution is 'if you don't like it then go elsewhere.' Talk about the Fox News bubble, I'm sure you tell non-patriotic people to get the fuck out of the country too.

    5. Re:You're joking, right? by Ol+Olsoc · · Score: 2, Interesting

      Hey, FUCK YOU, and fuck anyone else whose solution is 'if you don't like it then go elsewhere.' Talk about the Fox News bubble, I'm sure you tell non-patriotic people to get the fuck out of the country too.

      Wow. Thank you for proving my point.

      Ya see, We have options. If I don't like Chevrolet ( the favorite of fake patriots, despite a French name) I am able to ...... get this......

      Wait for it....

      Get a different fucking vehicle.

      Choice! Go to BSD if you like. Fork a linux distro that contains no systemd. Do something. The anti systemd people promote themselves as the zenith of expertise, Seems like thy should lead the charge to a brave new system free world. They know how bad it is, they need to do something about it.

      But if all you are going to do is come in here and bawl like a baby or politician that needs their nappy changed, well, you are going to have to expect some reaction.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    6. Re:You're joking, right? by Anonymous Coward · · Score: 0

      It absolutely is not the majority. I work with 30 other experienced (5+, some 10+) Linux/Unix sysadmins and only one of them is against systemd, the rest are looking forward to it.

      The anti-systemd crowd is in the minority, thankfully.

    7. Re:You're joking, right? by Anonymous Coward · · Score: 0

      Bah, that should be "5+, some 10+ years experience"

    8. Re:You're joking, right? by ookaze · · Score: 0

      3-4 naysayers? More like the majority of the linux community. As for a new init process, sure , there's room for *improvement*. Systemd is not an improvement - its a bug ridden overly complex dogs dinner that is one mans ego trip being ridden roughshod through the whole linux/unix principal of KISS and do one thing well. Now you might not give a stuff about that principal but most of us do and we do not want to see this POS being installed by default.

      Who is "us"?
      I sure enough am not part of the people you're talking about, and most of the Linux community, those that develop software and manage most distributions, have switched to systemd. If you care about the linux community, then you should come join us in the real world and quit your fantasy land.
      Linux never had this principal of doing one thing well, that's a laughable statement.Linux actually does lots of things well and even better, as is systemd.
      If Debian unstable is above your proficiency level, then wait for the stable releases.
      It's not even about Debian here, it's about upstream systemd, that you won't see before long unless you run your own OS and compile everything from upstream like I do, or use a distro like Gentoo which is very up to date.

    9. Re:You're joking, right? by Anonymous Coward · · Score: 0

      What you say makes no sense until someone takes my '00 chevrolet and puts a fiat engine in it.

    10. Re:You're joking, right? by Anonymous Coward · · Score: 0

      "The anti-systemd crowd is in the minority, thankfully."

      Maybe in your small office. My experience is entirely different.

    11. Re:You're joking, right? by Anonymous Coward · · Score: 0

      3-4 naysayers? More like the majority of the linux community.

      Rather the majority of a loud minority. If it was actually a majority, then the largest distributions would not have been able to adopt, would they? Or is it skewed so the only ones who like it are the ones in positions to make actual decisions in the meritocracy that is open source, and if so: is that not an opportunity for reflection?

      As for a new init process, sure , there's room for *improvement*. Systemd is not an improvement - its a bug ridden overly complex dogs dinner that is one mans ego trip being ridden roughshod through the whole linux/unix principal of KISS and do one thing well. Now you might not give a stuff about that principal but most of us do and we do not want to see this POS being installed by default.

      Init is not only boot, as you know. It is also service management. With SysV, you get an infrastructure in the form of given paths and some binaries to provide locking, and not a lot more. Every service seems to have to write its own service handler, which is why /etc/init.d-files are filled with boilerplate. This is error-prone, and frankly a direct security risk to let every project maintain its own such infrastructure.

      The idea behind Systemd is to provide a common system for these immensely common tasks of service handling, and let maintainers define an abstract interface, regarding what should be "started" for the service to be deemed as "running", what needs to be started before a certain service, which privileges does it need and so on. There are substantial technical arguments for why the "init" system is the correct place for this abstraction to live.

      I personally object to the "Linux only" approach taken by Systemd. I believe there would have been much to gain to at least fundamentally plan for the usage of such a system in a more platform-agnostic manner, with graceful degradation.

      The "Systemd tries to do everything"-argument is technically unsound. I can only assume it comes from the confusing naming collision in that the project Systemd (which contains many smaller elements) contains the init-like process systemd. The only way to alleviate this misunderstanding is to actually read about the project, but many refuse since they do not like it because they think it does something other than it does. Catch-22 in glorious action.

      If nothing else: think deeply about why the deciding factors in different distributions quite quickly have converged on using Systemd. "It's a conspiracy!" might be true in some cases, but vastly more often than not, it is a false conclusion.

    12. Re:You're joking, right? by fahrbot-bot · · Score: 1

      Ya see, We have options. If I don't like Chevrolet ( the favorite of fake patriots, despite a French name) I am able to ...... get this...... Wait for it.... Get a different fucking vehicle.

      [... off topic, but on a related note, continuing the auto metaphor ...]

      Although, if I don't want key-less ignition - aka Push (Button|to) Start - (the systemD of automotive features), it seems I'm soon to be screwed, w/o an alternate vendor. Things like this (systemD, keyless) seem to suffer from the whims of management trying to force an economy of the masses.

      [ Seriously car makers. I carry the keys for my two Hondas on one key chain in my pocket. I cannot and will not try to cram two key fobs into my pocket. What's wrong with a dead-simple key that is less expensive and water/shock/battery-proof? Seriously - WTF? ]

      --
      It must have been something you assimilated. . . .
    13. Re:You're joking, right? by rahvin112 · · Score: 1

      More like the majority of the linux community.

      Good luck proving that because you couldn't even if it were true which it's not. The best people like you could manage was ~30% of the Debian developers supported a position that could be seen as favorable to your opposition but the vote wasn't really structured as popularity contest so much as a Debian policy.

      My bet is that you people compose a fairly major minority, somewhere in the 10-20% range. Many of you will be happy simply to switch to a distribution that won't use systemd. Many of the rest of us would be happy if you just switched to one of the BSDs so you stop trying to tell the rest of us what to do.

    14. Re:You're joking, right? by Barsteward · · Score: 1

      the post he responded to does not deserve responding to in a sensible way as it was a crap post full of shit

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    15. Re:You're joking, right? by Barsteward · · Score: 1

      "Although, if I don't want key-less ignition - aka Push (Button|to) Start - (the systemD of automotive features), it seems I'm soon to be screwed, w/o an alternate vendor. " but you do have alternatives, you can stick with what you already have, or buy a used car, you can pay someone to rip out the new modern features and replace them with old keys. the choice is yours.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    16. Re:You're joking, right? by Barsteward · · Score: 1

      "Maybe in your small office. My experience is entirely different." - guess what, no-one believes you.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    17. Re:You're joking, right? by Barsteward · · Score: 1

      "I can only assume it comes from the confusing naming collision in that the project Systemd" - i think you are correct, they should have named the project something else and not the name of the daemon. and because trolls are trolls, they don't do any research

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    18. Re:You're joking, right? by fahrbot-bot · · Score: 1

      but you do have alternatives, you can stick with what you already have, or buy a used car, you can pay someone to rip out the new modern features and replace them with old keys. the choice is yours.

      Not all alternatives are created equal. I have a 2001 Civic (110k miles) and 2002 CR-V (46k miles) that I intend to keep for a while longer, so that's good for now. A used car can be a mess of the previous owner's mistakes/problems. I've thought about replacing the push-button with a key, but don't know how that will work the on-board computer, immobilizer circuit, etc. and would have to get either the ignition or door locks re-keyed (or carry multiple keys).

      I have less issue with the concept of key-less ignition, and more with the implementations. In the end, it's not addressing a safety issue, so should be optional. As it is, it's a (more expensive, less reliable) solution in search of a problem.

      Thankfully, with the Honda setup, you have to touch the car to unlock it (so I'm told) but other vendors' will unlock and light up the interior when you walk near it - so, if I had those, simply walking to the mailbox would unlock both my cars - sigh...

      --
      It must have been something you assimilated. . . .
    19. Re:You're joking, right? by Anonymous Coward · · Score: 0

      You know, I know the anti-systemd people are actually worse than the pro-systemd people but that doesn't mean you're improving my opinion.

      Both sides are complaining that the other peoples init system is buggy and no end of problem and that the other side is just a small part of the vocal minority. (Does this mean you are also part of the "Fox News Bubble" - but one with a differing view?

    20. Re:You're joking, right? by Barsteward · · Score: 1

      "Not all alternatives are created equal. " - that is subjective, you always have a choice.

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    21. Re:You're joking, right? by fahrbot-bot · · Score: 1

      "Not all alternatives are created equal. " - that is subjective, you always have a choice.

      While factually true, your statement is otherwise unhelpful. Perhaps you can help Sophie with your words of wisdom.

      --
      It must have been something you assimilated. . . .
    22. Re:You're joking, right? by smash · · Score: 1

      So, noobs then....

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    23. Re:You're joking, right? by Viol8 · · Score: 1

      How typical of slashdot - pick and choose responses to suit your own point and dismiss the ones you don't agree with. You've got to laugh :o)

    24. Re:You're joking, right? by ruir · · Score: 1

      Ho no this is not about buying a new vehicle. This is about I giving you my vehicle to change the tires, you changing the engine and painting it yellow, and yelling to me "if you do not like the fucking vehicle, get a new one, moron. now it is much better than before, shut up and eat it!"

    25. Re:You're joking, right? by Anonymous Coward · · Score: 0

      ou know, I know the anti-systemd people are actually worse than the pro-systemd people but that doesn't mean you're improving my opinion.

      So, you're against choice.

      The pro-systemd people want to force their crap on everybody, and call anyone a hater who doesn't like having things forced on them.

      The anti-systemd people want the freedom of choice - you know, one of the major things that set Linux apart from Windows, Apple and Sun for the last 25 years. They don't want to prevent you from using systemd, they just don't want their own Debian / Arch / Fedora / Ubuntu systems to be forced into it. Neither do they want to be forced to switch distro or even OS to avoid systemd.

    26. Re:You're joking, right? by Ol+Olsoc · · Score: 1

      Ho no this is not about buying a new vehicle.

      It is about buying a vehicle that suits you however.

      Here is the source for everyone who hates systemd:

      http://www.linuxfromscratch.or...

      Linux from Scratch. Do you know at minimum how to get around in Bash? How to download programs that you want on your build through the intertubez? Heck, you might be able to cut and paste the various commands.

      You download what you want, build your Linux with not one thing other than you want.

      No systemd, no pulseaudio.

      And this is the real crux of the matter. I could build my own distro if I wanted. And so could you. I don't do it - although I might some time just for shitz and giggles - because I don't have an issue with what I can get right now. But it sounds like just the thing for you and some other folk.

      Why would you not? Is it more fun to bitch and moan about it?

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    27. Re:You're joking, right? by Ol+Olsoc · · Score: 1

      So, you're against choice.

      The pro-systemd people want to force their crap on everybody, and call anyone a hater who doesn't like having things forced on them.

      The anti-systemd people want the freedom of choice - you know, one of the major things that set Linux apart from Windows,Ridiculous, and completely backward/

      Most very respectfully you want to demand that systemd go away. You are the one who is anti-choice.

      You speak of freedom of choice, then you demand no choice but what you determine to be acceptable.

      As I noted before, you or I can make our own linux distro . And the unmatched power of Linux is that if we do not want systemd on it, we goddamned well do not have to have systemd on it. Actual choice, systemd, or not systemd - and not your screaming, bawling, and crying that you cannot control what others do. Then making the ridiculous claim that your restrictions are somehow a choice.

      And now, I present to you the ultimate choice in Linux operating systems, in all it's glory:

      http://www.linuxfromscratch.or...

      And if you don't want to do your own build:

      http://distrowatch.com/

      I suggest clicking "Random" distribution first, just to get an idea of what all is out there. Many without systemd, many BSD variants. Take a look, It's a wonderland .

      That is what freedom of choice is, not your demand that everything conform to your idea of what is right.

      That's why this argument is so silly, it's like demanding that Ubuntu not be allowed to put out their weird GUI. I don't like it, so I don't use it.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
  27. Re: as long as M$ does not use the DMCA to lock in by Anonymous Coward · · Score: 0

    It's a requirement that the firmware gives the user access to the key controls in order to get Windows certification on x86 hardware.

  28. Platform Keys by edtice1559 · · Score: 1

    Lots of funny comments here. What I was really hoping for was some informative comments on the state of the world in terms of managing Platform Keys. The last I read was in 2011 http://www.linuxfoundation.org...

  29. Next - systemd get a virtual machine... by AlvySinger · · Score: 1

    ... which can run Linux. Imagine a Beowulf cluster of those puppies.

    1. Re: Next - systemd get a virtual machine... by Anonymous Coward · · Score: 0

      The said part is, that's actually true. systemd manages virtual machines as one of its features. In fact, the client and host versions even communicate with each other through the virtual barrier...

    2. Re: Next - systemd get a virtual machine... by AlvySinger · · Score: 1

      The said part is, that's actually true. systemd manages virtual machines as one of its features. In fact, the client and host versions even communicate with each other through the virtual barrier...

      Let's go further: get a system based distro on Raspberry PI 2; use a systemd virtual machine for a Windows 10 installation. FTW!

    3. Re: Next - systemd get a virtual machine... by Barsteward · · Score: 1

      its already on Raspberry Pi..

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
  30. "Us poor systemd users, hated so much" by Anonymous Coward · · Score: 2, Insightful

    This is quite the common tactic in some places. So much so that islamists have a word for it: taqiyya.

    No, I'm not saying you should grow a beard and start wearing a tent, go ass-in-the-air on a mat five times a day offering praise to the prophet poettering. I'm saying your words employ a tactic that's been used before, to the point that there's a word for it.

  31. Hate it/Impressed by it/Start to like it/Hate it by B5_geek · · Score: 2

    The only thing missing was kitchensinkd!

    A couple of the items were interesting (i.e. ntp-lite). I think the biggest take-away from this is that in the very near future every 'application' will be its own container. While this has some very good merits I am not sure how I feel about it. Cautiously optimistic?

    As a server admin I hate systemd and all of its hell-spawn, but as an end-user i like some of these features.

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
  32. Secure boot is another geeky waste of time by loonycyborg · · Score: 2

    Too much effort to cover an attack vector that is rarely used in practice. Even if you consider it a move against modders/free platforms it's still a geeky waste of time to stop something that is a niche activity and matters little for anyone's bottom line.

    1. Re:Secure boot is another geeky waste of time by Anonymous Coward · · Score: 0

      I think once people get a handle on application security, this is indeed going to be the next big attack vector - namely, a malicious thin hypervisor that watches what your system does and interrupts anything it wants. The guest in such a malicious thin hypervisor can't necessarily detect it is being virtualized, unless you have trusted boot...

      https://en.wikipedia.org/wiki/Blue_Pill_%28software%29

  33. Zawinski's Law of Software Envelopment by Anonymous Coward · · Score: 1

    This was the only piece that was missing from systemd.

    It's still missing a good editor.

    It also can't read mail yet:

    http://www.catb.org/jargon/html/Z/Zawinskis-Law.html

  34. Next - systemd get a virtual machine... by Anonymous Coward · · Score: 0

    This is a great idea, and I think I should fill a bug report for this.

    Imagine the performance gains to be had when systemd integrates the Perl, Python, Awk, PHP and Javascript VMs ...

  35. My FreeBSD Report: Four Months In by Anonymous Coward · · Score: 0

    I installed system on my laptop. It has basically made my world fall apart. Systemd made my laptop electrocute my cat, my girlfriend walked out on me because of systemd and it also emptied my bank account. Since then I have switched to OpenBSD and I have no more problems. Or friends.

  36. when are we going to merge in the kernel? by Anonymous Coward · · Score: 0

    it's simply unacceptable at this point that the kernel isn't managed by systemd

  37. Good feature, but why part of systemd? by walterbyrd · · Score: 2

    Just an honest question.

    Certainly this does not have to be part of systemd to work, just like udev did not have to be part of systemd to work.

    So why?

    1. Re:Good feature, but why part of systemd? by Anonymous Coward · · Score: 0

      Interdependence. Make enough stuff dependent on systemd, or incorporate enough functionality into systemd that you can't do Linux without it.

      Poettering took a page from how to manage Windows and is running with it. I wouldn't be too surprised if, after systemd/Linux becomes a spaghetti tangle of code, he gets his MSFT stock options and disappears from the Linux community.

    2. Re:Good feature, but why part of systemd? by Barsteward · · Score: 1

      Its an optional component as all the other parts of the systemd project are optional. journald is the only one not optional for obvious reasons

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
  38. Quality by penguinoid · · Score: 0

    Systemd's rising popularity is due solely to its quality. There is no conspiracy, and definitely no conspiracy by a government agency who wishes to have remote access to your computer, no reason other than quality for systemd to be so popular.

    --
    Don't waste your vote! Vote for whoever you want, unless you live in a swing state it won't matter anyways
    1. Re:Quality by Anonymous Coward · · Score: 1

      Systemd's rising popularity has more to do with forced usage by the distribution maintainers than it does by consumer demand.

    2. Re:Quality by igloo-x · · Score: 0

      Distribution maintainers are being forced to use it because developers who write the software people run on the distros are choosing to use it. Because it does useful stuff. But don't let that get in the way of your little conspiracy theory, by any means.

    3. Re:Quality by Anonymous Coward · · Score: 0

      Funny how the largest distros with the most people working on this are forced into systemd, while a small one man distro like Slackware has enough resources to avoid it.

  39. What's coming next ... by Anonymous Coward · · Score: 5, Insightful

    Here's what sure looks like Mr Poettering's plan going forward:
    1. Expand systemd to the point where large swaths of everything depend on it, so that he is controlling as much of the code base as possible.
    2. Insult Linus Torvalds for a while to try to undermine his authority.
    3. Fork Linux, or demand that Linus give control of Linux over to him, or he will rage-quit and take his code with him.

    His goal doesn't seem to be great code (given the number of times he's screwed up big time), or great design (given that he seems to ignore everything Thompson, Ritchie, etc said about how Unix should work). It sure seems to be about becoming the Grand High Poobah of the open source world, without any idea what that actually takes.

    What he doesn't understand is that Linus is in charge because other open source developers genuinely respect his judgment. If Linus was doing a lousy job in his role, there would be calls for Alan Cox or someone else who's been in the inner circle forever to take over, and Linus might actually step aside. If, on the other hand, you're running around insulting everyone for no good reason, you're not going to have the respect of other developers, and they will quite happily shunt you aside, forking systemd if necessary to get rid of you, and life will go on.

    1. Re:What's coming next ... by ewhac · · Score: 2
      1. Expand systemd to the point where large swaths of everything depend on it, so that he is controlling as much of the code base as possible.
      2. Insult Linus Torvalds for a while to try to undermine his authority.
      3. Fork Linux, or demand that Linus give control of Linux over to him, or he will rage-quit and take his code with him.

      I don't see it unfolding that way. Remember what happened when BitKeeper tried to get up in his business. Linus, if provoked, could write an init/system management framework in a couple weeks (and probably name it "twerp" or some such). And I suspect he would do so long before things got to stage #3, just to prove the point.

    2. Re:What's coming next ... by Anonymous Coward · · Score: 0

      We can only hope he ragequits life.

    3. Re:What's coming next ... by thegarbz · · Score: 1

      or great design (given that he seems to ignore everything Thompson, Ritchie, etc said about how Unix should work)

      Oh horseshit. Many of the things you take for granted in the Unix world don't follow the principles set out by your precious "founding fathers".

      You're just upset because someone is finally trying to release a unified system manager and you don't like it. Guess what? That's your choice. Nothing depends on systemd that is the fault of systemd. No one is forcing Gnome to require systemd, heck systemd doesn't even require most of the components in systemd. If you're upset that Gnome depends on systemd, then take it up with the Gnome developers, or support the uselessd developers who are providing a shim so Gnome doesn't need systemd to get the functionality it wanted to implement.

      His goal is simple, and clearly stated, create a central point for system management.

      No go back to your 10000 different do one thing and do them well applications, and leave the rest of us who are sick of having to run 10 apps to do one thing well and are actually looking forward to systemd alone. And yes we exist.

    4. Re:What's coming next ... by Anonymous Coward · · Score: 0

      It sure seems to be about becoming the Grand High Poobah of the open source world, without any idea what that actually takes.

      Or how about the fact that there are various software problems that need solving and that Red Hat agree with his solution? Systemd isn't about "taking over linux and reducing choice". Poettering doesn't force systemd on anybody. Third party developers rely on systemd because for some reason, it happened to work better than the other solution before systemd. If you (systemd haters) don't like that third party developers are solely targetting systemd, what's the matter of writing some alternate program that works without systemd?

  40. Zewinski's law by Anonymous Coward · · Score: 0

    "Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can."

    Is there a better explanation of init versus systemd?

  41. I love this conversation. by Anonymous Coward · · Score: 2, Insightful

    This thing broke my systems! What the hell?

    Evdently you are being an ungrateful little douchebag. Case closed.

    Lovely to see how the systemd bunch has gone from a political movement to a religious cult in mere months, starting when it became painfully obvious they had run out of arguments shortly before.

    1. Re:I love this conversation. by Anonymous Coward · · Score: 1

      If everybody is adopting systemd why then are there some many posting here that say they are moving to FreeBSD for servers, PC-BSD for desktops or non-systemd linux's

    2. Re: I love this conversation. by Anonymous Coward · · Score: 0

      LOL you do realize the only reason it is getting adoption is because it is being forced on us, not adopted. you are using the wrong word. adopted does not mean what you think it means. i think you meant to use forced.

      typical systemd shill. turn the argument into ohhh so you dont like X. Your imposing on X right to do...

      that is how you guys sleep better at night. you are a cult, and your leader has you slowly sipping his kool aid.

      get a fucking grip man. its no wonder systemd consist of newbs and brain dead old farts who make 0 decisions. all of the real admins who have real world experience know sysd is a pile of shit.

    3. Re:I love this conversation. by Anonymous Coward · · Score: 0

      Nobody who has a damn clue about long running, rock solid, stable, and configured secure server systems are flocking to systemd. Most of the people getting systemd are those who feel they need to upgrade their systems every 6 months to get the latest-greatest packages not knowing or caring about the underlying system operation as long as it just works, or those that have a long term support contract with RedHat where RH gets to dictate a bit more about how a server in an enterprise runs. On my development server that acts more like a multi-user desktop behind my firewall, I'm running Mint 17. I don't care so much about security as the firewall handles any extraneous communications that the server might try to pass outside of the network. On my server in the DMZ I'm running CentOS 6.6 and I'm starting on a migration plan for another LTS release before it gets completely EOL'd in 2020; preferably one where the init configuration is transparent. I also have a beagleBone behind my firewall that gets ssh forwarded to it. From there I can ssh into the Dev server remotely if I need to. The Bone runs a custom build of LFS that's very minimal and uses the sysvinit path instead of the systemd path to maintain complete operational transparency.

    4. Re:I love this conversation. by Barsteward · · Score: 0

      "many" ??? just a few and as they are generally ACs, they are probably the same person. what are they going to do when FreeBSD implements their own version of systemd?

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    5. Re:I love this conversation. by Barsteward · · Score: 0

      its probably only one person reposting, note that most of them are AC

      --
      "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
    6. Re:I love this conversation. by ruir · · Score: 1

      They are not all ACs, they are not few, and not all moved to systemd. And FreeBSD does not have a political ex-Redhat committee last time I checked, they take their decisions on technical basis. And I am praying for the fish, because evidently the systemd proponents know better, and are not here to talk, but to troll and offend everyone who says otherwise.

  42. SJW tactics 101 by Anonymous Coward · · Score: 3, Informative

    Just look at this presentation, where a presenter dares to suggest that some people don't want Gnome, and then Lennart construes this (immediately) as an attack on handicapped people or people who don't speak English. I'm not exaggerating at all - as soon as someone even suggests doing things a different way, he'll just jump up and say, 'you must hate handicapped people.'

    In fact, this is exactly how Debian has turned now that it's been taken over by his cronies. Anyone who even dares to go against him and Gnome gets insta-banned.

    It's just a simple and very extreme case of playing the victim: pretending he's done nothing wrong and claiming all kinds of discrimination and personal attacks when people criticize him, even if they're just saying that they don't want to use systemd or whatever clusterfuckery he's come up with most recently.

    I've said it before and I'll say it again - Poettering and Co. are the new Steve Jobs Klan of open source, and we need immediate action to get rid of his influence. Everything he's doing for the Free Software community is bad and he should be excommunicated permanently.

    1. Re:SJW tactics 101 by Anonymous Coward · · Score: 0

      These aren't social justice warrior tactics. These tactics go back far before they existed. These are just the tactics of unskilled tyranny.

    2. Re:SJW tactics 101 by Anonymous Coward · · Score: 0

      Yeap, that presentation is hilarious, even though I took home a much different conclusion than you did.

      IMHO Lennart was very patient with an ignorant fool that misrepresented his work and that demonstrated a sever lack of knowledge about the topic he is presenting on. I would have been way more harsh with that guy.

  43. not a _geeky_ waste of time by Anonymous Coward · · Score: 0

    It's a political move. You now need permission from a big vendor to install your bootloader without fuss on machines the world over. A vendor moreover who didn't even produce the hardware, just a pile of crappy software that is "usually" installed on that class of hardware. The security gains indeed aren't to write home about (and quite often are not that hard to circumvent!) but the freedom you lose is quite real, even if it hasn't stung yet.

  44. Not *that* unused by Junta · · Score: 0

    In Windows, it's not unheard of that a piece of malware with sufficient access interjects itself where the next boot will be picked up before the OS has a chance to set up it's own protection. Of course my complaint is that this vector would have easily been sidestepped without a huge firmware mess. If the OS set up access to that area as very very very very special, requiring signed code within the OS to modify that section of the platform, then the problem would have been solved. You want to write to the *system* partition? Oh, you need a special signature from the OS vendor to get that access. Otherwise processes are running in a namespace that silently masks the existence of the system partition.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Not *that* unused by benjymouse · · Score: 3, Informative

      In Windows, it's not unheard of that a piece of malware with sufficient access interjects itself where the next boot will be picked up before the OS has a chance to set up it's own protection. Of course my complaint is that this vector would have easily been sidestepped without a huge firmware mess. If the OS set up access to that area as very very very very special, requiring signed code within the OS to modify that section of the platform, then the problem would have been solved. .

      Sorry, but no. If you knew anything about threat modelling and OS design, you would know that code running at a trust level cannot protect against other code running with the same trust. The x86 architecture does have 4 levels, but for a number of reasons (mostly portability) practically no OSes use more than 2 levels (rings): protected/kernel and user mode.

      What you are proposing is using a 3rd ring - something more privileged than kernel mode. This would constitute a major architectural redesign and would trash portability/compatibility with other architectures.

      The fact is that UEFI Secure Boot is a very effective mechanism for blocking boot sector infections. As Windows has grown ever more resilient against permanent infections (app/driver signing, checksum tables, strong named assembly cache etc) malware authors were forced into infecting at an earlier stage of the boot process, if they wanted to take up permanent residence.

      The OS kernel mode MUST have the capability to write all sectors of the disk. It can effectively block usermode apps from writing such sectors, but if kernel mode driver contains a vuln, rogue code can bypass any security mechanisms enforced by the kernel. It can just jump to the address efter the security check or control the IO itself.

      Bootkits exists for Wndows. It was a real threat. A few unscrupolous individuals (lookng at you Garett) chose to instigate a FUD campaign, deliberately misrepresenting facts and knowlingly failing to correct misunderstandings when they advanced their case.

      And you are still part of that.

      --
      Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
    2. Re:Not *that* unused by Junta · · Score: 1

      To be loaded as a driver, the driver must be signed. Yes an exploit in a driver means that things could be circumvented, but the attack vector gets increasingly difficult to navigate. You have to know about a set of driver bugs that are ubiquitous enough to bother exploiting and hope the market hasn't patched over the issue before being caught. Also the chances that said bug can be exploited in a manner to perform a targeted attack on the system partition....

      In short, yes a kernel-level bug could still hypothetically let some malware at it if some sort of namespace isolation were applied in the obvious case. In practice I see that as a small attack vector. I would wonder if the fact that MS has to liberally allow other OS vendors to get signed bootloaders presents as practical a risk as the 'uncloseable' vector of a kernel exploit to circumvent OS level protection.

      I would have had less of an issue if the firmware shipped without signing key until your OS vendor of choice registers their key at OS install time, rather than having the key from MS pre-applied to random board before any OS were applied, meaning only those seeking to *replace* an OS would have to sweat tearing down Secureboot setup. This would also have left MS to be able to more strictly certify that the bootloader is *Microsoft* rather than some other boot loader that MS also signed to make a good show of being in a competitive marketplace. As it stands, it's on one hand too restrictive and yet not measuring a specific enough thing for optimal security.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Not *that* unused by thegarbz · · Score: 1

      To be loaded as a driver, the driver must be signed.

      Correct me if I'm wrong but to be loaded as a driver, the driver must simply start a UAC prompt and then let the user click yes, and then yes again to the unsigned driver dialogue.

      If you rely on a user not clicking yes then you have a very big gaping security hole.

    4. Re:Not *that* unused by benjymouse · · Score: 1

      To be loaded as a driver, the driver must be signed.

      Correct me if I'm wrong but to be loaded as a driver, the driver must simply start a UAC prompt and then let the user click yes, and then yes again to the unsigned driver dialogue.

      If you rely on a user not clicking yes then you have a very big gaping security hole.

      Consider yourself corrected. UAC has nothing to do with drivers. Kernel mode drivers under Windows *must* be signed by a recognized authority. If a driver is tampered with, the kernel will refuse to load it. If a driver is unsigned, the kernel will refuse to load it. On x64 systems, the user can *not* opt to override this warning.

      UAC prompts has to do with integrity levels - which is a way to divide processes, files, registry keys etc into "trust zones" and isolate processes running with lower trust (lower integrity level) from accessing resources having higher trust (higher integrity level). Even when your account has admin rights, the admin rights are stripped from your token at login, i.e. you are running as a standard user without any special privileges. Windows saves the "full" token, but it is not active. When you start a process based on an image that declares in its manifest that it must run as admin, Windows will issue the UAC prompt on a separate secured desktop. If you accept the elevation (that your admin privileges can be used for the process), Windows starts the new process with the "full" token - and with high integrity level.

      --
      Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
    5. Re:Not *that* unused by benjymouse · · Score: 1

      There is a big difference between mitigation and prevention. Secure boot is a prevention mechanism: It prevents the system from booting if the boot chain has been tampered with. You can boot from external media such as an USB key and salvage data, but the system will not boot by itself.

      What you are suggesting is a mitigation mechanism. As I wrote above, code running in a security context cannot protect effectively against code running in the same security context. It can only try to *mitigate* such attacks, but mitigation are speed bumps compared to prevention, which are road blocks

      Windows certainly has it's share of mitigation mechanisms. First there are all the anti-exploit mitigation mechanisms which are designed to thwart an exploit from getting foothold, even when a vulnerability exists in 3rd party code. These are stack overflow/underflow prevention, DEP/ASLR, heap encryption/checksumming, safe structured exception handling (SafeSEH) etc etc.

      Then there are the built-in running mechanisms such as ELAM, patchguard etc. Patchguard will checksum central kernel tables, and if malware tries to gain foothold in the (running) system by patching into e.g. the page table, patchguard will react to the checksum discrepancy and halt the system.

      Secure Boot prevents a compromised system from ever starting. Your suggested mechanism is already there - Windows will *try* to prevent unauthorized patching. But that is mitigation and far less effective than prevention.

      --
      Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
    6. Re:Not *that* unused by thegarbz · · Score: 1

      Yeah I know the UAC bit, but that was more to do with being unable to install drivers without elevated privileges.

      Also I just looked this up, seems like it's a relatively recent Windows thing. I most certainly have a few unsigned drivers on Windows 7, and I distinctly remember the warning as being quite a bit different from the others. Had a red error cross on the left but what made it distinct was a red banner across the top. Quick image search : this.

      All that's needed is elevated privileges, which any installation program will already have after going through a UAC prompt, which means a user will click yes (they've already clicked yes once at this point). So if you end up with something like this distributed with software you chose to install then you're likely outta luck.

      Though it appears this no longer works on Windows 8 and you need to go through a massive rigmarole to install them.

      Or is there something else I'm missing?

    7. Re:Not *that* unused by Anonymous Coward · · Score: 0

      Consider yourself corrected. UAC has nothing to do with drivers. Kernel mode drivers under Windows *must* be signed by a recognized authority. If a driver is tampered with, the kernel will refuse to load it. If a driver is unsigned, the kernel will refuse to load it. On x64 systems, the user can *not* opt to override this warning.

      Which is funny, because we keep hearing "Linux isn't ready for the desktop, because it does not support my Wi-fi card. Windows has so much better hardware support", followed by "I need a new printer and a new scanner, because there are no signed drivers and Windows won't allow me to install the unsigned drivers".

      Yup, I gave my brother a new scanner for Christmas, because he upgraded his last XP machine to Windows 7 64bit. And a colleague (a Windows developer even) reports that his printer - that he never got to work under 64 bit Windows - works perfectly under Linux.

    8. Re:Not *that* unused by benjymouse · · Score: 1

      Windows 64 bit has an absolute kernel-driver signing requirement. Windows 32 bit has for compatibility reasons a more "soft" requirement - that's where you'll get the warning box instead. Reason: Windows is still compatible with drivers from the XP/2000 era and will still load those. At that time nobody had considered driver signing, and the vendor may now be defunct. An absolute requirement would render devices unusable. The signing requirement was in force when 64 bit was introduced, and MS reckons that all drivers for 64 bit must have been signed, thus the signing requirement is non-negotiable on x64.

      You *can* load non-signed drivers by attaching a kernel mode debugger. This is to facilitate development of drivers without a long signing roundtrip.

      --
      Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
    9. Re:Not *that* unused by Anonymous Coward · · Score: 0

      Because one person could not get a printer to work under 64bit Windows, it does not mean that it doesn't work. Linux supports a large number printers via generic drivers. You could do that on Windows too if you wanted, probably since Windows 95 or w/e. On Windows, most people are taught they need some special blessed driver from the manufacturer - which often contains useless system tray notifications and other crap-ware. Unfortunately, Microsoft has not helped things in this regard. You get some drivers through the OS driver auto-update, but it often doesn't find the obscure ones. THey should have made this a requirement in their driver signing process.

    10. Re:Not *that* unused by Junta · · Score: 1

      It prevents the system from booting if the boot chain has been tampered with

      Unless you have a rootkit made of a signed linux kernel with kexec enabled. At which point you can boot all day long with unsigned stuff in the middle. Which is one reason why a mechanism where SecureBoot could have told the difference between Microsoft and Linux would have been better. MS has to worry about how *everyone's* functionality can go as potential threats into the system. In short, Secureboot is *also* a mitigation with similarly large gaps as a mitigation.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    11. Re:Not *that* unused by thegarbz · · Score: 1

      Ahhh thanks for clearing that up.

  45. OK by pigsycyberbully · · Score: 0

    The antisocial Linux enthusiasts is never happy. If this Lennart Poettering, was willing to do a speech to the Linux antisocial enthusiasts with a dildo sticking out of his rectum I am sure he would get a large following all agreeing with systemd. I think even some of them would be prepared to polish their 1 front tooth.

  46. Match made in heaven by Anonymous Coward · · Score: 0

    Put UFFI in your walls, make your family sick.
    Put UEFI in your init, make your OS shit.

  47. SystemDmacs by Anonymous Coward · · Score: 1

    Just wait. One of these days I expect to read, "Systemd to get Emacs editor."

    But the systemd version, SystemDmacs, will use encryped XML. You will need an up-to-date certificate from pottering to be able to decipher your logs and any other docs written with SystemDmacs.

  48. Re:Hate it/Impressed by it/Start to like it/Hate i by RabidReindeer · · Score: 1

    I think the biggest take-away from this is that in the very near future every 'application' will be its own container.

    It depends. I have certain services that I feel obligated to run on physical hosts, not necessarily dedicated. I also have certain services that have their own private VMs. For example, all the email servers including mailing list servers. Some pre-packaged Docker services have multiple daemons in them, such as Ngnix and MongoDB. And I have certain services of my own that are single-app containers. Nice to have flexibility.

    I've yet to inflict systemd on any of these and I'm in no hurry to do so. I can dimly perceive how systemd is supposed to make containerization work better and I hope it does, but the hell-spawn part (specifically the abomination that is journalctl) has kept me from rushing to embrace it.

  49. Linux distributions that don't use systemd by twocows · · Score: 1

    Anyone know of any major (or minor, for that matter) distributions that have chosen not to use systemd? Bonus points for distros that have a philosophy that necessarily excludes software like systemd.

    1. Re:Linux distributions that don't use systemd by Anonymous Coward · · Score: 0

      Linux From Scratch

    2. Re:Linux distributions that don't use systemd by unixisc · · Score: 1

      How about Gentoo and Slackware? Also, the 'libre' distros out there - gNewSense, Trisquel, et al - which are Ubuntu based - will those follow Ubuntu in going systemd?

    3. Re:Linux distributions that don't use systemd by coats · · Score: 1

      PCLinuxOS

      --
      "My opinions are my own, and I've got *lots* of them!"
    4. Re:Linux distributions that don't use systemd by TemporalBeing · · Score: 1

      Devuan will at least give you the choice; unlike Debian which is going to be requiring it as of Deb8. (Devuan's goal is to be a seamless upgrade from Deb7).

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    5. Re:Linux distributions that don't use systemd by amorsen · · Score: 1

      It is not a realistic prospect. For daemons, the automatic handling by systemd is so much of an advantage that we will see server software depending on it. It will have to be emulated by the other init daemons, and so far I have not seen any of them work in that direction.

      For GUI stuff, GNOME is already partially dependent on systemd, and KDE is going that way too.

      --
      Finally! A year of moderation! Ready for 2019?
    6. Re:Linux distributions that don't use systemd by Anonymous Coward · · Score: 0

      Gentoo uses systemd. It just happens to offer the choice of not using it as well.

    7. Re:Linux distributions that don't use systemd by drinkypoo · · Score: 1

      For daemons, the automatic handling by systemd is so much of an advantage that we will see server software depending on it.

      No, no we won't. supervisor or daemontools can do the same job of keeping daemons up.

      It will have to be emulated by the other init daemons, and so far I have not seen any of them work in that direction.

      A very small shell script.

      For GUI stuff, GNOME is already partially dependent on systemd

      Only because wayland is, and that dependency is coming out of wayland, and GNOME will no longer be dependent on systemd. They are going the opposite of the direction you think they are.

      and KDE is going that way too.

      Then they'll be dead to me, and many others.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  50. Emacs/SystemD by hawkeey · · Score: 1

    It almost seems like we are just missing the userland tools for SystemD, but I know a great selection of tools: Emacs. Once they merge Emacsd, we're set!

    I cannot wait until I can go from GummiBoot to Emacs in less than a second.

  51. I'm still waiting by Anonymous Coward · · Score: 0

    for the inevitable news that systemd has fully incorporated emacs.

    That will be just after systemd replaces the kernel. At that point, you'll no longer boot Linux, you'll boot systemd and everything you want to do will be run by a systemd subsystem.

  52. HWGA (Here We Go Again) by Anonymous Coward · · Score: 0

    And they announced that The Butthurt May Now Begin by posting "Systemd something or other......"

  53. Remember HAL? by theburp · · Score: 1

    Anyone remember HAL and why the developers said they stopped? If I remember correctly they said it "become a large, unmaintainable mess". I perdict history repeating itself here with systemd...

  54. Match made in Hell by ThatsNotPudding · · Score: 1, Insightful

    UEFI and Systemd seem the perfect match: both pushed by shadowy, nefarious, a-hole entities, 'solving' problems in the worst locked-in ways possible, favoring certain for-profit institutions over all others, with a great possibility of backdoors built in to appease (or in paid service to) the organs of state security.

    What's not to love?

    1. Re:Match made in Hell by thegarbz · · Score: 1

      both pushed by shadowy, nefarious, a-hole entities,

      Who? Intel, or the consortium made up of nearly every computer vendor on the market. Who else do you propose should do it?

      'solving' problems in the worst locked-in ways possible,

      By depreciating an ancient interface with serious warts and providing updated features like early logging (systemd) and signed bootloaders (UEFI) all while giving the end user choice of how it works?

      favoring certain for-profit institutions over all others,

      Like who? The last 3 UEFI computers I've bought favoured nobody. One of them runs Fedora with systemd, that doesn't seem to favour anyone either.

      with a great possibility of backdoors built in to appease (or in paid service to) the organs of state security.

      Quick pickup the tinfoil hat before the cellphone towers starts scrambling your brain.

      What's not to love?

      Your FUD and general cluelessness. And that some idiot modded you up.

  55. So... by TemporalBeing · · Score: 1

    ...a project that people are already complaining about not addressing bugs quickly enough is integrating another, potentially dead, project that is not addressing bugs even as fast as it is. Make sense.

    Kind of like the HP and Compaq merger 10 years back - two bankrupt companies merging to try to create a healthy company; worked out for a little while and now HP is spinning stuff off again.

    --
    Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  56. Re:BRING ON THE DERP by Barsteward · · Score: 1

    give it time, i think the last few trolls are still asleep in their mums basement

    --
    "The hands that help are better far than lips that pray." - Robert Ingersoll (1833-1899)
  57. The future by haploc · · Score: 1

    2018 - systemd renames itself to Skynet

    $ skynetctl apocalypse now

  58. So which BSD is friendliest for Linux refugees? by Anonymous Coward · · Score: 0

    Dragonfly BSD? What about live CD BSDs that install to a pendrive - what are the candidates?

    1. Re:So which BSD is friendliest for Linux refugees? by Anonymous Coward · · Score: 0

      4.4BSD

    2. Re:So which BSD is friendliest for Linux refugees? by Anonymous Coward · · Score: 0

      4.4BSD

      1994 called and wants your sense of humor back.

    3. Re:So which BSD is friendliest for Linux refugees? by smash · · Score: 1

      PC-BSD would be my suggestion. If not as a destination (though it could be), as a friendly start point to start getting your head around BSD (vs. Linux).

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  59. Re:Hate it/Impressed by it/Start to like it/Hate i by tjb6 · · Score: 1

    I concur.
    I've been managing machines using sysv init for some 20 years or more, and never really had a problem. It's generally straighforward, works well, and well understood.
    Upstart rolled in on Ubuntu, then systemd, and it's hard to find the config, never mind do anything with it. Why did we need to do this - *nix approach was always about small tools that interoperated, not kitchen sink applications that are opaque (well... if you don't think too hard about emacs).

  60. I need to sell a bumper sticker that says by Eubeleus · · Score: 1

    Corporate linux STILL sucks.

  61. Finally! by Anonymous Coward · · Score: 0

    At last I can ditch Linux and run Systemdix as my primary and only OS. Oh wait... it still hasn't got Wine so I can't play Minesweeper. Mr. Poettering, are you listening?

  62. Too long an acronym: by vandamme · · Score: 1

    GNU/Linux/SystemD

  63. I foresee... by Anonymous Coward · · Score: 0

    ...continual bashing of a technology you don't understand and of which you are afraid.

  64. that's it for me by volcan0 · · Score: 1

    Well, after all those years, almost twenty of them, I hang my sysadmin hat. With Debian, the last bastion, jumping ship and the fanaticism shattering the community, it took all the fun out of it. Hello Networks !

  65. Re:Hate it/Impressed by it/Start to like it/Hate i by Anonymous Coward · · Score: 0

    The features have nothing to do with systemd itself, they are in the KERNEL, and Linux != systemd.
    Why does people keep equating systemd with Linux is beyond me....