- cross-posted to:
- [email protected]
- [email protected]
- cross-posted to:
- [email protected]
- [email protected]
There’s been some Friday night kernel drama on the Linux kernel mailing list… Linus Torvalds has expressed regrets for merging the Bcachefs file-system and an ensuing back-and-forth between the file-system maintainer.
On Friday a set of fixes were submitted for merging into the current Linux 6.11 cycle. There were little fixes plus two big “fixes” around an rhashtable conversion and a new data structure for managing free lists in the BTree key cache. That later one eliminates the BTree key cache lock and avoids some locking contention that can appear in some multi-threaded workloads.
But this “fixes” pull request touches more than one thousand lines of code and we’re now more than half-way through the Linux 6.11 cycle. This is far from the first time that big “fixes” pulls for Bcachefs have been submitted post merge window and not the first time that it’s not strictly bug fixes but also heavier more feature-like additions being made via fixes pull requests. Linus Torvalds had enough and responded to the pull request.
You must log in or register to comment.
The arrogance of Kent is ridiculous and he sounds like a man-child throwing a neck beard flavored tantrum whenever someone questions the bullshit reality that doesn’t actually exist. This isn’t some dumb application you can run into the ground because you can’t play well with others. This is the fucking linux kernel, and if you can’t fathom how bad it is to throw random “fixes” at the last minute instead of waiting for the next development cycle, you are the problem. I see that shit all the damn time in corporate environments and I am sick of arrogant programmers who can’t understand processes, why they exist, and why they need to be followed.
“You guys are freaked out because I’m moving quickly and you don’t have visibility into my own internal process, that’s all.”
Uh, yeah?! Maybe add on “and you refuse to see why that’s a problem”
I was amazed to read that, too. At least, they seem to keep it polite and professional. Kent even agrees that Linus is acting because of the responsibility of the maintainer, not on a whim or out of spite
These are all factors that let me say, with confidence, that there really aren’t any bugs in this this pull request.
That kind of thinking from Kent sounds like act one of a Greek tragedy.
This is a poor posture from Kent
It’s fine to have something buggy but pissing off Linus Torvalds is probably not the best idea, perhaps a bit of introspection might be the best course of action before sending another hasty message
From the wise words of Jack Stauber:
But it feels better to check than to reflect~I’m waiting for Torvalds to start with the bad language.
Nah, he changed since the creation of Linux code of conduct
I thought Linux represents freedom but you sound like it’s a tyranny.
Linus is the head of Linux because he’s trustworthy and acts responsibly (esp more so nowadays than previously)
If at any point he were to act in a way that tarnishes the trust built behind Linux, I wouldn’t be surprised if fellow maintainers forked Linux just like Redis and decided to put their weight behind the new project
Same like me or any of the mods or admins here; I would hope my ass gets banned faster than the speed of light if I were to ever act irresponsibly with mod/admin powers
“Remember, with great power comes great responsibility.” - Uncle Ben
It does represent freedom.
Kent can fork the kernel if he wants with all the fixes he wants in it and distribute it as he sees fit. This particular instance of the kernel (which happens to be original – the upstream), Linus has to balance allowing some fixes other developers want to include versus a ‘minor’ release of the kernel during this cycle (because it is a minor version release, not a major one). Kent could then also stop other developers from contributing to his fork but then those people could just fork his kernel fork and do what they want.
You as a user are free to use any of them. You’re even free to take Kent’s PRs right now with everything done in the kernel at this point, compile it and run it yourself if you want. You could even market it as something and sell it all if you want for a profit if you can get the customers. You’re free to do all of that. You can do it right now if you want.
This guy is free to do all the cowboy shit he wants in his own fork of the kernel. The problem is that he’s trying to force his way with the main one without proper care for how much a small mistake of his could damage.
And freedoms of speech is why one can badmouth others and act racist /s
No, freedom is not absence of any kind of process or rules
Honestly, I find it great that Linus still manages the Kernel after all this time.
Actually it’s GNU/Linus that manages the kernel (also known as GNU + Linus)
Just went through the newer messages of the thread. Really interesting to see this kind of exchange out in the open. Getting my popcorn to see if any feelings will be hurt. And perfectly understandable, that this is not the right way or process to do things. Merging something like this in the middle of a release says a lot for the current state of bcachefs.
I don’t know what bcachefs does exactly, but Overstreet seems to perceive Torvalds as some personal tutor or tester, almost as if Overstreet doesn’t understand the merits of division of labour.
I don’t understand any of this on a technical level but it is interesting to see play out nonetheless.
deleted by creator
