#1958 [wine] Wine-core cannot be updated in fedora 43 | rhbz#2401666
Closed by blockerbot. Opened by blockerbot.

Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2401666 **
Information from BlockerBugs App:
2401666

Current vote summary

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)


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.

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.

FinalBlocker -1
FinalFE +1

FinalBlocker -1
FinalFE +1

This isn't covered by the criteria, but would be nice to fix.

FinalBlocker -1
FinalFE +1

@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:

@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).

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.

Metadata