I fear it will take more than a pill to stop jocks from being, well, jocks...

Says that he resigned back in 2009.

And hmm, Collabora. I keep bumping into that company for some reason...

Egg on my face indeed...

Indeed, the boot aspect of systemd has long since "matured". the feature creep happening now is very much about "cloud" and containerization.

An area that happens to be a stated target market for RH moving forward.

And may be why other distros are adopting systemd, as it is likely to become THE basis for Linux (cloud) servers going forward. Especially when backed by the 800 pound gorilla of the Linux ecosystem.

Not a GPU in the modern sense, as it lacked any kind of 3D acceleration. And you could get ATI boards for PC that did similar acceleration to what the Amiga chips did.

https://en.wikipedia.org/wiki/...

And that is why i don't have a sound notification set up on my email client.

Seeing that the icon had changed is more than enough of a indication.

Hard to debug in the sense that rather than having scripts that call commands i can run manually to see how they behave, it is all now dbus messages bouncing back and forth inside dbus-daemon.

At this point init is a distraction.

At present time systemd cotains code for:

DHCP client
DNS client
Cron replacement
Firewall management
Inetd
Network management
Logind
Udev

And likely a fair bit more that i forget.

All of those however only really function if systemd is running as pid.

And frankly i think the logind element is what got people sitting up and paying attenotion. I certainly did. Because it replaced consolekit. And while consolekit could live on top of any odd init, logind is wedded to systemd as pid1.

And quite a number of freedesktop systems that previously relied on consolekit to privide session and seat tracking now depend on logind. Thus if you want to get your external drive mounting (and who knows what else) working, you need logind, and thus you need to be running systemd as init.

Turtles all the bleeping way down...

Best i can tell, the messages simply do not show up inside journald. And there is no way for them to make it onto the terminal when run inside systemd.

Mind tough that it is a issue that appears to be fixed in more recent version of systemd, but RH elected to ship a older version in RHEL7.

https://en.wikipedia.org/wiki/...

Not just computers. Supposedly the ipod shipped with a equalizer tuned for Jobs aging hearing.

I find myself reminded of a recent-ish article where someone tried to install Ubuntu on a Lenovo workstation, and found that the UEFI would only accept two partion labels. That was Windows and RHEL. It would happily boot Ubuntu when the label was changed to RHEL, and things works just as well, but it does make one stop and wonder about the position RH holds these days...

low level GUI plumbing. It is X without the networking stuff, and assumes you have a GPU to play around with.

Watching that is just as likely to drive people away, as the attitude of the presenter is up there with the one displayed by the systemd maintainers...

The major think breaking said transparency was that everyone and their dog wanted to use OGL for something, and bypassing X by talking straight to the hardware and dumping the result as a bitmap into X again.

This approach is by its very nature not network transparent, as it assumes that the program code lives on the same machine as the hardware used to draw the result.

there are implementations for doing this over the network, but nobody seemed interested in adopting it.