Isn’t that the whole point?
Isn’t that the whole point?
It usually has something to do with programming. Again, most cases, the versions in the packages included in your garden variety stable distros should cover most use cases.
However, once in a while one would encounter the need of using the cutting edge features on certain compiler or interpreter. Rust comes to mind. I know Python introduced some features that could drastically alter workflow (e.g. switch statement). NodeJS is another one known to be lagging behind from time to time.
In other cases, hardware support might be taken to consideration, especially for newer machines. However, with Mint including the optional newer kernel, it shouldn’t be a problem.
Because for most use cases, Mint works flawlessly. It changes little from time to time. It has all the drivers to get started with a wide range of common hardware. It has all the codecs to play common media formats.
Of course if the package update is too slow, it’s not for you, but then unlike you, most people don’t need the latest and greatest. They just need something that works from the get-go with predictable behavior.
These days, AFAIK network boot is done thru initramfs. It loads rootfs in most cases I’ve seen tho.
What machine do you have for this?
Is it better than PinePhone?
From what I read on the wiki, they’re mostly testing the mainline kernel. I wonder how the device support would be with vendor downstream kernel.
I happen to have a Fairphone 4. It’s listed as supported, but not with all its features.
Anyone here tried PostmarketOS on Fairphone 4?
Makes me wonder if a 3rd party server for this is ever a thing.
Wow, I didn’t know Canonical apologist is a thing.
Been using KDE since Debian 9. I’d say it’s stable enough.
Not Debian-based, but Debian. With KDE.
“.eml is a format for e-machine learning”
OP said it’s been running fine until recently, so I doubt it’s the kernel.
I dont think that app interfaces should break between releases?
If they have good reason, they totally should! In fact this is pretty common.
One prominent example would be how runtime files for PostgreSQL & MySQL are incompatible between major version. E.g. if you’re to upgrade from postgres 11 to 12, you’ll need to do migration.
A lot of command line programs change their default behaviors, deprecate options, etc. This may not be so for coreutils (cp, mv, ls, ln, et al.), but for the more actively developed programs.
In the end, it might not be complete bad to have rolling release on servers, but in most case, it’s not worth the headache.
Yeah, it’s like reinventing the wheel, one that’s been going strong.
AFAIK, the Linux codebase is actually open source in its entirety. However it has parts that are capable of loading non-free stuff like firmware. The linux-libre project makes sure those parts are disabled.
Personally, I think it’s a fool’s errand as it would render most modern systems unusable (in the reasonable sense).
They also don’t apply such harsh judgement to firmware that resides in ROM, and only to firmware updates. In most of these cases you’d have systems with outdated firmwares with neither QoL nor security updates.
Here’s something to get you started.
Don’t take my word for it, tho. Do your own research as well!
I wonder what’s on the ‘unknown’