February 2025 - Wine-Bugs - list.winehq.org

[Bug 57834] Cyberpunk 2077 doesn't load with CyberEngine Tweaks

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57834 --- Comment #11 from FoX <virtuousfox(a)gmail.com> --- (In reply to Shmerl from comment #10) > (In reply to FoX from comment #9) > > Thanks for mentioning vkd3d-proton as just downloading prebuilt dlls from > > https://github.com/HansKristian-Work/vkd3d-proton/releases and putting them > > into game's folder made it finally work under wine. I wish someone would > > mention this in appdb. > > That's really self explanatory if you are playing any games on Linux > including using upstream Wine. Simply always enable dxvk + vkd3d-proton (I > symlink them in the prefix so I can update them independently). There is nothing "self-explanatory" in using a fork of wine's core subsystem about existence of which I haven't even heard until now. And there is no ready-to-use distro package for it either, while I'm too lazy to make it (rpm spec-scripts for dll compilation are some obtuse bullshit, I'll tell you what) and keep it updated along with my custom dxvk package. So it's a boon that I did not have to build it too myself. > They are giving best performance and compatibility so it's sort of > redundant to mention it in app db, it's an implicit expectation at this point. No, this is an obscure hack and exactly what appdb is for. I haven't seen it even mentioned anywhere during web-wide search for hacks to make CP2077 playable, it was all about giving up on wine and using proton. Nobody even said which part of proton makes it work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57859] WineHQ 10.2 packages broken on Ubuntu/Debian

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57859 --- Comment #75 from CWB <cwbussard(a)gmail.com> --- (In reply to Alexandre Julliard from comment #28) > Starting with 10.2, all builds follow the "new wow64" scheme. This is what > makes it possible to switch to new wow64 dynamically with WINEARCH=wow64. A bit off topic, but I'd like some clarification on this. Am I understanding correctly that `WINEARCH=wow64 wine somewin32.exe` will use the new wow64 mode, while anything else will use the old one? Does it matter how the prefix was initially created? (Does it work in an existing win64 prefix? Does it work in an existing win32 prefix? Is there such a thing as a wow64 prefix?) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 56106] Roon 2.0.23 crashes due to unable to find library: Windows.Storage.Streams.RandomAccessStreamReference

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56106 Mohamad Al-Jaf <mowinebugs(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mowinebugs(a)mail.com --- Comment #5 from Mohamad Al-Jaf <mowinebugs(a)mail.com> --- Fixed in commit 8489958e8b9bc0c4eb90ea0b1bc715dc58879955 https://gitlab.winehq.org/wine/wine/-/commit/8489958e8b9bc0c4eb90ea0b1bc715… Please file a new bug if there's another issue that prevents it from working. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57853] Error: makecab.exe not found

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57853 --- Comment #2 from Mohamad Al-Jaf <mowinebugs(a)mail.com> --- Fixed in commit c09cf04b6f7ea2a2f82865aeadca2bc31e6f8dc6 https://gitlab.winehq.org/wine/wine/-/commit/c09cf04b6f7ea2a2f82865aeadca2b… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57834] Cyberpunk 2077 doesn't load with CyberEngine Tweaks

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57834 --- Comment #10 from Shmerl <shtetldik(a)gmail.com> --- (In reply to FoX from comment #9) > Thanks for mentioning vkd3d-proton as just downloading prebuilt dlls from > https://github.com/HansKristian-Work/vkd3d-proton/releases and putting them > into game's folder made it finally work under wine. I wish someone would > mention this in appdb. That's really self explanatory if you are playing any games on Linux including using upstream Wine. Simply always enable dxvk + vkd3d-proton (I symlink them in the prefix so I can update them independently). They are giving best performance and compatibility so it's sort of redundant to mention it in app db, it's an implicit expectation at this point. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57834] Cyberpunk 2077 doesn't load with CyberEngine Tweaks

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57834 FoX <virtuousfox(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |virtuousfox(a)gmail.com --- Comment #9 from FoX <virtuousfox(a)gmail.com> --- (In reply to Shmerl from comment #2) > This is not an issue with dxvk and dxvk-proton but with some upstream Wine > component. > > It's impossible to run the game suing vanilla wine for all practical > purposes, so your proposal is not really helping troubleshoot the issue. > > I'll try to bisect the bug. Thanks for mentioning vkd3d-proton as just downloading prebuilt dlls from https://github.com/HansKristian-Work/vkd3d-proton/releases and putting them into game's folder made it finally work under wine. I wish someone would mention this in appdb. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57891] New: Wine 10.2 can't find ntdll.so under linux.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57891 Bug ID: 57891 Summary: Wine 10.2 can't find ntdll.so under linux. Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Note: Not sure if this is a dupe of Bug 57874 or not given it's Linux and not a Mac.... After building wine with a custom --prefix, (E.x. configure --prefix=/opt/wine-git-build/wine_10.2), running wine from a home directory fails to find ntdll.so. :~$ wine explorer wine: could not load ntdll.so: /opt/wine-git-build/wine_10.2/bin/ntdll.so: cannot open shared object file: No such file or directory :~$ Running strace shows that no attempt is made to use the prefix's /lib directory at all for ntdll.so. It goes straight to using the wine binary's install directory, fails, then tries to read a wine symlink in the current working directory, before giving up. Given that it's blatantly ignoring FHS and using the wine binary's install directory as a root, I assumed there was something wrong with the given prefix argument. The generated Makefile has the exec_prefix variable emitted _before_ the prefix variable despite using it. I.e.: exec_prefix = ${prefix} prefix = /opt/wine-git-build/wine_10.2 I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively. I might be way off, but this bug occurs regardless of arch. I.e. Using a i686 or x86_64 build fails in the exact same way. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 55399] .NET 4.8 application cannot download (by browser launch) from the Internet

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55399 --- Comment #7 from Maotong Zhang <zmtong1988(a)gmail.com> --- (In reply to Sergey Isakov from comment #3) > (In reply to Maotong Zhang from comment #1) > > This seems to be a bug in dotnet48 > > Wow! > May be my bug 57733 is affected too? I'm not sure, you can test it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 55399] .NET 4.8 application cannot download (by browser launch) from the Internet

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=55399 --- Comment #6 from Maotong Zhang <zmtong1988(a)gmail.com> --- I tested an application and the error was the same as this one. I put it on .net47, no problem. I remember this error was also reported on Windows, you need to set net48 to resolve this error. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 28, 2025

[Bug 57890] 3DMark11 is not working

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57890 --- Comment #2 from Sergey Isakov <isakov-sl(a)bk.ru> --- Created attachment 78120 --> https://bugs.winehq.org/attachment.cgi?id=78120 Log with native d3dcompiler_47 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Feb. 27, 2025