Arch Linux User Repository

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 through steam-native).

• This PKGBUILD uses CFLAGS, CXXFLAGS and LDFLAGS hardcoded in the PKGBUILD itself. By default it uses the same C[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 to afdko (or any of its python- dependencies, they are pulled in due to afdko 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 the PROTON_USER_COMPAT_DATA env variable to 1.

• This package requires a Rust 32 bit target, please run rustup target install i686-unknown-linux-gnu BEFORE posting any issues if you're using rustup.

You make some good points. Thanks for testing it. Anyways, enjoy it and when you find any issues please report them!

I created my wine-mono-bin PKGBUILD right before I flagged your package out of date. I never noticed you updated it, heh.

You might be right about the versioning of python-ufoprocessor, that is odd they went from 1.0.6 > 1.7. If the next version is 1.0.8, then I'll have to add an epoch: 1:1.0.8.

I was going to add the python- prefix for psautohint, but it's more than just a Python library. Just like afdko, there are binaries. Just about every other distro that has that package calls it psautohint. See on Repology.

Now to try it out and play some games. Thanks for creating this!

wine-mono-bin is one of my packages, I pushed the new version after the out-of-date flag.

nasm is a dependency of ffmpeg, added.

afdko is not my package, I just updated it and wrote PKGBUILDs for the missing components locally.

python-ufoprocessor is probably version 1.0.7 and not 1.7. In the git tags it is tagged as 1.07, probably they forgot a dot there as the previous one was 1.0.6. There isn't something you can do about it, but it will cause issues with the next version number if they go to 1.0.8.

I think psautohint should be named python-psautohint, at least that is what I named it in my case. Still, it is up to the maintainer of afdko to update it.

One last thing, it doesn't work with winelib versions of d9vk and dxvk. I can make it depend on some arbitrary name provided by the -mingw and -bin packages, but I only maintain d9vk.

Any other issues you can find, please report them.

I updated with the dependencies from arch wine. For afdko you can use this https://gist.github.com/loathingKernel/a95ddab185d24bd62bfbce9590b6c1b8

fontforge is missing from makedepends():

fontforge -quiet -script ../proton/fonts/scripts/generatefont.pe obj-fonts/LiberationSans-Regular.sfd "Arial" "Arial" "Arial"
/bin/bash: fontforge: command not found

It still won't build as afdko is missing the ufoProcessor Python library. I'll work on that and update this comment as I go.

Traceback (most recent call last):
  File "/usr/sbin/makeotf", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3250, in <module>
    @_call_aside
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3234, in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3263, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 583, in _build_master
    ws.require(__requires__)
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 900, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 786, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'ufoProcessor==1.0.6' distribution was not found and is required by afdko
make[1]: *** [../proton/build/makefile_base.mak:1524: obj-fonts/SourceHanSansSCRegular.otf] Error 1
make[1]: Leaving directory '/home/yochanan/Documents/pkgbuilds/proton-native/src/build'
make: *** [../proton/build/makefile_base.mak:17: nested_make] Error 2

To the people getting the wine/wined3d-interop.h: No such file or directory the 4.17 proton requires a wine-valve version >=4.16, install wine-valve-git instead.

Update:
After some consideration, because new versions of proton require code that has not been released as a stable version yet any kind of "stable" package for wine-valve is going to be hell to maintain and always lagging slightly behind.

If anyone wants to continue a stable package despite this, I've disowned the package so you're welcome to give it a shot, but I'd advise users to just install wine-valve-git instead.

(No changes to the proton PKGBUILD necessary).

Same exact issue as xiretza

Still doesn't build, see the last three comments for the error (vrclient_main.c:23:10: fatal error: wine/wined3d-interop.h: No such file or directory).

trying to compile this package against proton 4.11-6 and ( manually ) 4.11-7 always shows

vrclient_main.c:23:10: fatal error: wine/wined3d-interop.h: No such file or directory

or ( with a line in the PKGBUILD prepare function commented out )

vrclient_main.c:23:10: fatal error: wined3d-interop.h: No such file or directory

and searching inside the source directory, there is no file called "wined3d-interop.h" anywhere