Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2401666 ** Information from BlockerBugs App:
Commented but haven't voted yet: frantisekz, mooninite
The votes have been last counted at 2025-10-24 02:44 UTC and the last processed comment was #comment-990665
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
I have also seen this behaviour, but I felt like this is not a blocking material. I agree that it is bad, it might affect quite a number of users, however wine is not installed by default and I do not think the criteria apply to a non-default application. It can be worked around by removing wine before upgrading the system and reinstalling it after the system has been upgraded. This would be nice to fix, though.
wine
FinalBlocker -1 FinalFE +1
The current upgrade criterion is this one: https://fedoraproject.org/wiki/Fedora_43_Beta_Release_Criteria#Upgrade_requirements
Wine is not installed by default, so we don't block on it.
This isn't covered by the criteria, but would be nice to fix.
@mooninite maybe hard-obsoleting i686 wine packages in fc>=43 would be the way forward? (I did that with wine-dxvk, it just needs --allowerasing afterwards).
FinalBlocker -1 FinalFE +1 AGREED AcceptedFinalFE RejectedFinalBlocker
The following votes have been closed:
Wine still ships a handful of 32-bit ELF binaries. I haven't tested to see if 32-bit apps run on a 64-bit only wine install.
I'm having trouble handling the symlink removal on package upgrade. The '%pretrans' scriptlet isn't helping. If I manually remove the symlinks prior to dnf upgrade the upgrade is successful. :(
I've committed my latest changes to rawhide if anyone has a suggestion. TIA.
https://src.fedoraproject.org/rpms/wine/c/39b67234f34e01832dc332196c7836fcfc1a31db?branch=rawhide
I've tired all sorts of pretrans tricks and dnf still complains. I'm thinking it's a dnf bug. I can manually run "rpm -Uhv ..." and it works. The pretrans scripts do their job. No conflict complaints from the rpm tool.
Filed https://bugzilla.redhat.com/show_bug.cgi?id=2406164
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F43 is no longer tracked by BlockerBugs, closing this ticket.