[object Object]@zzt@mas.to

this is the one and only reason that the Linux kernel is going out of its way to hide which commits are LLM generated by abolishing the Assisted-By tag, simultaneously with torvalds fully slopcoding a core “improvement” to the kernel’s memory management

if you don’t believe me, here’s part of what the diff removed from the kernel’s docs:

> -When AI tools contribute to kernel development, proper attribution
> -helps track the evolving role of AI in the development process.
> -Contributions should include an Assisted-by tag in the following format::

and surprise, here’s the dickheads responsible: en.wikipedia.org/wiki/Linux_Ke a set of people who get money and tokens from Anthropic, OpenAI, and a bunch of other AI corps via the Linux Foundation

don’t you love when the paid heads of a community project meet behind closed doors to do something that damages the community? furs.social/@Rycochet/11743896

en.wikipedia.org/wiki/Linux_Kernel_Developers_Summit
[object Object]@zzt@mas.to

Replying to @⁨zzt@mas.to⁩

so uh needless to say, you’ll want to stay on a 6.x version of the kernel for as long as you can. downgrade from 7.x if you’re on it. be very careful with backported patches.

no this isn’t a solution at all. this keeps you running until late 2028 at most. don’t use it as an excuse to do nothing.

the thing you need to do isn’t polite. we’ve been far too polite to these fuckers pretending they’ve been donating their labor to us, while they receive millions of dollars, job opportunities, and the ability to shape the software world.

protect your systems if you can, but you need to get fucking angry.

en
[object Object]@zzt@mas.to

Replying to @⁨obfusk@tech.lgbt⁩

@obfusk ok

- most of those 6000+ CVEs aren’t real, and a fair number of the real ones aren’t practically exploitable. this is well-documented at this point, feel free to look it up. you’re probably fine to hold off on updates unless something actually critical to you gets fixed.
- before installing a new kernel, do some minimal due diligence to find out if anyone’s having weird issues with the version you’re looking to switch to
- make damn sure you keep the old kernel around for a bit, til you’re sure the new one’s stable and nothing that matters to you is busted

2 and 3 were best practice from the old days of Linux, and the BSDs still recommend it. 1 is a 2026 original, as falsified and overblown CVEs never used to be this big of a problem.