Things have taken a bad turn for Bcachefs as Linux supremo Linus Torvalds is not happy with their objections.
Anyone else here actively put off by Linux drama and headlines like “Torvalds Drops support After Clash!”
I don’t see any drama. It’s just people working together, having different priorities yet still getting things done. Some friction is to be expected.
I’m really glad Torvalds is the kind of person to flip articles like this off and carry on with his day and just not be affected by it at all. When the time comes, I hope whoever carries the torch is just as well.
That’s a good point, I have no doubt Linux would not be in the position it is if he were more sensitive to it.
At the very least, it would be far more of a circus, as the follow-up articles would read “LINUX KERNEL CREATOR LINUS TORVALDS MAKES DEVESTATING REPLY TO FOSS DRAMA!”
But yeah, I think shit like that would just make devs want to go work for a company, because at least when they make a shitty closed sourced, exploitive program people are mad at the company, not them, specifically. They don’t have to deal with this shit.
This is a non-issue, being over-reported by people looking for clicks. A minor technical matter being handled by the person ultimately responsible for handling such things
Yeah for sure there’s ton of clickbait, but this isn’t “a minor technical matter”. The news here isn’t the clash over whether the patch should be accepted in the RC branch, but the fact that Linus said he wants to remove bcachefs from the kernel tree.
An experimental capability being kicked out of the kernel, so that it has to settle for being a kernel module or custom forks of the kernel, is absolutely a minor matter
That’s just like your opinion man.
As somebody that uses this filesystem, I disagree.
Put off in what way?
What are my options?
Don’t you dare turn this around on me.
“no features in RCs” is a very basic rule, this was a forgone conclusion. If these features were so integral to data integrity, he should have kept bcachefs out of the kernel until they were ready.
Sort of the ultimate fuck around and find out.
There is no reason that Kent Overstreet needed to do this.
I love bcachefs but I am so angry at him for making this happen.
There is in this case, and why Linus did accept the patch in the end. Previous cases less so though which is why Linus is so pissed at this one.
The reason for this new feature is to help fix data loss on users systems - which is a fine line between a bug and a new feature really. There is precedent for this type on thing in RC releases from other filesystems as well. So the issue in this instance is a lot less black and white.
That doesn’t excuse previous behaviour though.
My uneducated kernel take. Flexibility is acceptable and desirable in small projects or low impact projects.
When the majority of the internet and a good chunk of PC are dependent on your project, predictability and stability is much more important than flexibility.
Reading all the comments (between Kent and Linux), the problem is that the bcachefs dev thinks that his project (the filesystem) is the critically important one and that the Linux kernel needs to bend to his will.
I am a bcachefs user but it is pretty damn obvious to me that the production Linux kernel is more important than an experimental filesystem.
Yeah, this one is on Kent… again.
He posted on Patreon that there’ll be a DKMS module. In my opinion, this should have been the option from the very beginning and upstreaming at a later point in time. It would have avoided a lot of drama. And now bcachefs is kind of tainted. The only way I ever see it back in mainline is there is an independent downstream of Kent’s kernel that has no connection to him whatsoever.
Shame because I had very good experience with the filesystem. Definitely better than when btrfs was new. But Linus is unfortunately right; Kent is unable to follow agreed collaboration rules.
Unfortunate situation that could have been avoided entirely. Though I don’t want to be too harsh on Kent. He spent a lot of time and work on bcachefs and it’s his most important project. As such, he’s more passionate about all of this. But the same can be said for Linus and the kernel on the other side.
Took me way too long to figure out this stuff is called B Cache FS and not BCA Chefs.
I still read it as BCA Chefs every time.
Well I didn’t…
Thanks, I too thought about the worst cooking software ever😂
Good for him. It’s a reminder that the rules apply to everybody.
Ah, sorry to read - I like the idea of Bcachefs and would have been happy to have it ready for production eventually.
OTOH it seems the recent years I read more about the drama about Bcachefs commits to the kernel, than about any technical parts of Bcachefs.
Can’t wait for a new Brodie-video on this topic. Stay tuned for some comments.
Good I didn’t choose bcachefs
It’s an interesting filesystem, but you shouldn’t use it at this point unless you know what the hell you’re doing. You’ll need to be able to notice, report and help resolve bugs, and under no circumstances use it for production or where you can’t afford to lose some or all of the data on the partition.
True
