Bug details: https://bugzilla.redhat.com/show_bug.cgi?id=1876162 Information from BlockerBugs App: <img alt="1876162" src="https://qa.fedoraproject.org/blockerbugs/api/v0/bugimg/1876162" />
Commented but haven't voted yet: coremodule, kleinkravis
The votes have been last counted at 2021-01-19 13:00 UTC and the last processed comment was #comment-710454
To learn how to vote, see: https://pagure.io/fedora-qa/blocker-review A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)
BetaBlocker +1
BetaBlocker
FinalBlocker
BetaFE
FinalFE
0Day
PreviousRelease
+1
0
-1
It's already quite long. Summary in this comment. https://bugzilla.redhat.com/show_bug.cgi?id=1876162#c23
At this point I'm not certain about either beta FE (fix doesn't exist, could be too invasive) or final blocker. But since it's not crashing and does eventually complete an install...
BetaBlocker -1
I feel this is not such a common use case to warrant a BetaBlocker. But I'm open to discussing a FinalBlocker proposal (will add it to the bug). I'll also mark it as CommonBugs.
However, I am a bit concerned about the openSUSE remark that the package manager could produce so many snapshots easily on its own. I would be happier if snapshots were only created when a user asks for it. How will this be handled in Fedora, @chrismurphy ?
How will this be handled in Fedora, @chrismurphy ?
F33 will make no automatic snapshots
See https://bugzilla.redhat.com/show_bug.cgi?id=1876162#c26 AGREED RejectedBetaBlocker
The following votes have been closed:
Discussed during the 2020-09-08 blocker review meeting: [0]
The decision to delay the classification of this as a Final blocker bug was made as this seems like a reasonable blocker candidate but we're concerned about the extent to which it can realistically be addressed in a practical timeframe for F33. We will punt for input from installer team on this.
[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-09-08/f33-blocker-review.2020-09-08-16.00.txt
BetaFE +1
I agree with Adam's comment that it's better to get this into Beta and get more testing than to wait for final.
Changing my vote for now.
BetaFE -1
Based on comments 32 and 33 I'm now also slightly nervous. But I don't know the intent of so many 'udevadm settle' instances. Also, as described in comment 34, it's not likely to fix a more realistic case, making the fix not worth the risk.
After reading comment 34 in the bug ... if something like that should be implemented (or even decided if we want it that way), then I think we do not have enough time to make it happen in Beta.
Hmm, at the same time, if this is the fix Anaconda/blivet devs want to do, it's better to include it in Beta than Final. Perhaps the judgement call should come from them.
I'm inclined to say that we should go ahead and make the change now and see how it shakes out for Beta. If we encounter issues, we can always put them back. That's The Power of Git:tm: :wink:
AGREED AcceptedBetaFE
Discussed during the 2020-09-14 blocker review meeting: [0]
The decision to classify this bug as an "AcceptedFreezeException (Beta)" was made as it is a noticeable issue that cannot be fixed with an update.
[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-09-14/f33-blocker-review.2020-09-14-16.01.txt
The decision to delay the classification of this as a blocker bug was made as we would like more evaluation from anaconda team and also testing with a real-world case (not identical snapshots) to figure out what's really plausible in an f33 timeframe before voting on this.
I don't believe this is a situation many users will be in. Very few operating systems use Btrfs as default, this will probably be most users' first experience with Btrfs
Release F33 is no longer tracked by BlockerBugs, closing this ticket.
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.