Package Base Details: dxvk-git

Git Clone URL: https://aur.archlinux.org/dxvk-git.git (read-only, click to copy)
Keywords: dxvk
Submitter: ssorgatem
Maintainer: ssorgatem (niobium93)
Last Packager: ssorgatem
Votes: 21
Popularity: 0.000000
First Submitted: 2018-01-24 19:41 (UTC)
Last Updated: 2023-10-16 15:53 (UTC)

Packages (1)

Pinned Comments

ssorgatem commented on 2018-06-22 06:24 (UTC) (edited on 2019-02-26 15:49 (UTC) by ssorgatem)

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 9 10 Next › Last »

mozo commented on 2018-03-11 19:19 (UTC)

Thank you :)

ssorgatem commented on 2018-03-11 19:18 (UTC)

That is a problem with mingw-w64-gcc. Look at its AUR page for instructions on how to bootstrap its installation.

Alternatively, try the dxvk-bin package, for which you don't need a cross-compiler.

mozo commented on 2018-03-11 19:16 (UTC) (edited on 2018-03-11 19:19 (UTC) by mozo)

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 (UTC)

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 (UTC)

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 (UTC)

ok forget it this only fixes the 64bit build.

Thaodan commented on 2018-03-08 12:17 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

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