Package Details: dxvk-mingw-git 1.1.1.r0.g37f9a7ff-2

Git Clone URL: https://aur.archlinux.org/dxvk-git.git (read-only)
Package Base: dxvk-git
Description: A Vulkan-based compatibility layer for Direct3D 10/11 which allows running 3D applications on Linux using Wine. Windows DLL version)
Upstream URL: https://github.com/doitsujin/dxvk
Keywords: dxvk
Licenses: zlib/libpng
Conflicts: dxvk-bin
Submitter: ssorgatem
Maintainer: ssorgatem
Last Packager: ssorgatem
Votes: 16
Popularity: 0.054114
First Submitted: 2018-01-24 19:41
Last Updated: 2019-05-04 19:32

Pinned Comments

ssorgatem commented on 2018-06-22 06:24

This package provides Windows binaries of the DXVK dlls. They work on wine and should work on Windows too. If you don't specifically want Windows binaries and you want to just use DXVK on wine, the winelib package is a better approach and much easier to build (dxvk-winelib-git).

To enable DXVK in a wineprefix, do the following (with the WINEPREFIX variable properly set):

setup_dxvk install

In order to uninstall DXVK from a wineprefix:

setup_dxvk uninstall

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

aimileus commented on 2018-03-10 15:44

Could you change the conflict to dxvk? Pacman should be smart enough to figure out that dxvk-git and dxvk-bin should conflict as well and it wouldn't require an extra conflict if someone/you adds dxvk :-). https://wiki.archlinux.org/index.php/PKGBUILD#conflicts.

Thaodan commented on 2018-03-08 12:17

ok forget it this only fixes the 64bit build.

Thaodan commented on 2018-03-08 12:17

Also, what do you mean exactly with "foreign"? Foreign like packages that are not build by the distrubtion/from source.

workaround for the /usr/local issue is to set libdir and bindir manually by

meson configure \ -Dprefix=$prefix \ -Dlibdir=$prefix/lib \ -Dbindir=$prefix/bi

ssorgatem commented on 2018-03-08 12:11

That's why I moved it to /usr.

Also, what do you mean exactly with "foreign"?

Because this package would qualify as "foreign" under many definitions...

Thaodan commented on 2018-03-08 12:08

But this pkg doesn't bundle its on wine, its like saying wine should go to /opt. Also this is not foreign.

Thaodan commented on 2018-03-08 12:08

But this pkg doesn't bundle its on wine, its like saying wine should go to /opt. Also this is not foreign.

ssorgatem commented on 2018-03-05 11:43

And, as we discussed before, it does not make any sens to treat DXVK as a mingw-w64 package, since it's not intended to be used as such. It's a replacement for a wine component, not a library you link against for crosscompiling (what the mingw-w64 packages are).

ssorgatem commented on 2018-03-05 11:31

So you suggest movint it to /usr/share and /usr/bin instead?

ssorgatem commented on 2018-03-05 11:29

Where should it go if not /opt? Thet's where similar packages went, like old TeamViewer or Picasa, which also bundled their own wine.

Thaodan commented on 2018-03-05 11:28

I split everything to keep each build seperated just to keep things clean. I followed the mingw32 guideslines in the wiki, as currently this also crosscompile pkg, even when not the wine guildlines should apply.