Rename adhesive.dll so you don’t try loading the anticheat components - these likely need a more accurate NT syscall implementation in Wine to run.
[ adhesive] failed LC - 00000001.
Note that in this state, you won’t be able to join any public game servers (other than self-hosted servers with, equivalently, svadhesive disabled, or loadlevel/storymode for a local game instance), but for testing, this will work… though you may have to remove the forcing of nui_useSharedResources in a custom build, it checks for Wine and falls back to a slower code path.
Also, I’d suggest using Windows 7 settings at most, 8.1/10 being reported by the OS will result in APIs being called that are not implemented in Wine, and probably never will be (e.g. as you noticed, 10 mode tries calling WinRT UI).
Final note: at this time we do not have any plans (or manpower, for that matter) to port anticheat components to run on Linux, nor will we explicitly support these running directly in Wine’s NT implementation since this wouldn’t allow monitoring the process outside of the ‘fake’ environment provided by Wine, opening up a lot of trivial ‘native’ cheat injection methods by injecting into/running ptrace on the winepreloader etc. processes on the host. Unlike other game vendors, we aren’t intending to ban for any successful cases of this, however no explicit work on this is planned currently from our end as we’re really short on developers with the required skillset to the extent that currently even much higher-priority issues remain unresolved for a very long time.
If you’re still insistent on running Linux as host OS, I’d rather suggest running Windows in a VM using some sort of graphics virtualization (like old Intel GVT-g, some other equivalent of Microsoft’s GPU-PV, doing what Parallels did on macOS - I think QEMU/Mesa have some work done on this, paired with DXVK-on-Windows and Mesa on Windows this may work - or SR-IOV support on your host GPU). Overhead if done properly is near-none on modern hardware and even the ‘hacky’ way is still playable, however some GPU vendors are still uncooperative in supporting virtualization on non-Windows hosts (e.g. Linux guests on Windows hosts are supported, but nothing is supported for Linux hosts).
I heard one particular uncooperative vendor has been hacked recently and source code for a bunch of their lockdown stuff is floating around on the internet, so if you’re using that vendor you may be in luck.