> 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.
It doesn't matter how conservative you are being, it's _still_ marked as experimental. That simply means there's no great pressing need to get a new feature into the next possible release - users can either compile their own kernels, or wait if they aren't able to. They decided to use an experimental file system.
You're making life much harder for these users by causing bcachefs to be thrown out of the kernel. No matter how you twist and turn it, you're responsible for "breaking userspace" in this case. I have no interest in trying to convince you - I've seen people much better at explaining things than I can try to do so, and I've seen you ignore each and every one of them.
> 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.
It doesn't matter how conservative you are being, it's _still_ marked as experimental. That simply means there's no great pressing need to get a new feature into the next possible release - users can either compile their own kernels, or wait if they aren't able to. They decided to use an experimental file system.
You're making life much harder for these users by causing bcachefs to be thrown out of the kernel. No matter how you twist and turn it, you're responsible for "breaking userspace" in this case. I have no interest in trying to convince you - I've seen people much better at explaining things than I can try to do so, and I've seen you ignore each and every one of them.