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

The point he's making is that having One True System is the death of one of the biggest strengths of the Linux ecosystem: diversity. What he's ignoring is that the various distros that are making this change have done so because they think it's the best decision for their users.

No higher power decreed "systemd or death" and forced it on the distros. They've adopted it on its merits, and most have retained the ability to run other init systems if the user wishes.

This is a pinnacle of the Linux ecosystem, not a blemish on its record: the larger community is working towards better interoperability between distros.



What the systemd supporters are ignoring is that if the existing init system was as all-encompassing and heavily intertwined with the rest of the system as systemd is, it would be impossible to replace it with systemd no matter how much of an improvement it is.


This time we have the right design! It will never need replacing, honest.


One of my favorite phrases from the Refactoring world is "speculative generality". Adding customization points in the present can make adapting in the future easier if the future aligns with your expectations, and harder if it doesn't.


As I commented elsewhere, I'm running systemd with syslog-ng, netctl, and cronie. It plays just fine with them. Do you have examples of pieces I'd want to swap in but can't?


How about swapping it the other way around; what about using journald or logind without the rest of systemd, in the future?




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

Search: