On 1 July 2020 20:24:37 CEST, Matthew Miller <mat...@fedoraproject.org> wrote:
>On Wed, Jul 01, 2020 at 06:54:02AM +0000, Zbigniew Jędrzejewski-Szmek wrote:
>> Making btrfs opt-in for F33 and (assuming the result go well) opt-out for F34
>> could be good option. I know technically it is already opt-in, but it's not
>> very visible or popular. We could make the btrfs option more prominent and
>> ask people to pick it if they are ready to handle potential fallout.
>
>I'm leaning towards recommending this as well. I feel like we don't have
>good data to make a decision on -- the work that Red Hat did previously when
>making a decision was 1) years ago and 2) server-focused, and the Facebook
>production usage is encouraging but also not the same use case. I'm
>particularly concerned about metadata corruption fragility as noted in the
>Usenix paper. (It'd be nice if we could do something about that!)
>
>Given the number of Fedora desktop users, even an increase of 0.1% in
>now-I-can't-boot situations would be a catastrophe. Is that a risk? I
>literally don't know. Maybe it's not -- but we've worked hard to get Fedora
>a reputation of being problem-free and something that leads without being
>"bleeding edge". It's a tricky balance.
>
>> Normally we just switch the default or we don't, without half measures. But
>> the fs is important enough and complicated enough to be extra careful about
>> any transitions.
>
>Exactly.
>
>Maybe we could add an "Automatically configure with btrfs (experimental)"
>option to the Installation Destination screen, and then feature that in
>Fedora Magazine and schedule a number of test days?
>
>To be clear, I'm not suggesting this as a blocking tactic. The assumption
>would be that we'd go ahead with flipping the defaults (as you say above)
>for F34 unless the results come back in a way that gives us pause.
>

This is pretty much exactly how I would like this to happen. It has a schedule 
so it doesn't just slip while still being as cautious as one should be about fs 
changes.
The only way that would make it even better is a clear definition of what 
severity of problem is needed to not implement as default in F34 and what 
happens then. This to avoid the inevitable discussion before F34.
With this plan I have no problems.
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Reply via email to