Yeah, it gets boring when the number change doesn't change and try improving everything at once, but the great thing is that freshness improves driven by number fomo and that tightens the improvement loop.
Exciting and risky things are always under flags, so if you really care you just build, configure, and bench your own kernel+system.
I know it's a bit of a meme but I'm on Debian Stable and I am running the backport kernel, which is on version 6.19. So only one minor version away from the current 7.0.
I wish more people would consider Debian for their devices. It is a very stable system, which I appreciate, and, unlike Ubuntu, it was really an "it just works" experience, without any of the friction points that smaller distros have. I installed Debian Trixie on a very recent device (granted, all AMD for compatibility) when Trixie was still the Testing version, and all the necessary drivers were present.
Now if only I could figure out how to build packages and contribute back to Debian... Also if only AMD could get their NPU support for Linux figured out...
doesn't debian usually stick to LTS kernels? afaik 7.0 was designated as an LTS release so it'll probably be the version that next major release will ship with (next year maybe?)
Is there anything particularly interesting about this? The first number of the version changes when the second number gets too big, not for any other reason.
> Linux 7.1 is also notable for its code removals. Driven by AI-assisted bug reporting, ISDN and other old network driver code was removed to avoid that influx of bug reporting against those very rarely touched or used drivers for obsolete hardware.
Moving really old and unused code out of the kernel just to get less AI-assisted bug reports is IMO one of the best consequence ever of AI.
I love it.
We should start trimming the fat out of everything.
Looking back, I wonder what really changed over 25 years for the linux ecosystem. We had lots of distros, there were games built for linux (I remember playing the entire Neverwinter nights on debian) there was wine for StarCraft broodwars, x11+compiz for cool accelerated desktop graphics, proprietary Nvidia drivers were always there. Sure, everything was 32bit but it was good enough for desktop, and amd64 was about to pop.
The other day I tried to install fedora 44 on a friend's computer. He wanted kde so we set that up and whoops, no way to start programs on the discrete video card. I hacked around it by starting xorg, setting an alias and environment variables, but it was a bit embarrassing to see that things have regressed.
25 comments
[ 365 ms ] story [ 679 ms ] threadDid I miss something about this or is it just another number?
Exciting and risky things are always under flags, so if you really care you just build, configure, and bench your own kernel+system.
I wish more people would consider Debian for their devices. It is a very stable system, which I appreciate, and, unlike Ubuntu, it was really an "it just works" experience, without any of the friction points that smaller distros have. I installed Debian Trixie on a very recent device (granted, all AMD for compatibility) when Trixie was still the Testing version, and all the necessary drivers were present.
Now if only I could figure out how to build packages and contribute back to Debian... Also if only AMD could get their NPU support for Linux figured out...
Moving really old and unused code out of the kernel just to get less AI-assisted bug reports is IMO one of the best consequence ever of AI.
I love it.
We should start trimming the fat out of everything.
Looking forward to 7.1 rolling out soon.
https://github.com/torvalds/linux/commit/711a9c018ad252b2807...
Hope it gets to Fedora soon!
The other day I tried to install fedora 44 on a friend's computer. He wanted kde so we set that up and whoops, no way to start programs on the discrete video card. I hacked around it by starting xorg, setting an alias and environment variables, but it was a bit embarrassing to see that things have regressed.