same problem here.
fatal error : vrclient_main.c:23:10: fatal error: wine/wined3d-interop.h: No such file or directory 23|#include "wine/wined3d-interop.h"
I have no idea how to fix this.
Git Clone URL: | https://aur.archlinux.org/proton.git (read-only, click to copy) |
---|---|
Package Base: | proton |
Description: | Compatibility tool for Steam Play based on Wine and additional components |
Upstream URL: | https://github.com/ValveSoftware/Proton |
Keywords: | dxvk proton steam valve vkd3d wine |
Licenses: | custom |
Submitter: | Forty-Bot |
Maintainer: | loathingkernel |
Last Packager: | loathingkernel |
Votes: | 111 |
Popularity: | 1.23 |
First Submitted: | 2018-08-22 01:23 (UTC) |
Last Updated: | 2024-11-16 17:23 (UTC) |
« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 Next › Last »
same problem here.
fatal error : vrclient_main.c:23:10: fatal error: wine/wined3d-interop.h: No such file or directory 23|#include "wine/wined3d-interop.h"
I have no idea how to fix this.
One little problem, when you download the archive, it doesn't contain the sub modules. All those folders are empty. This is the git clone line from the Valve site:
git clone --recurse-submodules https://github.com/ValveSoftware/Proton.git proton
I get an error vrclient_main.c:23:10: fatal error: wine/wined3d-interop.h: No such file or directory 23|#include "wine/wined3d-interop.h"
I saw this line in the PKGBUILD but I can't figure out where it originates from. I can file a file name wined3d-interop.idl in wine/include/wine Is this the file the sed is suppose to operate on?
sed -i 's,wined3d-interop.h,wine/wined3d-interop.h,g' vrclient_x64/vrclient_x64/*
I've created the stable wine-valve package so if you change the dependency to just wine-valve
both that package and wine-valve-git
will be able to fulfill it.
The issue when I was packaging it was that wine-valve had no tags/releases on github. Valve seems to have fixed that so you should be able to make a package which follows the point release.
Never mind, I am a dumb person who doesn't read pinned comments.
I'll try to work out that stable package, but since wine-valve-git already defines a provide to wine-valve you don't have to wait for the stable package to change the depend to just wine-valve
. You can probably change the openvr-git
dependency to its stable equivalent as well, provided there are any API incompatibilities or use of development package features I missed.
Proton is basically a meta-package that pulls in a bunch of dependencies and packages them together. Without wine-valve, you don't have much proton left. As far as I am aware there are no official binaries for wine-valve, so you will need to rebuild it if you want to update.
Is proton really dependant on the development versions of wine-valve
and openvr
specifically or does it work with any version of those packages?
With both of them being fairly large packages for simple dependencies, I'd prefer not to have to build them with every single update.
OPENVRPATHS-NOTFOUND Please install SteamVR SDK to continue..
@JoshH100 please accept proton-git package, that I had orphaned.
wine-valve-git has been updated and I've successfully installed that package. When I try to update proton, however, I get this error message:
ld: relocatable linking with relocations from format elf32-i386 (lsteamclient.m35YzV.o) to format elf64-x86-64 (lsteamclient.UlQ5S9.o) is not supported
and the build fails.
Pinned Comments
loathingkernel commented on 2020-10-22 08:43 (UTC) (edited on 2022-06-15 14:11 (UTC) by loathingkernel)
Notes about this package
If you encounter issues while using this package, please contact me here first before reporting an issue to the upstream repository. Don't post logs, link to them. If you are using Manjaro, another derivative or an AUR helper, please mention it, I DO NOT TEST AGAINST THEM AND I CANNOT KNOW WHAT MIGHT BE WRONG WITH THE DISTRO/HELPER OF YOUR CHOICE.
It takes a LOT of time and space to build. Building with multiple jobs helps but might cause builds to fail in rare cases. Be sure to have at least 16GB of RAM if you are building on
tmpfs
It is NOT built against
Steam Linux Runtime (Sniper, Soldier, etc)
and as such it doesn't require it. Still, is detected by Steam and works properly (preferable throughsteam-native
).This PKGBUILD uses
CFLAGS
,CXXFLAGS
andLDFLAGS
hardcoded in the PKGBUILD itself. By default it uses the sameC[XX]FLAGS
as upstream, namely-march=nocona
and-mtune=core-avx2
. To change them you will have to edit the PKGBUILD itself. Due to the nature of this package some flags can cause it to fail to build or not function properly. I try to filter them out but it is based on testing. If you have a feeling that compile-time options are involved in the issues you are having please include them in your comment. Currently the filtered options are-fstack-protector-{,-strong,-all}
(dxvk and vkd3d only),-fno-plt
,-z,relro
,-z,now
. Also the use of AVX instructions is disabled through-mno-avx
.There have been reports with
afdko
failing to find its dependencies during building. I can't do anything about that as I don't maintain that package. It is NOT an issue with this package and I haven't found a way to not depend on it. Please don't report fails due toafdko
(or any of itspython-
dependencies, they are pulled in due toafdko
and only used by that), it has been discussed enough. There are possible workarounds in the comments.It contains a patch to store game prefixes in the main Steam Library under
$HOME/.local/share/Steam/steamapps/compatdata
. It helps with isolation of game prefixes between users and works around issues with shared libraries on NTFS partitions due to drive symlinks. To enable it, set thePROTON_USER_COMPAT_DATA
env variable to1
.This package requires a Rust 32 bit target, please run
rustup target install i686-unknown-linux-gnu
BEFORE posting any issues if you're usingrustup
.