Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2247611 ** Information from BlockerBugs App:
Commented but haven't voted yet: kparal
The votes have been last counted at 2023-11-02 21:17 UTC and the last processed comment was #comment-881754
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
FinalBlocker -1
I kinda agree with the idea here - since the uncompressed size is what gets written to media, it makes sense to be concerned about that - but in practice, as currently drawn up, the limits apply to the compressed files, and it is kinda too late to try and change that and chop 2G off two images for F39 Final. I would say we should revisit this for F40, agree desirable/practical sizes with the relevant SIGs, and adjust the criteria.
(same reasoning as adamw)
(told @kparal that it doesn't violate any criterion)
actually, based on my subsequent research in https://pagure.io/fedora-qa/relval/issue/27#comment-881721, I think we maybe should go +1 on this. the wording in the test case indicates we intended to keep uncompressed images below the sizes specified in the release-blocking table. so changing my vote:
FinalBlocker +1
(however I also think we should waive it)
yeah, seeing that...
@frantisekz: (told @kparal that it doesn't violate any criterion)
https://i.imgflip.com/4xolfk.jpg
Wink wink.
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F39 is no longer tracked by BlockerBugs, closing this ticket.
Log in to comment on this ticket.