Finally, a version that rhymes.
Wine is not an emulniner?
Ooo, native Wayland support, now only about half my software will be running through xwayland once Proton is updated as well.
Dont hold your breath. It’s just initial support. It’s still opt-in and I can’t see Valve using it with Proton by default unless they start supporting native Wayland clients in Gamescope
Wine nine you say? 🧐
Sorry if this is a dumb question, I’m still very new to Linux. I have Wine 8 installed, currently just to run one application for one of my games. Should I bother to update to 9 if my current setup is working? I’m still adjusting to the FOSS environment and haven’t quite figured out whether or not I should always update to the latest and greatest just because I can.
A lot of the time the version of wine will cause issues with the application, so if you have something working, stick with it.
It would be worthwhile to look into a wine prefix manager like lutris or bottles for gaming. Regular apps can benefit also, but I am not up to speed on anything not for gaming.
Thanks for the advice! The application I’m using in Wine is Elite Dangerous Market Connector, nota game itself but a small helper app for the Elite Dangerous game. According to the git page, you can get it running from source with Python, but I wasn’t quite skilled enough to get that working.
As far as my actual games go, those seem to all run fine through Steam/Heroic Games Launcher with Proton GE edition, which as I understand it incorporates Wine somehow…? I’m not sure of the specifics, but I assumed Wine in that context would get updated with Proton eventually.
As a heads up, EDMC runs natively on Linux well, or at least it did the last time I used it. See https://github.com/EDCD/EDMarketConnector/wiki/Installation-&-Setup#linux-with-steam-play
Since you’ve got it running in wine just fine, I personally wouldn’t change anything, but if you have issues in the future, you can try that.
Right, those are the instructions I tried to follow, but had issues in the “running from source” process. I did eventually get it running, but I’d get errors and nothing would work once I tried to start adding the plugins I wanted.
There appears to be a flatpak for edmc, maybe that would be easier than using wine?
Ah, nifty. I may check that out then. Thanks!
The fact that I don’t have to deal with lib32-gst-plugins-ugly/bad/ect is amazing, but I’ll have to keep 32 bit libraries for Team Fortress 2 and other online Source games.
Should I not be playing the native Linux version? Or am I just an idiot who doesn’t understand how the game works?
Pretty sure TF2’s VAC only works on the Linux version, otherwise it kicks you out when you try to join a match.
🎉🎉🎉
Yet another major release that fails do support basic Win32 APIs available since Windows 95 properly.
🎉🎉🎉
It’s a miracle we have wine at all, reverse engineering an entire operating system isn’t easy. Be grateful for what we have (which is already enough to run a ton of software really well)
Still ReactOS performs better in basic Win32 APIs… makes no sense.
If you want some APIs implemented, make a feature request; you understand what you want
Unrelated but everytime you end a sentence with an ellipsis I imagine someone’s nerdy youtube rantsona with their arms crossed and a sly grin
reverse engineering an entire operating system isn’t easy
Have you noticed the the NT / Windows XP source code was leaked years ago. There’s isn’t much of a need to “reverse engineering”, it’s just about reading their implementation and providing an alternative implementation that doesn’t copy code…
Well, since it’s so easy, go do it.
Instead of leaving snide comments like this, you can use your head to open up an IDE, implement the features you want, and make a pull request. Keep it to yourself
Oh no, how dare he have higher standards!
Sorry, I missed the part where you submitted an MR
deleted by creator
Which one? Am curious since I worked with the winapi for a long time.
No one ever promised infinite compatibility forever. It’s most certainly NOT a microshit product.
