Live data from Hacker News

Linux 7.1

lore.kernel.org

81–90 of 137 posts

Re: Linux 7.1

#81
post #20

[flagged]

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 Deb…

Actually, I'm running the backports kernel which is at 7.0 today.

  $ uname --kernel-release 
  7.0.10+deb13-amd64
If you run stable, Debian backports takes care of a lot of the popular stuff. Kernels, kernel modules, Rust/Cargo, CMake, Clangd, GPU firmware (AMD/Intel), GDB, LibreOffice, OpenShot video editor, and Wireguard are all kept current in backports. And there's way more than I mention here, of course. Worst case I can install unstable in a schroot and run some bleeding-egde software.

I did all of my distro hopping when I was young, 20+ years ago. I settled on Debian because life got busy and I had no time to fuss with broken software updates.

Re: Linux 7.1

#82
post #61

Earlier quoted context omitted.

> Moving really old and unused code out of the kernel just to get less AI-assisted bug reports Obviously, the parent is /s, but when I read this, I thought Linux was removing exploit paths that exercise rarely-used features. On phone OSes at least, quirky rare formats and features are (were?) a common source of exploitable bugs.

Is the parent really being sarcastic? I read it as genuine. There’s presumably plenty of code bloat in the kernel, and while no human would ever scan for bugs in a corner of the kernel that hasn’t been used or touched in decades, AI 100% will. And while those bug reports might be useless as bug reports, they seem promising as “why is this code even here?” flags.

I don't mean to be harsh, but if there's a codepath that is exercised on your hardware, but not on mine, I don't think it would be fair for me to deem it as "bloat". There are a TON of supported devices and use cases that are not my own, but are essential to someone else.

Re: Linux 7.1

#83
post #52

Earlier quoted context omitted.

For me, it's a personal preference and in my opinion, it's less professional.

People always seem surprised when someone in CS or SWE doesn't care for anime or cutesy pictorial graphics of girls.

It also serves as a sort of "chud defense", in a way.

I like it.

Re: Linux 7.1

#84

> 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 tri…

>We should start trimming the fat out of everything.

"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- Antoine de Saint-Exupéry

One of my buddies was infamous for a while for being the "I deleted X lines of code today" guy.

Re: Linux 7.1

#86

> 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 tri…

>We should start trimming the fat out of everything. "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- Antoine de Saint-Exupéry One of my buddies was infamous for a while for being the "I deleted X lines of code today" guy.

>"Perfection is achieved..."

I, too, am a fan of RFC 1925.

Re: Linux 7.1

#87

> 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 tri…

Chesterton's Fence...

Re: Linux 7.1

#89

Earlier quoted context omitted.

Is the parent really being sarcastic? I read it as genuine. There’s presumably plenty of code bloat in the kernel, and while no human would ever scan for bugs in a corner of the kernel that hasn’t been used or touched in decades, AI 100% will. And while those bug reports might be useless as bug reports, they seem promising as “why is this code even here?” flags.

I don't mean to be harsh, but if there's a codepath that is exercised on your hardware, but not on mine, I don't think it would be fair for me to deem it as "bloat". There are a TON of supported devices and use cases that are not my own, but are essential to someone else.

If you are still using ISDN you could maintain a fork.

This is one of the main examples of drivers that were removed.

Re: Linux 7.1

#90

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.

[deleted]
Post reply on HN