Quoting: ShmerlIt's currently set to i686-w64-mingw32-gcc-posix, but setting it to i686-w64-mingw32-gcc-win32 doesn't work either.

You'd have to look at the config.log, as what's happening there is the compile test is failing for whatever reason. It could be as stupid as something bad in your environment causing the command to fail. (It doesn't really mean it's not found of course)

View this comment - View article - View full comments

Quoting: ShmerlOh, that's nice. I was waiting for it to happen. Good to see that.

Quoting: mrdeathjrYeah only ./configure --enable-archs=i386,x86_64 and make -jN...

OK, mrdeathjr you convinced me. I got brave and tried it. I was not disappointed. I grabbed this (ready patched Wine 8.14 TKG):

https://github.com/Kron4ek/wine-tkg [External Link]

Built it like this... and it worked

../$pkgname/configure \
    --enable-archs=i386,x86_64 \
    --prefix=/usr \
    --libdir=/usr/lib \
    --with-x \
    --with-gstreamer \
    --disable-tests

  make -j10

(--libdir is necessary for me on Arch, for we don't use lib64 convention... lib32 for 32 bit)

That sure gets rid of a lot of gymnastics in my PKGBUILD (packaging steps too), though it still takes about the same amount of time to build.

Indeed, no wine64 binary.

I have /usr/lib/wine/i386-windows, x86_64-unix and x86_64-windows in there (nothing in /usr/lib32 anymore)

Installed as my system wine package, in Lutris, most of the games I've tested work (except Star Wars Battlefront 2 in EA, which I expected not to work with this version of Wine, the reason I went back to 8.6.1, but I'll figure something else out for that)

While they are working, I do seem to have trouble with some 32 bit games not exiting properly, needing to be killed. I'm not sure if that's a thing or just a one off, but it happened to both Bioshock Infinite (32 bit Windows version) and Dead Space 2 in EA App.

Now, I have the full complement of 32 bit dependencies on my system. I doubt we're at the point yet where we don't need 32 bit deps at the back end, but it would be an interesting test (couldn't build it on such a system though)

I'm going to keep this configuration now. I'll work around anything that doesn't work (use other wine runners etc.)

View this comment - View article - View full comments

I scoffed at first, I wasn't really impressed by Wine. A lot of screwing around for something that wasn't worth it, in the past.

I had a few games in Steam for Linux, but I still booted to Windows for the majority of my gaming.

But, I decided to switch to the Beta client so I could try Proton, and the first game I tried was Wolfenstein 2 The New Colossus, seeing as it was a Vulkan game and would just need the windows execution environment translated. That worked as well as it did in Windows.

So I started looking at the proton compatibility lists and started trying some other games. I got quite a few working, but sadly there were some that just wouldn't work. Pretty much all of them do now.

To my knowledge, the only game I have that can't be made to work are the "Riddick: Assault on Dark Athena" games, even though TAGES has been stripped out (this is a GoG version that I rebought years later). It just won't run. I tried it again a few months ago and still had no luck. I miss those games, I'd like to see it again. But that's just one game out of everything I'd even think of wanting to play, that doesn't work.

I'm in agreement that it was DXVK that made Wine viable (vkd3d-proton didn't exist yet) for performance, the Vulkan back end was far superior.

View this comment - View article - View full comments

Quoting: ShmerlOh, so it is easy to build WoW64 Wine now? Before this process was so convoluted that I never bothered doing it when I needed to build it.

Apparently so, though I couldn't say how well it would work out.

You still need both i686 and x86_64 mingw cross toolchains for it to build correctly though. I was reading where it'll silently drop the i386 PE code if the 32 bit mingw is not present (which sounds like a "WTF" head scratcher when it doesn't work lol). There's a merge request to make configure fail in that situation, but it's not in there yet.

I don't think I'm going to try that just yet (not for my system wine anyway, which is TKG'd)

View this comment - View article - View full comments

Quoting: mrdeathjr​This wine version with ./configure --enable-archs=i386,x86_64 work

Finally... I hate building Wine twice.

I went back to Wine 8.6.1 for my uses because everything is 100% (had one game that wouldn't work with Wine 8.12), but I'll be happy when I can do it like that when internal thunking is viable, and 32 bit games can be run on a non-multilib system.

P.S. I don't think I have one single 32 bit Linux native game anymore, it's only Windows games. Old eON translated binaries are all shit and I've switched any of those games to the Windows versions with Proton.

So when that's ready, I can run whatever kind of Linux system I want. I do really good customized from-scratch systems (for me only, I mean), but it's too onerous to do all those dependencies with their lib32 counterparts etc. I only play 64 bit Linux native games there (and I do have several, both open source and GoG)

Eventually Valve will finally extract crania from recta and stop being so silly with our Steam client, too. We shouldn't need a multilib system to run a native game client if we don't intend to interface with any 32 bit games. If they still want to support 32 bit Linux distributions, by golly, do a 32 bit build like everyone else would in our ecosystem.

View this comment - View article - View full comments

Worked like a charm in a Lutris wine prefix with my Wine-TKG and my saves were compatible with the GOTY Edition (I bought all the DLC as it came out). I dropped them in before starting it for the first time and it didn't miss a beat, all graphics settings in place etc. I'd start a new playthrough, but it would suck too much to not have my godly weapons and player level (82 lol) and stuff. I suppose I could just start a new game and spawn whatever I want at the console.

I don't actually have any mods, but I should do that now. I'm sure there's lots of nifty stuff.

Even in a finished game, as I exhaust just about everything else to do, there's always one quest I can take over and over that scales. It sends me to usually an interesting place, repopulated with enemies where I have to find a captured synthetic. In an open world game, all I need is something to set a waypoint for.

This game doesn't owe me any money, I've got 171 hours into it on Steam and about to get some more after being away from it :-)

View this comment - View article - View full comments

I've had that on Steam since it came out. It's a nice game. After years of just wandering around in a finished game periodically (there are still things to do to get XP and there's no level cap). I finally removed it to get my disk space back (my 2Tb NVME drive is prime real estate, it's always almost full of games with maybe 100G to spare)

For $13 (and GoG doesn't charge tax where they don't have to) I rebought it for when I want to install it again. Probably soon, it's been a while since I've seen it now.

Add another to the list of rebought games, I much prefer having games in GoG standalone installer format with no gate keepers. I have much more control over the environment that way.

View this comment - View article - View full comments

Neither does I, so game purchase exist no.

( In my best impersonation of a cave troll :-)

P.S. I should also say that's an interesting concept. Imagine where that could take RPG type games. For one example, I've often hated the limited responses and choices available. "I'd never say THAT" etc. and I often thought that even if they could humour me (whether it affects outcome or not) it would help with the immersion. For example input could be evaluated to be a favourable choice, or a hostile choice and the NPC could react accordingly.

View this comment - View article - View full comments

I didn't take the time earlier, but I just wasted some reading a bunch of those "overwhelmingly negative" reviews for this on Steam. It is overwhelmingly, review bombing. I actually am disappointed, I was expecting some of that, but I've yet to find one that I would mark as helpful. It's not my kind of game, so I won't be seeing for myself, didn't play the first one etc.

Most of it as about as constructive as drawing an ascii middle finger and far less thoughtful than that, even lol

Some of it just complaining about the change from paid to free-to-play model itself that they were all but forced into. (Fair enough, at least)

If you're going to post a bad review for a game (I have, when thoroughly disgusted with a game but I've also posted praising reviews), at least state what it is you don't like about it. Be snide and sarcastic if you want, even, but at least make a point.

P.S. Here's one that at least has some substance:

https://steamcommunity.com/id/orngecitrus/recommended/2357570/ [External Link]

View this comment - View article - View full comments

Well, they may be able to convince Valve to delete the flood of bad reviews this time, but that doesn't mean thousands of new people can't download that free to play game, review it, then remove it in disgust hehe

View this comment - View article - View full comments