Arek Hiler

Bump to Vulkan 1.3.267 has been cherry-picked from upstream. This unblocks work on other projects - testing that it works when the supporting driver finally drops. Only the fshack remains...

This is in bleeding-edge. I'll close this PR when it trickles to one of the proper releases.

this is live in bleeding edge and should be included in the next experimental release

How are you trying to build it? This seems to be working for me on an up-to-date Arch Linux install: ``` autoreconf -fiv tools/make_requests dlls/winevulkan/make_vulkan ./configure --enable-win64 --disable-tests make -j$(nproc)...

> @ivyl https://gitlab.winehq.org/wine/wine/-/merge_requests/2957 could use a cherry pick (now that it's merged upstream) which should improve the game's performance on Proton. Done. It's now in bleeding-edge. Thanks!

Nice catch. FWIW this is not msvcrt's `access` but glibc's one. The code lives on the unix side.

On Arch Linux there's a package named `steam-native` that install all the dependencies for Steam itself and runs things without the runtime: ``` $ cat $(which steam-native) #!/bin/bash export STEAM_RUNTIME=0...

Merged, thanks! It should show up in bleeding-edge soon and in the very next experimental release.

My understanding is that we end up with a user-defined multisampled renderbuffer because of fshack in place of what normally is a system one. @gofman has some concerns, especially around...

> [wine-mirror/wine@7e64247](https://github.com/wine-mirror/wine/commit/7e64247a6ef3664a603bd9d2dd47f46d24713f9d) this may help I guess? I don't think andrew can be bothered anymore with windows internals (_as should I_) but maybe @ivyl has a few clues.. Hi. This...