Ackshually, that’s called “shrinkflation” - thank you very much.
2 Likes
systemd(1) - Linux manual page. Enjoy the read 
1 Like
funnily enough, that is exactly what OP initially complained about. Not having one i mean.
Are you seriously meaning to say that you think canonical is gona remove all shell functionality for installing or managing applications in the future?
To be honest, to me that is like saying “aliens gona steal the moon tomorrow”.
What in heavens sake makes you think they would do that?
As was made clear before, SystemD is also not just one monolyth of an application.
There is room to argue that the parts of it follow that principle enough to be fine.
No way that you know of? This would be fair if you were looking into it at all.
Lets say you have a machine you can’t get running anymore but you were able to extract a binary logfile from the drive directly. What do you expect?
The tools like journalctl to just work with it?
Or it to be somehow locked or encrypted to the specific linux instance and you just being lost?
Everything else you write isn’t even worth responding to until you show that you are able to read documentation and think.
A lot of this thread boils down to “I don’t want to learn the new commands”.
7 Likes
So if you don’t install Ubuntu, the problem is solved?
Why do you keep bringing up one specific distro and equating it to all of Linux? Why can you not separate the two?
1 Like
True, myself included.
But you know what - in 2026 i don’t generally have to. Either there’s no actual need (99% case) and/or i can just grab the commands out of tldr pages, an llm or whatever (get an agent to do it).
Put it this way - you know how often i need to touch the init process or run tail on logs on my mac? basically never. if i need to look at logs i use the console app. And that’s like… 2-3 times in the past 15 years. To be fair, i haven’t really had to in linux for some years now either.
This is where Linux could be for desktop use if people actually … progress… instead of being stuck in 1975.
They are just trolling. It wouldn’t surprise me if they actually are not even Linux users and are writing all their nonsense from a Windows PC or iPad.
That would explain why they only bring up arguments a techno-phobe would find with LLM.
The fact 500 distros exist, and many of them without what the trolls claim to not like in Ubuntu (which they don’t understand that Ubuntu isn’t the only distro, but it is just the one they found with Chatgpt), invalidates any of even their reasonable complaints.
If none of the 500 distros is good enough, maybe Linux isn’t for them. No shame in it, just be honest.
2 Likes
This is going to be real interesting in the next 2-3 years because on-device AI is going to be well and truly capable of self-diagnosing and fixing issues.
I mean it is TODAY if you use a half-competent cloud model and a reasonable harness; swapping the model out for local when they’re good enough is a 30 second job.
And once that happens, the whole usability issue goes entirely out the window. Will be interesting to see how Microsoft handle that.
Apple will probably be fine for a while, because they make really truly gorgeous hardware. Microsoft? Not so much.
2 Likes
Today I learned. Not that I wanted to learn…gimme a normal log-file, like every other app does.
Oh Waaaay ahead of you already. My 16 GB card can do that easily with latest Qwen 3.8 
1 Like
For the record journald is very good. Before journald we had to use logrotate on cronjobs to keep logs trimmed. With journald its compressed by default and the program has a lot of filtering operations and modes. You can even filter by terms such as “last boot logs”.
Also I’m pretty sure you can still output to text or use a syslog daemon of your choice if you want.
1 Like
Since this came up, again… re-posting for education purposes:
5 Likes
2 Likes
That is one of the things I don’t like about systemd, it does not go far enough fast enough.
I want either a system clean of systemd or a systemd system clean of legacy mechanics and files. Right now systemd sits in a grey area where things get confusing.
It takes time, I understand that, but the pace feels glacial. Not that Windows is any better and its direction is awful. However I look at the speed Apple can change things and I see the possibilities, of course, it is a poisoned pill. And looking at Canonical any hopes of a big corporation having a positive influence in the long run are mostly nil.
So the only alternative is frustration and patience… unless AI fulfills its promises, for which I have high hopes.
By the way I must say my frustration with Linux evolved parallel to the paradigm of “enshitification”: Google Search. The fact that the search became trash made solving Linux problems unnecessarily hard.
However I look at the speed Apple can change things and I see the possibilities, of course, it is a poisoned pill
The shinny stuff you see on every Apple release its all interface fluff and user programs. The Darwin part barely changes and their counterpart launchd is nowhere as good as systemd.
1 Like
I was thinking on the architecture departure from x86, and from Motorola before that. If they want they can act “fast”. Compared with Microsoft they are ridiculous fast.
hahaha you do you.
Stay stuck, make your own prison.
Calling Apple’s architectural transitions “fast” is wild historical revisionism. It’s certainly not what I remember and I was there at the time! They didn’t pivot because they were nimble or forward-thinking, they pivoted because they were repeatedly painted into a corner and facing survival crises. In the mid 90s Apple was nearly bankrupt under leadership that didn’t care about tech and was busy milked the company and padding their own pockets while Motorola’s 68k hit a complete dead end. A decade later, the jump from PowerPC to Intel was pure damage control. IBM couldn’t deliver on its promises, the PowerPC G5 was a damn furnace that couldn’t physically fit into a laptop, and Apple had no choice but to adopt x86 as a lifeline.
The absolute irony here is staggering. In one breath, y’all are railing against “enshittification” and corporate greed ruining technology, and in the next breath, you’re praising the literal poster child of corporate anti-consumer lock-in. This is the company that treats general-purpose computing like an appliance rental, acts like a patent troll, fights tooth and nail against right-to-repair, and is constantly tangled in antitrust investigations and class-action lawsuits for running an App Store racket that gouges users and developers for 30% cuts.
Of course Apple can push through an architecture shift faster than open source or Microsoft. When you own a 100% vertically integrated silo from the custom silicon and soldered components to the locked boot-loader and the sole software distribution gateway, you can force entire computing architectures into obsolescence overnight by executive decree. (oh not to mention stealing everything that is their OS from the open source community, dragging it into a deep dark dungeon for a lobotomy and plastic surgery before releasing it to the world as the “greatest new thing.”) Pulling users along by the collar you fastened around their neck isn’t engineering agility, it’s nothing more than authoritarian control. (or as some idiots call it: ‘merica business)
Linux doesn’t need a single dictator to force a panic-pivot because it isn’t chained to the financial roadmap of one hardware vendor. The Linux kernel already scales and runs across x86, ARM, RISC-V, and countless other architectures simultaneously without anyone needing permission from a boardroom. Holding up a litigious, anti-consumer walled garden as a model for how open-source development should move is completely backwards. If you envy a company that controls what you’re allowed to install and how your hardware is used, macOS is right there for you baby… the rest of us use Linux specifically to stay away from that garbage.
3 Likes
Say what you will about Apple, but they know how to get people to drink the Kool-Aid.
2 Likes
Thats a non issue for Linux since it probably runs on most platforms and even niche old ones before the AI train hit and accelerated the depreciation of code in the kernel. But I suspect 6.18 will live a long time.
1 Like