Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

There needs to be a distinction between Linux distros for us, and Linux distros for everyone else.

For us, we care about all that stuff, because we are engrossed in it daily. For everyone else, they will never touch or understand and / or should never need to understand what a kernel, filesystem, sound system, or desktop environment is. To them, the computer is a tool, not an environment, and to use it is to press buttons to get some tangible result you want from it, and the buttons you have are not buttons you are going to know how to change.

So I want a choice in kernel, filesystem, etc because I care about the semantics, performance, ethics, and implementation of these things because I interact with, code for, and code against, them on a near daily basis. Everyone else does not know they exist, and thus don't care, so choice is irrelevant to them, in the same way the existence of Linux as an OS "choice" does not matter to them - if it is not on the notebook on the shelf at Best Buy, it might as well not exist.



Thing is, Debian is already effectively (since Ubuntu) a Linux distro that's supposed to be for us. People who want a nice desktop experience go with Ubuntu, people who want a server reach for Debian.

If the higher ups at Debian really think they're going to be a player in desktop and are making decisions along those lines, then they must be seriously oblivious to the niche that Debian has actually settled into post-Ubuntu.


Your distinction is both wrong and too simplistic. Debian has a perfectly respectable Desktop, and Ubuntu has more than a good server product.

Choosing between them depends more on technical and project requirements.

Whilst I am not a fan of SystemD, it is important to remember that it came from RedHat.. you know, the people famous for servers.

SystemD will be a good init for Server, as it will be for Desktop. i am pretty critical of SystemD, but something is better than Sysvinit. I'd have favoured Upstart, but that doesn't matter... SystemD won, people need to deal with it. This is a good evolution for Linux.


There might or might not have to be a division between distros - personally, I think you can serve both demographics by having choice and good defaults - but I don't think Debian has ever been the distro for the "inner workings don't matter" crowd. That's why Ubuntu was made.


To them, the computer is a tool, not an environment, and to use it is to press buttons to get some tangible result you want from it, and the buttons you have are not buttons you are going to know how to change.

Your general point is correct, but the analogy you're using is incorrect.

It's not tool/environment, but rather, it's tool/appliance.

The fundamental cultural shift going on between many anti-systemd and pro-systemd people is that the former want the computer to be a tool, something that with proper discipline and skill can yield great things, whereas the latter want it to be an appliance - something that you fire and forget, and is meant to be inflexible and that "just works".

The problems, as always, are that tools have learning curves and often need to be composed into more complex configurations to yield more powerful results. Whereas appliances, although they "just work", they work only for predictable and formulaic configurations that the appliance explicitly expects, and proceed to break down and reveal their opaque innards when used for more esoteric or unusual situations.

In summary, the anti-systemd side wants to do things with their computer, and the pro-systemd side wants their computer to do things for them.

This is why there will never be a consensus. It's also why systemd opponents will often resort to stupidity like defending the messy hairball of SysV initscripts, while proponents will just casually look at unit file configuration being outwardly simpler and not think of the bigger picture.


What's the big picture on this case?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: