A big glaring difference between the C64 of old and the "dev kit" of today is that you have to flip "the switch".

With the C64 the command prompt was also the BASIC interpreter. You could enter the command to load other files into memory, and be on your merry way, or you could start entering BASIC code right there.

You see something similar with *nix shell script.

But with this "dev kit" you have to make the device enter a specific mode. And likely this mode will block you from accessing any of your gaming for the duration.

You have something similar on Chromebooks, where there is a "developer switch". Flipping that switch (from user to developer or back) will wipe the device clean.

If this was the case of the C64, it would have required that some Commodore rep came to your house, searched your belongings, confiscated any and all programs, and then set your C64 into "developer mode".

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...