dxup icon indicating copy to clipboard operation
dxup copied to clipboard

Conflict with existing WINEPREFIX DXVK setup

Open bobwya opened this issue 6 years ago • 3 comments

If you install DXVK to a WINEPREFIX. Then install DXUP to same WINEPREFIX.

You end up with:

./d3d10.dll:          symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/d3d10.dll
./d3d10_original.dll: symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/d3d10_original.dll
./d3d10_1.dll:        symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/d3d10_1.dll
./dxgi.dll:           symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/dxgi.dll
./dxgi_original.dll:  broken symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/dxgi_original.dll
./d3dx10_43.dll:      symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/d3dx10_43.dll
./d3d11.dll:          broken symbolic link to /mnt/robs-rog-laptop/linux_shared/robert/wineprefixes/dxvk_steam_64/drive_c/dxup/dxup-x64/d3d11.dll

A little bit of symbolic link mangling would avoid stepping on the DXVK symbolic links. In fact you should be able to easily move the dxgi.dll link origin, DXVK, creates to be a dxgi_original.dll link origin.

Would a pull request for this be useful?

bobwya avatar May 17 '18 19:05 bobwya

Yeah it would as I don't have an install to do that on ATM. Could you also dos2unix the setup script. Cheers

Joshua-Ashton avatar May 18 '18 07:05 Joshua-Ashton

Probably won't be till Monday now... :-)

The execute permissions issue #7 is probably because zip files don't retain execute permissions. I see AppVeyor is using Powershell to build the binaries... Is it possible to set it to package into a different kind of archive? Perhaps .tar.gz or even .rar should be enough?

bobwya avatar May 18 '18 09:05 bobwya

@bobwya issue #7 is due to incorrect encoding as You already know, not due to permissions. chmod +x doesn't help but dos2unix does.

axredneck avatar May 18 '18 23:05 axredneck