https://bugs.winehq.org/show_bug.cgi?id=55334
Bug ID: 55334 Summary: Steam fails to load if compiled --with-wine64 Product: Wine Version: 8.13 Hardware: x86-64 URL: https://cdn.cloudflare.steamstatic.com/client/installe r/SteamSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: imwellcushtymelike@gmail.com Distribution: Ubuntu
Created attachment 74927 --> https://bugs.winehq.org/attachment.cgi?id=74927 wine-8.13 console output (eventually killed with SIGHUP)
Steam fails to load if compiled with --with-wine64.
Sometimes it'll let you know something has crashed and give you options to restart various components (including the whole thing) but it makes no difference.
A. This does not occur if Wine is compiled with --enable-archs=x86_64,i386. B. It also does not occur using the official Wine binaries (for Ubuntu).
I have tried finding a library and/or kernel issue, but I cannot find it. The openSUSE logs don't seem to build with --with-wine64. I don't know how those binaries actually work. Something to do with multiarch setup?
I've tried building with a number of Ubuntu versions, Debian Stable and Testing, and openSUSE Tumbleweed but the result is always the same.
My build process:
CFLAGS="-g -O0 -pipe" 64 bit: configure --enable-win64 => wine64 32 bit (schroot): configure => wine32 Combine (schroot): configure --with-wine64=wine64 --with-wine-tools=wine32
i386 chroots are need to build 32-bit Wine parts.
$ gcc --version gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0 Also tried GCC 12 but no change.
Tried compiling a few older Wines but it made no difference, and eventually hit other bugs. Doesn't look like a regression.
From what I can see in htop it looks like one of the steamwebhelper processes is the problem, but I don't know what the problem is exactly.
My guess is there's a problem with the i386 part (or some sort of chroot madness?). (A) and (B) don't seem to touch 32-bit libraries, at least not in the same way.
I'm at a loss.
Waffle: https://forum.winehq.org/viewtopic.php?t=37852
Note: On first run Steam will self-update. This seems to work fine.
No log-in needed to get this far.
https://bugs.winehq.org/show_bug.cgi?id=55334
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |56624
https://bugs.winehq.org/show_bug.cgi?id=55334 Bug 55334 depends on bug 56624, which changed state.
Bug 56624 Summary: Steam stuck in an endless loop - Login screen can't be reached https://bugs.winehq.org/show_bug.cgi?id=56624
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
https://bugs.winehq.org/show_bug.cgi?id=55334
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|NEW |RESOLVED
--- Comment #1 from Ken Sharp imwellcushtymelike@gmail.com --- Steam downloads required components when it is first launched. The Steam "installer" only installs a skeleton program.
Although there is a way to override this (https://github.com/ValveSoftware/steam-for-linux/issues/9851#issuecomment-16...) it looks like the archive.org cache has been cleared.
It doesn't look like a complete download of an archived version is available. (Note to self: Keep Steam wineprefixes!!)
I therefore cannot use the same version of Steam that this was logged against to test further.
The current release works fine, but obviously I cannot say if anything was fixed in Wine.
https://bugs.winehq.org/show_bug.cgi?id=55334
--- Comment #2 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=55334
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Austin English austinenglish@gmail.com --- Actually closing.