Package Details: dxvk-mingw-git 2.3.1.r120.gfe9c875f-1

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
Submitter: ssorgatem
Maintainer: ssorgatem (niobium93)
Last Packager: niobium93
Votes: 21
Popularity: 0.000000
First Submitted: 2018-01-24 19:41 (UTC)
Last Updated: 2024-07-07 15:17 (UTC)

Pinned Comments

niobium93 commented on 2024-07-07 15:22 (UTC)

DXVK upstream just merged d3d8 support, so I updated our setup script. Be sure to re-run it to enjoy DXVK's shiny new d3d8 frontend!

WINEPREFIX="/path/to/your/prefix" setup_dxvk install --symlink

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 .. 3 4 5 6 7 8 9 10 11 Next › Last »

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.

ssorgatem commented on 2018-03-05 11:43 (UTC)

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

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

ssorgatem commented on 2018-03-05 11:29 (UTC)

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

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.

ssorgatem commented on 2018-03-05 11:27 (UTC)

That's what I did before, but it doesn't always work and it ends up installing to /usr/local... but not always, and I can't reliably reproduce it.

Thaodan commented on 2018-03-05 11:25 (UTC)

If you set the prefix when running meson configure everything should be fine. Like here: https://gitlab.com/Thaodan/dxvk-git/blob/master/PKGBUILD#L42

Thaodan commented on 2018-03-05 11:22 (UTC)

could you remove the symkinks to /usr/local? They dont belong in a pkg also /opt is only for non foreign pkgs like dropbox or alike.

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