I guess there is always file...
Slashdot videos: Now with more Slashdot!
I guess the issue can be seen as a variant of Learned Helplessness.
This in that people adopt the attitude of drooling idiots because the big providers do not give them a (easy) way out.
Sadly it seems that Linux is heading the same way, with Ubuntu's Unity and Gnome leading the charge.
From day one Android has had a system of screen grouping based on physical size and DPI. You produce a UI layout for each group, and Android loads the appropriate one for the device.
And the industry wants it that way.
More and more products have a "user" mode, and (maybe) a "developer" mode.
the user mode will be locked down to tight that moving files around is virtually impossible without bouncing them off some cloud service.
the developer mode is wide open, but they will refuse you access to any kind of for pay service because you may be a pirate...
Well it hasn't helped that we have had a generation or two of marketing saying that you don't need to know anything to operate a computer.
Computers may well be the most complex things humanity has constructed, yet the claim is that the interfaces can be refined so much that a infant can operate them unassisted.
Sorry, but we can't have it both ways...
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.
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:
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.