Join us on the Linux Gaming community on Lemmy, the federated open source alternative to Reddit.

Linux distro Fedora 33 may get DXVK as the default for Wine

By - | Views: 23,715

If you make use of the Wine compatibility layer on Fedora, it seems the upcoming Fedora 33 release may end up defaulting to DXVK for better performance.

Currently in Fedora, like most distributions, Wine is mostly left alone. Once installed, it's up to users to tinker with it and configure it (I much prefer using Lutris personally). That may change though if this latest proposal is accepted for Fedora 33 which releases in October 2020. There is currently a dedicated wine-dxvk package you can install to get it but this change would set DXVK as the default graphics backend for Wine to translate Direct3D 9/10/11 to Vulkan.

The benefits are obvious, like giving users of Wine a much better gaming experience for Windows-only titles. DXVK is used in Proton for Steam Play, it's developed at a quick pace for game compatibility and the performance is often far better than Wine's own wined3d which translates Direct3D to OpenGL.

See the proposal here if interested.

Article taken from GamingOnLinux.com.
Tags: Distro News, Fedora, Wine | Apps: Wine
21 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
36 comments
Page: «3/4»
  Go to:

jens 22 Jul, 2020
View PC info
  • Supporter
Where do you got the impression that DXVK is a fork? It is not.
Do you know that CodeWeavers is also working together with Valve? https://www.codeweavers.com/about/blogs/aeikum/2019/8/20/a-year-since-protons-launch
It is really not that black and white (or good and evil) as you are presenting it, there is much more collaboration than it seems.


Last edited by jens on 22 July 2020 at 8:51 pm UTC
Mar2ck 22 Jul, 2020
Quoting: Alm888Sure, I can "blacklist", uninstall and purge everything, but if Fedora goes down the "fork-path" it will hinder upstream improvements even more so (than wine-staging).
DXVK is definitely not a fork in any way, maybe you're getting mixed up with proton? The proposal page even outlines how you would blacklist the package in case you didn't already know:
QuoteUsers would be able to opt-out from using DXVK by adding 'exclude=wine-dxvk*' into /etc/dnf/dnf.conf and removing wine-dxvk package.


Last edited by Mar2ck on 22 July 2020 at 8:20 pm UTC
silmeth 22 Jul, 2020
Quoting: jensWhere do got the impression that DXVK is a fork? It is not.

I think they might be confusing general situation around the D3D translation tools, especially DXVK (D3D9–11, originally started by doitsujin as C++-based D3D11 implementation on top of Vulkan) with Vkd3d (D3D12 implementation, started by Wine team, esp. by Józef Kucia, after whose death it was indeed forked and the fork is used in Proton) – and hating on all of them just in case.

Anyway, you’re fighting a troll.


Last edited by silmeth on 22 July 2020 at 8:35 pm UTC
randyl 1 years 22 Jul, 2020
View PC info
  • Supporter
Man when Linux users get set against a project, it's an all out war.

Personally, I love that Fedora packages wine-staging instead of old crusty stable. I'm wine-dxvk is being considered. The way they package many of these makes is so much easier to use for me. I don't get the hate because it's fairly easy to install alternative versions and use whatever works for you. For me, this is just another reason Fedora is easy for me to game on.
x_wing 23 Jul, 2020
Quoting: Alm888Not "emotionally". Ideologically, yes. I am against the NIH syndrome and forks due to overblown ego. Philip could merge things upstream, but decided against it because DXVK is his project and he is the boss and answers to no-one besides himself (and GabeN, considering Philip is basically his wageslave :) ).
It is nice that after a year he decided to lend a hand to WINE team (especially considering the team have tragically lost its key graphics developer), but DXVK is still his pet-project and wine-dxvk is a fork. And I am against forks.

Sorry, but with this type of answers is difficult to believe that you don't have an emotional/personal problem with Philip. DXVK has zlib License, if Wine devs decides to merge things upstream there is nothing that Philip can do. So, if DXVK is not part of Wine is more a Wine devs decision at this point. The same we can be said for all the patches present in Wine-Staging vs Vanilla Wine.
Alm888 23 Jul, 2020
Quoting: x_wingSorry, but with this type of answers is difficult to believe that you don't have an emotional/personal problem with Philip.
Understandable. Maybe I overreacted a little bit. But while I do not hate him or anything, I do not have any positive feelings either. For me DXVK is a useless junk addition that I do not use (nor plan to). And when I leave test results on "appdb.winehq.org" I am forced to use self-compiled vanilla WINE (because Fedora does not provide me that option). So, addition of DXVK as a base Fedora package only complicates things more for me.
Quoting: x_wingDXVK has zlib License, if Wine devs decides to merge things upstream there is nothing that Philip can do.
Is that so?
There are a lot of WINE-related packages in Fedora. I doubt something like "wine-courier-fonts" or "wine-wingdings-fonts" has the same license as core part. DXVK could be made into additionally installed package, if it was compatible. But it conflicts with core WINE libraries, namely "dxgi.dll" and "d3d11.dll". Thus, the need of a separate bundle.
Quoting: x_wingSo, if DXVK is not part of Wine is more a Wine devs decision at this point. The same we can be said for all the patches present in Wine-Staging vs Vanilla Wine.
Is it so x2? WINE project was the first to implement those libs. But then came Mr. Rebohle and reinvented them (thus, NIH syndrome) instead of adapting/improving the existing ones. And the conflict begun.
"Fun" fact: the core of the conflict? Mr. Rebohle is using C++ instead of C and did not want to mess with C-wrtitten WINE libraries. So, it is a programming language holy war at its core!
Saying it was "a Wine devs decision" is like saying the tail wags the dog.


Last edited by Alm888 on 23 July 2020 at 5:34 am UTC
tuubi 23 Jul, 2020
Quoting: Alm888I am forced to use self-compiled vanilla WINE (because Fedora does not provide me that option). So, addition of DXVK as a base Fedora package only complicates things more for me.
In case you're interested, WineHQ provides an official repository for Fedora builds.
jens 23 Jul, 2020
View PC info
  • Supporter
Quoting: Alm888Is it so x2? WINE project was the first to implement those libs. But then came Mr. Rebohle and reinvented them (thus, NIH syndrome) instead of adapting/improving the existing ones. And the conflict begun.
"Fun" fact: the core of the conflict? Mr. Rebohle is using C++ instead of C and did not want to mess with C-wrtitten WINE libraries. So, it is a programming language holy war at its core!
Saying it was "a Wine devs decision" is like saying the tail wags the dog.

Please don’t create drama when there is no drama. Both D3D implementations do live happily next to each other, both have a different focus, both have a different approach and a different project style. There was never any big drama or war regarding programming languages. What you are referring too was all just make up internet drama by outsiders that wanted to see a lot of drama.
Look at the wine commits, you’ll sometimes find the names of the DXVK authors there. Look at the DXVK commits, also there you’ll find names of CodeWeavers people.
Alm888 23 Jul, 2020
Quoting: tuubiIn case you're interested, WineHQ provides an official repository for Fedora builds.
Thank you! I will keep that in mind when I switch to a fresher version of Fedora. Right now I am restricted to F30 due to certain scientific software.
Gamewizard 23 Jul, 2020
Quoting: tuubi
Quoting: Alm888I am forced to use self-compiled vanilla WINE (because Fedora does not provide me that option). So, addition of DXVK as a base Fedora package only complicates things more for me.
In case you're interested, WineHQ provides an official repository for Fedora builds.

Say I use their Debian Repo as even on Sid the Debian version has a bad habit of ending up out of step with upstream and I like to run the newest version of Wine at basically all times. Only time I consider switching back to an older version is when there has been a major regression and even then if none of my stuff is hit I just use latest.


Last edited by Gamewizard on 23 July 2020 at 8:21 am UTC
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

We have no adverts, no paywalls, no timed exclusive articles. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.

Livestreams & Videos
Community Livestreams
Latest Forum Posts