Live data from Hacker News

Bcachefs to be removed from mainline Linux kernel

lore.kernel.org

11–20 of 34 posts

Re: Bcachefs to be removed from mainline Linux kernel

#11
post #5

Earlier quoted context omitted.

I think nothing will happen, and Linus himself will eventually be whipped into place. Kent has come a long way in terms of communications, and all this talk about preserving sacrament of "collaborative community of kernel dev" reads real rich. The fact of the matter: bcachefs is the only modern + reliable filesystem in Linux right now. To throw it out—is madness, frankly. git rm -rf would be a show of weakness... bas…

Linus whipped into place. The astounding ignorance of some people... Failure to even understand, let alone practice, any form of release engineering hygene IS a failure of technical merit.

If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder! Not to mention that he's allowed btrfs to run unchecked for so long. Kent put it nice, actually, kernel work is not about pleasing egos of top guys; it's about delivering software for users:

> "Work as service to others" is something I think worth thinking about. We're not supposed to be in this for ourselves; I don't write code to stroke my own ego, I do it to be useful. I honestly can't even remember the last time I wrote code purely for enjoyment, or worked on a project because it was what I wanted to work on. My life consists of writing code base on what's needed; to fix a bug, to incorporate a good idea someone else had, to smooth something over to make someone else's life easier down the line. Very rarely does it come from my own vision. My feelings are entirely secondary to the work I do.

Re: Bcachefs to be removed from mainline Linux kernel

#12
post #8

Earlier quoted context omitted.

I think the op was trying to highlight this nugget in one of the thread emails[0]: >And now, I just got an email from Linus saying "we're now talking about git rm -rf in 6.18", after previously saying we just needed a go-between. Edit to add that LWN noted this at the end of the "The rest of the 6.17 merge window" post[1]. [0]: https://lwn.net/ml/all/5ip2wzfo32zs7uznaunpqj2bjmz3log4yrrde... [1]: https://lwn.net/Subsc…

Mr Torvalds has already said “we’re done”. And Mr Overstreet’s behavior is still unprofessional. I think this thread is really insightful to teach highly skilled individuals that people skills are as important as technical proficiency. I have been this arrogant and abrasive dev. It’s bad and learning how to behave, mainly through parenting, was a net positive for my career. People, please read and learn from this thr…

Is this a joke? Linus literally, and routinely, refers to other people's work as "garbage."

Re: Bcachefs to be removed from mainline Linux kernel

#13
post #12

Earlier quoted context omitted.

Mr Torvalds has already said “we’re done”. And Mr Overstreet’s behavior is still unprofessional. I think this thread is really insightful to teach highly skilled individuals that people skills are as important as technical proficiency. I have been this arrogant and abrasive dev. It’s bad and learning how to behave, mainly through parenting, was a net positive for my career. People, please read and learn from this thr…

Is this a joke? Linus literally, and routinely, refers to other people's work as "garbage."

And critique of the work is expected when the quality of the work is the question. But all the problems here are about conduct, which doesn't seem to get through.

Re: Bcachefs to be removed from mainline Linux kernel

#14
post #11

Earlier quoted context omitted.

Linus whipped into place. The astounding ignorance of some people... Failure to even understand, let alone practice, any form of release engineering hygene IS a failure of technical merit.

If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder! Not to mention that he's allowed btrfs to run unchecked for so long. Kent put it nice, actually, kernel work is not about pleasing egos of top guys; it's about delivering software for users: > "Work as service to others" is something I think worth thinking about. We'…

> If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder!

Where do you get this idea? Lots of Linux users want lots of things - a big part of the reason Linux is so successful is because they don't get what they want, and the project instead focuses on stable development and release cycles. Many users want Linux to break userspace in this or that case. Do you think Linus should do that, because it's what the users want?

And lets not forget we're talking about an experimental filesystem. If you decide to use one of those, it's not asking too much of you to compile your own kernel.

Re: Bcachefs to be removed from mainline Linux kernel

#15
post #12

Earlier quoted context omitted.

Mr Torvalds has already said “we’re done”. And Mr Overstreet’s behavior is still unprofessional. I think this thread is really insightful to teach highly skilled individuals that people skills are as important as technical proficiency. I have been this arrogant and abrasive dev. It’s bad and learning how to behave, mainly through parenting, was a net positive for my career. People, please read and learn from this thr…

Is this a joke? Linus literally, and routinely, refers to other people's work as "garbage."

Calling other people’s work “garbage” is not conclusive proof of arrogance, if that work is actual garbage. Linus has calmed down a lot over the years, yet at this point if he still has issues with somebody’s work, it’s probably best to listen rather than calling that arrogance.

Personally, I do believe the quality of Linux kernel has a lot to do with having a steward able to be firm and opinionated, rather than adopting a passive anglo management style where confrontation is avoided at all costs.

Re: Bcachefs to be removed from mainline Linux kernel

#16
post #5

Earlier quoted context omitted.

I think nothing will happen, and Linus himself will eventually be whipped into place. Kent has come a long way in terms of communications, and all this talk about preserving sacrament of "collaborative community of kernel dev" reads real rich. The fact of the matter: bcachefs is the only modern + reliable filesystem in Linux right now. To throw it out—is madness, frankly. git rm -rf would be a show of weakness... bas…

Well, he already lost T'so, and I recall he's pretty high-up on the command chain. This appears to not be about technical merit anymore, vs existing as a "co-worker" with other kernel peers.

> Well, he already lost T'so

How so? Last time I checked T'so was still a maintainer and ext4 is still being developed/improved.

Re: Bcachefs to be removed from mainline Linux kernel

#18
post #14
post #11

Earlier quoted context omitted.

If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder! Not to mention that he's allowed btrfs to run unchecked for so long. Kent put it nice, actually, kernel work is not about pleasing egos of top guys; it's about delivering software for users: > "Work as service to others" is something I think worth thinking about. We'…

> If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder! Where do you get this idea? Lots of Linux users want lots of things - a big part of the reason Linux is so successful is because they don't get what they want, and the project instead focuses on stable development and release cycles. Many users want Linux to break…

Funny, because "don't break userspace" is one of the principles I've been citing.

Things always degenerate when it turns into power struggles and people are going "No, I decide!".

"Make sure thinks work" is the underlying principle, and it's based on that that the code should have been, and was merged.

But then the personality conflicts and power struggles came out, and there's no need for that.

- You don't go overriding a subsystem maintainer without a clear justification; if the patch in question has a good reason for being there and can't affect the rest of the kernel, there's a really high bar to clear. This has been an issue for the XFS folks in the past.

- We have to be able to have technical and policy discussions without it degenerating into "I don't trust you and you need therapy". That's just childish. The private discussions got really ugly on this one.

And, regarding bcachefs still being marked as experimental: I'm being much more conservative with the experimental label than btrfs or ext4 were. Your data is safer on bcachefs than btrfs, today: you're not going to lose a filesystem, repair is thorough and robust and complete.

You may still hit hiccups, which is why the experimental label is there, but robust and complete repair and rock solid multi device have been reason enough for a lot of people to switch already.

Re: Bcachefs to be removed from mainline Linux kernel

#19
post #13
post #12

Earlier quoted context omitted.

Is this a joke? Linus literally, and routinely, refers to other people's work as "garbage."

And critique of the work is expected when the quality of the work is the question. But all the problems here are about conduct, which doesn't seem to get through.

[deleted]

Re: Bcachefs to be removed from mainline Linux kernel

#20
post #14

Earlier quoted context omitted.

> If the filesystem corrupts data, it has to be fixed at the maintainer's discretion. This is what the users want. Tough luck it makes Linus' life harder! Where do you get this idea? Lots of Linux users want lots of things - a big part of the reason Linux is so successful is because they don't get what they want, and the project instead focuses on stable development and release cycles. Many users want Linux to break…

Funny, because "don't break userspace" is one of the principles I've been citing. Things always degenerate when it turns into power struggles and people are going "No, I decide!". "Make sure thinks work" is the underlying principle, and it's based on that that the code should have been, and was merged. But then the personality conflicts and power struggles came out, and there's no need for that. - You don't go overri…

Maybe the FS was upstreamed too soon, causing your development velocity and the high expectations you have for your end users to be at odd with the well entrenched workflows of Linux maintainers.

In any case as a Linux user, I want to thank you for your work and for your code which taught me a lot.

I hope it didn’t take too much of a toll on you.

Let’s hope that with the recent stabilization, the maintenance will be easier.

Post reply on HN