Stories
Slash Boxes
Comments

Dev.SN ♥ developers

How to Avoid Systemd?

posted by LaminatorX on Wednesday February 26 2014, @08:30AM   Printer-friendly
from the Boot-him?-I-just-met-him! dept.

jbernardo writes:

"Having had several issues with systemd, and really not liking the philosophy behind it, I am looking into alternatives. I really prefer something that follows the Unix philosophy of using small, focused, and independent tools, with a clear interface. Unfortunately, my favourite distro, Arch Linux, is very much pro-systemd, and a discussion of alternatives is liable to get you banned for a month from their forums. There is an effort to support openrc, but it is still in its infancy and without much support.

So, what are the alternatives, besides Gentoo? Preferably binary... I'd rather have something like arch, with quick updates, cutting edge, but I've already used a lot in the past Mandrake, RedHat, SourceMage, Debian, Kubuntu, and so on, so the package format or the package management differences don't scare me."

[ED Note: I'm imagining FreeBSD sitting in the room with the all the Linux distros he mentioned being utterly ignored like Canada in Hetalia.]

 
This discussion has been archived. No new comments can be posted.
How to Avoid Systemd? | Log In/Create an Account | Top | 1000 moderator points   | 139 comments | Search Discussion
Display Options Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

  • (Score: 1) by weilawei on Wednesday February 26 2014, @04:33PM

    by weilawei (109) on Wednesday February 26 2014, @04:33PM (#7545)

    You could hack that onto any init system. What's the point? Systemd is a stinking pile of garbage, from a design standpoint. Binary logs, specialized query languages, monolithic design... this is a recipe for a pile of Microshat. There is absolutely no excuse for building it in that fashion. The goals of systemd could be achieved in a manner more consistent with the UNIX philosophy, but apparently, writing modular code and using standard tools is beyond the author's capabilities.