Slashdot Mirror


Systemd's Lennart Poettering: 'We Do Listen To Users'

M-Saunders writes: Systemd is ambitious and controversial, taking over a large part of the GNU/Linux base system. But where did it come from? Even Red Hat wasn't keen on it at the start, but since then it has worked its way into almost every major distro. Linux Voice talks to Lennart Poettering, the lead developer of Systemd, about its origins, its future, its relationship with Upstart, and handling the pressures of online flamewars.

7 of 551 comments (clear)

  1. Fork it all by Anonymous Coward · · Score: 5, Insightful

    I don't care bout the unix way, I don't care about if it's monolithic or not, I don't even care about how annoyed I am by the mere mention of his name.

    I care about the fact that they seem to want to force their way into everything and everyone's business and ridicule anyone who tries to maintain a choice between systemd and other systems. (i.e Gentoo)

    I'm a user and a hobby developer. No, I don't maintain 2000 servers, I don't need 2 second boot time, I don't need to hotswap drives. But I do need choices. I need to be able to decide what I want to use so I can get on with my fucking day and do what I want.

    "But systemd is the best, why don't you want to use it?"
    But Emacs!
    But firefox!
    But chrome!
    But but but but!

  2. The very first thing out of his mouth by wonkavader · · Score: 5, Insightful

    The very first thing out of his mouth is a straw man.

    This is not how to get people to change their minds.

  3. Your feedback is valuable to us by Anonymous Coward · · Score: 5, Insightful

    You know how you hear that after a customer service call? Well Poettering's statement has the same meaning.

  4. Lennart, do you listen to sysadmins? by myowntrueself · · Score: 5, Insightful

    Well, do you actually take on board the concerns of system administrators and enterprise users?

    What a lot of people are concerned about is that this entirely new and largely untested (in the 'wild', as it were) and very very large, complex piece of software which runs at a very very privileged level in the operating system is going to become the main source of security vulnerabilities in Linux.

    Can we have a cut-down, simplified version of systemd for servers and doesn't try to replace several layers of server side system functionality such as logging?

    Its clear that you listen to desktop users. How about listening to the system administrators?

    --
    In the free world the media isn't government run; the government is media run.
  5. Getting bathwater with the baby... by Junta · · Score: 5, Insightful

    I can understand the perspective that a single repository for more of the userspace resembles the *development* of traditional Unix systems, the argument made is usually not about where it is developed, but reducing the principle of having small simple utilities with straightforward interactions with other componets. For example, Most traditional Unix systems have terrible implementations of a shell interpreter and things like fileutils. It is an awkward, but not too terrible a situation since you can replace that stuff with GNU equivalents trivially without horribly breaking the OS. An administrator that understands enough to write scripts can discern the nature of interaction even if that administrator isn't a full-on software developer. systemd design trends in many ways toward requiring someone needing to dig in to have more development competency than previous designs. As a developer, I understand the attraction of some of the architecture choices, but I think they lose perspective of what it's like to be an administrator on the ground. Someone who doesn't live and breath your code has a harder time wrapping their heads around how it should be working when something requires customization, replacement, or debug.

    In general, systemd is all-or-nothnig about a lot of things. They figure out a way to achieve what could be considered a sensible goal, but then go about it in highly disruptive ways. The sense is they throw up their hands and say 'well, this is the only way to do it, and it's worth it' rather than rethinking how the end could be achieved in a less disruptive way.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  6. calling bullshit. by nimbius · · Score: 5, Insightful

    users: Systemd is broken, undocumented and a single point of failure
    Pottering: no ones forcing you to use it, use something else.
    users: KDE and Gnome wont work without it and you never fixed pulseaudio, which is now default in almost every distro.
    Pottering: no ones forcing you to use it, use something else
    users: Why is there binary logging? I cant grep anything and dont know why the system crashed. the way user switching works is a huge security hole
    pottering:no ones forcing you to use it, use something else
    DEBIAN USERS:: Lets seriously reconsider the use of SystemD. its very controversial, it flies against the unix ethos, and there are some valid points raised about it security
    open source community: we've forked it and made it slightly more useful.
    Pottering: HOLD ON WE DO LISTEN TO USERS!!

    --
    Good people go to bed earlier.
  7. Re:Just keep it away from Gentoo and I'm good by drinkypoo · · Score: 5, Insightful

    According to wikipedia: "The Unix philosophy emphasizes building short, simple, clear, modular, and extensible code that can be easily maintained and repurposed by developers other than its creators. The Unix philosophy favors composability as opposed to monolithic design.".
    Okay, so how exactly does systemd violate this ?

    There's more to it than that, and systemd also violates some of those principles anyway; many here have complained about the lack of code quality. But the Unix philosophy also includes a love for flat, human-readable files, and systemd's syslog shits on that. You have to run yet another syslog to even get text logging, and it's a second-class citizen — it gets the log messages after the binary logging system gets them.

    Also, systemd is a thing without a reason to exist. It doesn't actually provide anything we didn't have before. It exists purely due to Lennart's NIH syndrome, and for no other reason. As others have pointed out, openrc does the things which systemd's init functionality does. That means that its original basic reason for existence is nonsensical. As many including myself have pointed out, most of it can be handled by very small shell scripts. Some rail against this, but shell scripting is also part of the Unix philosophy. That's part of the core idea of the operating system! There's nothing wrong with using scripting to make things happen.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"