Package Details: dxvk-mingw-git 1.5.r3.ga265af74-2

Git Clone URL: https://aur.archlinux.org/dxvk-git.git (read-only, click to copy)
Package Base: dxvk-git
Description: A Vulkan-based compatibility layer for Direct3D 9/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
Provides: d9vk, dxvk, dxvk=1.5.r3.ga265af74
Submitter: ssorgatem
Maintainer: ssorgatem
Last Packager: ssorgatem
Votes: 19
Popularity: 1.18
First Submitted: 2018-01-24 19:41
Last Updated: 2019-12-17 22:16

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 »

mozo commented on 2018-03-11 19:16

I get the following error:

(1/1) installing osl [############################] 100%

:: Running post-transaction hooks...

(1/1) Arming ConditionNeedsUpdate...

Edit mingw-w64-headers-bootstrap PKGBUILD with $EDITOR? [Y/n] n

==> Making package: mingw-w64-headers-bootstrap 5.0.3-1 (Sun Mar 11 21:12:40 EET 2018)

==> Checking runtime dependencies...

==> Checking buildtime dependencies...

==> Missing dependencies:

-> mingw-w64-headers

==> ERROR: Could not resolve all dependencies.

==> ERROR: An unknown error has occurred. Exiting...

The build failed.

The system doesn't show wihich dependency is missing :(

ssorgatem commented on 2018-03-10 15:50

It doesn't conflict with dxvk. It only conflicts with dxvk-bin because it provides the same files

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?