Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2428911 ** Information from BlockerBugs App:
Commented but haven't voted yet: yselkowitz
The votes have been last counted at 2026-03-02 13:57 UTC and the last processed comment was #comment-1007273
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
Oh well, does "allow rawtherapee and other applications to support a much larger selection of digital cameras" configure a criterion for grant a FE?
As said in the ticket, this upgrade will "require a rebuild of the following packages in a side tag" - deepin-image-viewer; dtk6gui; dtkgui; efl; elementary-photos; entangle; freeimage; geeqie... and 20 other more.
BetaFE -1
Yeah, this seems like a perfectly nice feature but there's no explanation for why it needs a freeze exception.
One question: if rejected, would this happen post-Beta before Final Freeze at least, so that we have the newer LibRaw for F44?
I suspect most people looking to do RAW editing would do it from an install, not a live environment, so they can get the new camera support as an update.
As long as updates-testing is enabled by default (it still is), most people will get it immediately, even during Beta freeze. And once Beta freeze is lifted, the maintainers can submit it to stable updates.
AGREED RejectedBetaFreezeException
The following votes have been closed:
Log in to comment on this ticket.