For several weeks now, since f43 was released as Beta, I have been unable to update wine. There have been repeated conflicts between wine-core i686 and wine-core x86_64 as well as other issues. The system update is able to complete as long as I exclude the wine-core package The following errors are seen every time. $ sudo dnf upgrade wine* Updating and loading repositories: Repositories loaded. Problem 1: cannot install both wine-dxvk-2.7.1-3.fc43.x86_64 from updates-testing and wine-dxvk-2.6.2-1.fc43.x86_64 from @System - wine-dxvk-2.6.2-1.fc43.i686 from @System has inferior architecture - cannot install the best update candidate for package wine-dxvk-2.6.2-1.fc43.x86_64 - problem with installed package Problem 2: cannot install both wine-dxvk-d3d10-2.7.1-3.fc43.x86_64 from updates-testing and wine-dxvk-d3d10-2.6.2-1.fc43.x86_64 from @System - wine-dxvk-d3d10-2.6.2-1.fc43.i686 from @System has inferior architecture - cannot install the best update candidate for package wine-dxvk-d3d10-2.6.2-1.fc43.x86_64 - problem with installed package Problem 3: cannot install both wine-dxvk-d3d8-2.7.1-3.fc43.x86_64 from updates-testing and wine-dxvk-d3d8-2.6.2-1.fc43.x86_64 from @System - wine-dxvk-d3d8-2.6.2-1.fc43.i686 from @System has inferior architecture - cannot install the best update candidate for package wine-dxvk-d3d8-2.6.2-1.fc43.x86_64 - problem with installed package Problem 4: cannot install both wine-dxvk-d3d9-2.7.1-3.fc43.x86_64 from updates-testing and wine-dxvk-d3d9-2.6.2-1.fc43.x86_64 from @System - wine-dxvk-d3d9-2.6.2-1.fc43.i686 from @System has inferior architecture - cannot install the best update candidate for package wine-dxvk-d3d9-2.6.2-1.fc43.x86_64 - problem with installed package Problem 5: cannot install both wine-dxvk-dxgi-2.7.1-3.fc43.x86_64 from updates-testing and wine-dxvk-dxgi-2.6.2-1.fc43.x86_64 from @System - wine-dxvk-dxgi-2.6.2-1.fc43.i686 from @System has inferior architecture - cannot install the best update candidate for package wine-dxvk-dxgi-2.6.2-1.fc43.x86_64 - problem with installed package Package Arch Version Repository Size Upgrading: wine-core i686 10.15-1.fc43 updates-testing 614.3 MiB replacing wine-core i686 10.13-1.fc42 updates 612.0 MiB wine-core x86_64 10.15-1.fc43 updates-testing 1.3 GiB replacing wine-core x86_64 10.13-1.fc42 updates 727.1 MiB wine-filesystem noarch 10.15-1.fc43 updates-testing 9.9 MiB replacing wine-filesystem noarch 10.13-1.fc42 updates 10.0 MiB Skipping packages with conflicts: wine-dxvk x86_64 2.7.1-3.fc43 updates-testing 18.1 MiB wine-dxvk-d3d10 x86_64 2.7.1-3.fc43 updates-testing 964.4 KiB wine-dxvk-d3d8 x86_64 2.7.1-3.fc43 updates-testing 13.3 MiB wine-dxvk-d3d9 x86_64 2.7.1-3.fc43 updates-testing 16.8 MiB wine-dxvk-dxgi x86_64 2.7.1-3.fc43 updates-testing 15.3 MiB Transaction Summary: Upgrading: 3 packages Replacing: 3 packages Skipping: 5 packages Total size of inbound packages is 328 MiB. Need to download 328 MiB. After this operation, 648 MiB extra will be used (install 2 GiB, remove 1 GiB). Is this ok [y/N]: y [1/3] wine-filesystem-0:10.15-1.fc43.noarch 100% | 5.5 MiB/s | 1.7 MiB | 00m00s [2/3] wine-core-0:10.15-1.fc43.i686 100% | 6.5 MiB/s | 106.4 MiB | 00m16s [3/3] wine-core-0:10.15-1.fc43.x86_64 100% | 10.5 MiB/s | 219.6 MiB | 00m21s --------------------------------------------------------------------------------------------------------------------------------------------------------- [3/3] Total 100% | 15.3 MiB/s | 327.7 MiB | 00m21s Running transaction Transaction failed: Rpm transaction failed. - file /usr/lib64/wine/i386-windows from install of wine-core-10.15-1.fc43.x86_64 conflicts with file from package wine-core-10.13-1.fc42.x86_64 - file /usr/lib/wine/i386-windows/ddraw.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/urlmon.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/windows.devices.bluetooth.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/wined3d.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/winmm.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 Reproducible: Always Steps to Reproduce: 1. attempt to perform 'dnf upgrade' 2. 3. Actual Results: The upgrade fails due to problems with the wine packages Expected Results: The upgrade should complete properly
This problem also prevents an upgrade from Fedora 42 to Fedora 43 if wine is installed. Steps to Reproduce: 1. podman run -it fedora:42 2. dnf install wine.{i686,x86_64} 3. dnf system-upgrade download --releasever=43
Proposed as a Blocker for 43-final by Fedora user goeran using the blocker tracking app because: This seems to prevent upgrading to Fedora 43 if you have wine installed in Fedora 42. I imagine it is fairly common to have wine installed.
-5 blocker / +5 FE in https://pagure.io/fedora-qa/blocker-review/issue/1958 , marking appropriately.
Packaging needs to be updated to split wine-core apart. wine-core-dlls.noarch (naming TBD) - *-windows/*.dll files wine-core.$arch - *-unix/*.so files I'll work on it. I also have 10.16, ntsync, and wine font package changes queued.
Probably related: bug 2406164
F43 is done, dropping metadata.
*** Bug 2404874 has been marked as a duplicate of this bug. ***
*** Bug 2406898 has been marked as a duplicate of this bug. ***
I have the same problem, I can't upgrade from 42 to 43. By the way, did you even have Wine installed? Fehler beim Ausführen der Transaktion: Datei /usr/lib64/wine/i386-windows aus der Installation von wine-core-10.15-1.fc43.x86_64 kollidiert mit der Datei aus dem Paket wine-core-10.15-1.fc42.x86_64
--- workaround 1 --- Prior to upgrade: Delete symlinks in /usr/lib/wine and /usr/lib64/wine. --- workaround 1 --- --- workaround 2 --- Uninstall wine prior to upgrade. Install wine after upgrade. --- workaround 2 ---
Thank you, "workaround 1" worked for me. Now I'm going to explore Fedora 43 :)
Removing the wine-dxvk packages is sufficient to unblock `dnf system-upgrade`: ``` dnf remove wine-dxvk-dxgi-2.6.2-1.fc42.i686 wine-dxvk-2.6.2-1.fc42.i686 wine-dxvk-d3d9-2.6.2-1.fc42.i686 wine-dxvk-d3d8-2.6.2-1.fc42.i686 wine-dxvk-d3d10-2.6.2-1.fc42.i686 Packages altered: Action Package Reason Repository Remove vulkan-tools-0:1.4.313.0-1.fc42.x86_64 Clean @System Remove wine-dxvk-0:2.6.2-1.fc42.i686 User @System Remove wine-dxvk-0:2.6.2-1.fc42.x86_64 Dependency @System Remove wine-dxvk-d3d10-0:2.6.2-1.fc42.i686 User @System Remove wine-dxvk-d3d10-0:2.6.2-1.fc42.x86_64 Clean @System Remove wine-dxvk-d3d8-0:2.6.2-1.fc42.i686 User @System Remove wine-dxvk-d3d8-0:2.6.2-1.fc42.x86_64 Clean @System Remove wine-dxvk-d3d9-0:2.6.2-1.fc42.i686 User @System Remove wine-dxvk-d3d9-0:2.6.2-1.fc42.x86_64 Clean @System Remove wine-dxvk-dxgi-0:2.6.2-1.fc42.i686 User @System Remove wine-dxvk-dxgi-0:2.6.2-1.fc42.x86_64 Clean @System ``` The download succeeds but then RPM chokes on the symlinks: ``` Transaction failed: Rpm transaction failed. - file /usr/lib64/wine/i386-windows from install of wine-core-10.15-1.fc43.x86_64 conflicts with file from package wine-core-10.15-1.fc42.x86_64 - file /usr/lib/wine/i386-windows/ddraw.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/urlmon.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/windows.devices.bluetooth.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/wined3d.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 - file /usr/lib/wine/i386-windows/winmm.dll conflicts between attempted installs of wine-core-10.15-1.fc43.i686 and wine-core-10.15-1.fc43.x86_64 ``` Then `sudo rm /usr/lib64/wine/i386-windows` fixes the RPM transaction.
(In reply to bbtuxi from comment #11) > Thank you, "workaround 1" worked for me. Now I'm going to explore Fedora 43 > :) When I upgraded, the upgrade removed all my printers. Double check to see if you still have yours!
Printer is still there after the upgrade, and I fail to see how this can be related.
Also got this issue trying to upgrade to 43 stable. The first workaround in comment 10 worked for me thankfully.
We've documented the issue and the workaround here: https://discussion.fedoraproject.org/t/170296
*** Bug 2407182 has been marked as a duplicate of this bug. ***
*** Bug 2407374 has been marked as a duplicate of this bug. ***
*** Bug 2408857 has been marked as a duplicate of this bug. ***
IMPORTANT NOTE: in testing, Michael's suggestion of deleting the symlinks seems to cause the upgrade to crash partway through, if you leave the dxvk packages installed: https://bugzilla.redhat.com/show_bug.cgi?id=2408378 . So please DO NOT USE that workaround. Please instead go with removing wine before upgrade and reinstalling it afterwards. Thanks. Removing the symlinks *and* the dxvk packages is *probably* safe, but it's safer just to remove wine entirely before upgrading and not mess around with deleting the symlinks, I think.
(In reply to Adam Williamson from comment #20) > Removing the symlinks *and* the dxvk packages is *probably* safe, but it's > safer just to remove wine entirely before upgrading and not mess around with > deleting the symlinks, I think. I did the removal. The only issue I had was that I installed x86_64 version of Wine and had to remove it and then reinstall the i686 version that I actually use (all my Windows programs that I use are 32 bit and my ~/.wine would not let me use the 64 bit version of wine). Took a bait of time, but I got there.
In further testing I'm fairly sure the upgrade will crash any time you try to upgrade with the wine-dxvk packages installed. So however you choose to work around this bug, do *NOT* attempt the upgrade with the wine-dxvk packages still installed. The safest bet is definitely: 1. Remove all wine packages 2. Upgrade 3. Re-install wine
In my case I've just upgraded excluding all the wine packages with "-x *wine*" Probably it's not the supported way but it worked.
*** Bug 2407261 has been marked as a duplicate of this bug. ***
*** Bug 2409381 has been marked as a duplicate of this bug. ***
*** Bug 2411748 has been marked as a duplicate of this bug. ***
*** Bug 2411746 has been marked as a duplicate of this bug. ***
*** Bug 2411703 has been marked as a duplicate of this bug. ***
*** Bug 2411716 has been marked as a duplicate of this bug. ***
*** Bug 2411704 has been marked as a duplicate of this bug. ***
*** Bug 2411860 has been marked as a duplicate of this bug. ***
*** Bug 2412041 has been marked as a duplicate of this bug. ***
*** Bug 2412073 has been marked as a duplicate of this bug. ***
*** Bug 2412275 has been marked as a duplicate of this bug. ***
*** Bug 2412507 has been marked as a duplicate of this bug. ***
*** Bug 2413691 has been marked as a duplicate of this bug. ***
*** Bug 2413794 has been marked as a duplicate of this bug. ***
good lord, we should probably consider amending the upgrade criteria to require upgrades with wine installed to work, given how many dupes there are....
Wine is one of the linchpin pieces of software that enables a considerably sized segments of users to migrate to the Linux ecosystem with less friction, so a system upgrade failing because of Wine conflicts not being a blocker due to "not installed by default" is certainly an oversight. I agree that it should probably be part of the upgrade criteria.
*** Bug 2414233 has been marked as a duplicate of this bug. ***
*** Bug 2414760 has been marked as a duplicate of this bug. ***
*** Bug 2415296 has been marked as a duplicate of this bug. ***
*** Bug 2415097 has been marked as a duplicate of this bug. ***
*** Bug 2415236 has been marked as a duplicate of this bug. ***
*** Bug 2411960 has been marked as a duplicate of this bug. ***
Are there any plans to actually fix this issue, or are users expected to manually remove and reinstall crucial packages like Wine & co.? I'm definitely not interested in messing around with the myriad of Wine-related packages and their dependencies on my F42 install, and would consider "just delete and reinstall Wine bro" to be a rather dismissive "workaround" for a desktop-oriented, user-focused distribution like Fedora.
*** Bug 2416273 has been marked as a duplicate of this bug. ***