Re: Discussion: what would not blocking on btrfs look like?

Chris Murphy <[email protected]> Mon, 26 Aug 2019 22:02:40 -0600
Newsgroups gmane.linux.redhat.anaconda.devel,gmane.linux.redhat.fedora.testers,gmane.linux.redhat.fedora.kernel
Message-ID <CAJCQCtRAPKMhDws-ML4=7TR+Z+thsf2Q51hH2-_hfi8iMSL8Xw@mail.gmail.com>
On Fri, Aug 23, 2019 at 2:26 PM Laura Abbott <[email protected]> wrote:
>
> I don't think we need someone to join the team per se. All we need is
> someone who we can assign bugs to and have them work through the issues,
> whether that's development or working with upstream to test. We have
> a fedora-btrfs bug alias and we can add whoever we want on here.
>
> I'm okay with keeping btrfs alive if there's enough of a community who
> is willing to actually fix bugs and work through the issues. We
> do this with other parts of the kernel too.

Past Fedora kernel team statements officially recommended against
Btrfs. I think it would be weird to make Btrfs the default file
system, were that still the case. And one way to alleviate that, it
sounds like, is if there were a Btrfs developer on the Fedora kernel
team in some capacity, even if it is strictly Btrfs bugs. But I'm open
to other ideas.

And if it's just a case of release criteria violating Btrfs bugs
remaining blocker worthy, then I think it can go either way.


> I think 3-5 are the best options right now with a focus on having btrfs
> be available but not "supported". If we had a group of people who were
> willing to actively debug issues like the one Adam reported, I'd be okay
> with #1.

I'm on the fedora-kernel-btrfs@ since February, and also supposedly
get btrfs-progs bug notifications.  And I've been on linux-btrfs@
since early days, they know who I am, even though I can't code my way
out of a hat. They've always been responsive when I show them bugs I
can reproduce.

--
Chris Murphy