Hi there,
I need access to versions of wine below the 2 that are available to me on Fedora 43. Preferably Wine 10.0.
Available packages
wine.i686 10.15-1.fc43 fedora
wine.x86_64 10.15-1.fc43 fedora
wine.i686 11.0-2.fc43 updates
wine.x86_64 11.0-2.fc43 updates
Is it possible to get access to previous versions of Wine on Fedora 43? If so, how would one go about it?
Thanks!
You might be able to downgrade to the version you want if you install the fedora-repos-archive package.
updates-archive is not multilib enabled
Repo updates-archive missing i686 packages?
Might not need the i686 version, x64 could be all.
I guess you would have to download the packages from Koji then? That might be difficult with such a large set of packages.
Another workaround would be to add --releasever=<previous-fedora-linux-release-number> to the dnf downgrade ... command (and maybe --repo=fedora). However, you wouldn’t be able to control the exact version of wine that way.
You can try installing older packages, but they not work properly on F43 due to dependencies on older libraries.
It would be helpful to know why you need older versions, e.g., are you testing something to see if it works with older versions of Wine, having problems with current F43 versions, etc.
You could run Wine under a lightweight linux distro in a VM. Try searching for “minimal linux distro with wine“. Search Assist suggests Puppy Linux and SliTaz.
it’s not difficult at all.
mkdir somedir && cd somedir
koji download-build somepackage -a $(uname -m ) -a i686 -a noarch
usually, -a $(uname -m) is all that’s required.
warning: koji downloads all packages (debuginfo, debugsource etc.) for a requested architecture.
OK thanks, I’ll try to look into that.
There’s no way I’ve found to install older packages. I have the WineHQ repo, but the 4 versions of Wine offered to me I listed is what I can install. Attempts at specifying a previous version fails.
I am playing around with it because versions after 10 seem to have broken something in the running of a piece of software I use called Roon. Everything is actually functional, but the windows are washed out making it less of an enjoyable experience using it.
Thanks, but I’m afraid that might be a stretch too far for me.
Maybe ask for help with what is bracking for you?
I assume you want the older package becuase of a regression maybe?
I actually did a bit further up.
“I am playing around with it because versions after 10 seem to have broken something in the running of a piece of software I use called Roon. Everything is actually functional, but the windows are washed out making it less of an enjoyable experience using it.”
Thanks in advance.
dnf downgrade --repo=fedora --releasever=42 wine* would probably be the easiest thing to try. If the downgraded version of wine doesn’t work, you can just run dnf update again to get back to the new package versions. If it does work, and you want to “pin” the older wine packages for a while, you could add exclude=wine* to /etc/dnf/dnf.conf.
The problem isn’t necessarily in the wine packages. It could, for example, be a bug in the video driver or in the mesa packages.
Thanks for your suggestion. It didn’t go so well because of dependency problems.
$ sudo dnf downgrade --repo=fedora --releasever=42 wine*
Updating and loading repositories:
Fedora 42 - x86_64 100% | 7.8 MiB/s | 35.4 MiB | 00m05s
Repositories loaded.
Failed to resolve the transaction:
Problem 1: package mesa-libOSMesa-25.0.2-3.fc42.x86_64 from fedora requires libLLVM.so.20.1()(64bit), but none of the providers can be installed
- package mesa-libOSMesa-25.0.2-3.fc42.x86_64 from fedora requires libLLVM.so.20.1(LLVM_20.1)(64bit), but none of the providers can be installed
- cannot install both llvm-libs-20.1.1-1.fc42.x86_64 from fedora and llvm-libs-21.1.8-4.fc43.x86_64 from @System
- package wine-core-10.4-1.fc42.x86_64 from fedora requires mesa-libOSMesa(x86-64), but none of the providers can be installed
- installed package mesa-va-drivers-freeworld-25.3.6-1.fc43.x86_64 requires libLLVM.so.21.1()(64bit), but none of the providers can be installed
- installed package mesa-va-drivers-freeworld-25.3.6-1.fc43.x86_64 requires libLLVM.so.21.1(LLVM_21.1)(64bit), but none of the providers can be installed
- conflicting requests
- problem with installed package
Problem 2: package mesa-libOSMesa-25.0.2-3.fc42.x86_64 from fedora requires libLLVM.so.20.1()(64bit), but none of the providers can be installed
- package mesa-libOSMesa-25.0.2-3.fc42.x86_64 from fedora requires libLLVM.so.20.1(LLVM_20.1)(64bit), but none of the providers can be installed
- cannot install both llvm-libs-20.1.1-1.fc42.x86_64 from fedora and llvm-libs-21.1.8-4.fc43.x86_64 from @System
- package wine-core-10.4-1.fc42.x86_64 from fedora requires mesa-libOSMesa(x86-64), but none of the providers can be installed
- installed package python3-perf-6.19.10-200.fc43.x86_64 requires libLLVM.so.21.1()(64bit), but none of the providers can be installed
- installed package python3-perf-6.19.10-200.fc43.x86_64 requires libLLVM.so.21.1(LLVM_21.1)(64bit), but none of the providers can be installed
- package wine-desktop-10.4-1.fc42.noarch from fedora requires wine-core = 10.4-1.fc42, but none of the providers can be installed
- problem with installed package
- package wine-core-10.4-1.fc42.i686 from fedora requires libm.so.6, but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libm.so.6(GLIBC_2.0), but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libm.so.6(GLIBC_2.1), but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libc.so.6(GLIBC_2.38), but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libm.so.6(GLIBC_2.35), but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libm.so.6(GLIBC_2.29), but none of the providers can be installed
- package wine-core-10.4-1.fc42.i686 from fedora requires libresolv.so.2, but none of the providers can be installed
- package python3-perf-6.14.0-63.fc42.x86_64 from fedora requires python(abi) = 3.13, but none of the providers can be installed
- glibc-2.41-1.fc42.i686 from fedora has inferior architecture
- python3-3.13.2-2.fc42.i686 from fedora has inferior architecture
- cannot install both glibc-2.41-1.fc42.x86_64 from fedora and glibc-2.42-10.fc43.x86_64 from @System
- cannot install both python3-3.13.2-2.fc42.x86_64 from fedora and python3-3.14.3-2.fc43.x86_64 from @System
- installed package java-25-openjdk-crypto-adapter-1:25.0.2.0.10-5.fc43.x86_64 requires libc.so.6(GLIBC_ABI_GNU2_TLS)(64bit), but none of the providers can be installed
- installed package dnf4-plugin-notify-PackageKit-1.3.4-1.fc43.noarch requires python(abi) = 3.14, but none of the providers can be installed
- conflicting requests
- problem with installed package
- problem with installed package
You can try to add to command line:
--skip-broken to skip uninstallable packages
At a glance, it looks like the dependency problems are all x86_64 packages. It might work if you install that fedora-repos-archive package and add --repo=fedora-archive to the command.
Or if those are RPM Fusion packages, you might need to add --repo=rpmfusion-free.
Edit: In this case, instead of trying to figure out the right set of repos to enable, it might be a little easier to use --disablerepo=updates (instead of all the --repo=... parameters). The point of excluding the updates repo is just to avoid the case where wine doesn’t really downgrade because the same version is available in the updates repo of the previous Fedora Linux release.
Has the problem been reported the the Wine devs?
Thanks so much for your assistance. I don’t feel lucky today, so I am going to give it a rest.
I control Roon from my Fedora laptop and from my Android phone, so I guess I can live with washed out windows on the laptop.
It would be useful to try F44 beta in case the issue has already been fixed. There have been reports of colour problems in Roon associated with Windows 10-bit pixel format. Not all monitors support it, but it is one of the Wine 10 features. It does conflict with HDR. Have you consulted WineHQ? There is a bug report for Roon: https://bugs.winehq.org/show_bug.cgi?id=59436 with a workaround.
f43 and f44 install the same wine version and are built from the same spec file
However, it should be fairly straightforward to create a copr project and recompile wine with that opengl.dll patch merged.
$ dnf list wine --available --releasever=43
[...]
Available packages (available for reinstall, available for upgrade)
wine.x86_64 11.0-2.fc43 updates
$ rpm -qa wine
wine-11.0-3.fc44.x86_64
$ rpm -q --changelog wine |head
* Sat Jan 17 2026 Fedora Release Engineering <releng@fedoraproject.org> - 11.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_44_Mass_Rebuild
* Wed Jan 14 2026 Michael Cronenworth <mike@cchtml.com> - 11.0-2
- wine-mono 10.4.1
Thanks for finding that out. It could indeed be relevant to the behaviour I’m experiencing. As I understand it F44 is coming up soon, so I’ll wait and see.