Canonical Releases Upstart 1.6

[89c51]

I doubt anyone here will listen to me, but what Canonical is doing in Ubuntu is actually better for system reliability. Developers capable of reviewing systemd on technical merits find that it makes Linux systems less reliable. I do not think that the systemd developers even attempt to dispute this. The issue is that the kernel will panic if PID 1 dies and systemd's design makes it very difficult to avoid failures in PID 1.

Theoretically less reliable or there were people that had actual problems with it?? Because from what i read around its pretty much rock solid.

[Delgarde]

I doubt anyone here will listen to me, but what Canonical is doing in Ubuntu is actually better for system reliability. Developers capable of reviewing systemd on technical merits find that it makes Linux systems less reliable. I do not think that the systemd developers even attempt to dispute this. The issue is that the kernel will panic if PID 1 dies and systemd's design makes it very difficult to avoid failures in PID 1.

Um, where do you get that from? Is this some kind of theoretical argument? Because it certainly isn't reflected in reality... systemd is out there being used by distros today, and it's proven as solid as any other init daemon.

[ryao]

Um, where do you get that from? Is this some kind of theoretical argument? Because it certainly isn't reflected in reality... systemd is out there being used by distros today, and it's proven as solid as any other init daemon.

I get it from being a distribution developer. It is what people that develop distributions that plan to avoid systemd have concluded.

[Delgarde]

I get it from being a distribution developer. It is what people that develop distributions that plan to avoid systemd have concluded.

Ok, so you're one of these "developers capable of reviewing systemd on technical merits"? Then can you explain your comment further - tell us what you actually mean when you talk about the fundamental flaws in it's design? Because I'm very surprised by your claim to know of significant flaws that even the systemd developers would acknowledge.

[a2r-l]

Theoretically less reliable or there were people that had actual problems with it?? Because from what i read around its pretty much rock solid.

Take a look at archlinux forums, and you'll find out how much "rock solid" it is.

[n3wu53r]

[Akka]

Ok, so you're one of these "developers capable of reviewing systemd on technical merits"? Then can you explain your comment further - tell us what you actually mean when you talk about the fundamental flaws in it's design? Because I'm very surprised by your claim to know of significant flaws that even the systemd developers would acknowledge.

I bet he mean, every one should use openrc. The gentoo camp didn't like the inclusion of udev in systemd and the consolkit replacement. I got the impression that Lennart is kinda unpopular on the gentoo mailing lists...

But as I understand the "Gnome Os" stuff. The idea is to homogenize the base system and have harder requirement on it. I suppose systemd is a potential start on this.

[ryao]

Ok, so you're one of these "developers capable of reviewing systemd on technical merits"? Then can you explain your comment further - tell us what you actually mean when you talk about the fundamental flaws in it's design? Because I'm very surprised by your claim to know of significant flaws that even the systemd developers would acknowledge.

The more complex that you make software, the more likely it is to fail. I would be surprised if the systemd developers claimed that systemd was as reliable as sysvinit. The chance of a bug killing systemd will be greater and being PID 1, that will kill the system.

[elanthis]

The more complex that you make software, the more likely it is to fail. I would be surprised if the systemd developers claimed that systemd was as reliable as sysvinit. The chance of a bug killing systemd will be greater and being PID 1, that will kill the system.

Solution: have the init system fork, exec systemd on pid 2, and on pid 1 close stdin, open /dev/null, and exec /bin/true. UNCRASHABLE LINUX LOLOLOLOL~!~!!

[89c51]

Take a look at archlinux forums, and you'll find out how much "rock solid" it is.

Configuration problems =! unstable software.