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

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #13 from CWB <cwbussard(a)gmail.com> --- > I don't expect it to work on Trixie unless you build it yourself, since its default kernel headers or libc-dev package has no needed ntsync.h file and they'd be used during winehq build for it as was mentioned in the above comments. Oof. That's kind of a big deal, leaving Trixie in the dirt for at least a couple years to come. Would it be possible to change the WineHQ build process to use the headers from the backports kernel without breaking stuff for people still on the 6.12 kernel? -- 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.

Oct. 6, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #12 from Shmerl <shtetldik(a)gmail.com> --- I don't expect it to work on Trixie unless you build it yourself, since its default kernel headers or libc-dev package has no needed ntsync.h file and they'd be used during winehq build for it as was mentioned in the above comments. -- 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.

Oct. 6, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 CWB <cwbussard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cwbussard(a)gmail.com --- Comment #11 from CWB <cwbussard(a)gmail.com> --- I can confirm the same problem with wine-staging 10.16 for Trixie and the Trixie backports 6.16.3 kernel. Running rg --binary ntsync on /opt/wine-staging/bin/ comes up empty. Likewise, lsof /dev/ntsync comes up empty while running something in wine. The Trixie backports kernel has a ntsync module, and it's loaded and permissions are 666: sudo modprobe ntsync sudo udevadm info --name=ntsync P: /devices/virtual/misc/ntsync M: ntsync J: c10:261 U: misc D: c 10:261 N: ntsync L: 0 E: DEVPATH=/devices/virtual/misc/ntsync E: DEVNAME=/dev/ntsync E: DEVMODE=0666 E: MAJOR=10 E: MINOR=261 E: SUBSYSTEM=misc -- 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.

Oct. 6, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #10 from Shmerl <shtetldik(a)gmail.com> --- Also, for the reference. On my build: rg --binary ntsync bin/wineserver: binary file matches (found "\0" byte around offset 7) On WineHQ build of Debian forky package (wine-devel-amd64 10.16~forky-1) rg --binary ntsync I.e. it doesn't find ntsync anywhere in the wineserver binary. Debian testing (forky) currently has kernel 6.16.9 so it surely should have ntysybc.h. See: https://tracker.debian.org/pkg/linux -- 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.

Oct. 6, 2025

[Bug 58754] New: Wine 10.15+ fails to detect EGL_KHR_client_get_all_proc_addresses extension despite it being present, breaking 32-bit OpenGL applications

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58754 Bug ID: 58754 Summary: Wine 10.15+ fails to detect EGL_KHR_client_get_all_proc_addresses extension despite it being present, breaking 32-bit OpenGL applications Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scheckley(a)gmail.com Distribution: --- Starting with Wine 10.15, 32-bit Windows applications requiring OpenGL fail to initialize with the error: 0024:err:wgl:egl_init Failed to find required extension EGL_KHR_client_get_all_proc_addresses 0024:err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems 0024:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format. 0024:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter This occurs despite the EGL extension being present and reported by the system. Steps to Reproduce: - Install Wine 10.15 or 10.16 (32-bit support) - Run any 32-bit Windows OpenGL application (tested: GoG Tower57). - Observe EGL initialization failure. - Application fails to create OpenGL context and cannot render. Expected Result: Wine should detect and use the EGL_KHR_client_get_all_proc_addresses extension, as it did in Wine 10.14. Actual Result: Wine fails to find the extension, OpenGL initialization fails, and applications crash or fail to render with "error creating the renderer: Invalid window" -- 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.

Oct. 5, 2025

[Bug 56391] So Blonde: very long loading times

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56391 --- Comment #11 from imaxm <memax(a)gmx.fr> --- (In reply to Nikolay Sivov from comment #10) > Module might be loaded, but configure checks for kernel headers. So check > that you actually have linux/ntsync.h header installed. Thanks for the suggestion. The kernel headers (linux-headers-6.14.0-33-generic) were already installed, so that wasn’t the issue. However, the ntsync.h file was missing from the headers. I downloaded the kernel sources from kernel.org, extracted them, and found ntsync.h in the source files. I copied ntsync.h to /usr/include/linux/. Then I reran ./configure and it worked. I was able to build wine with ntsync enabled. I retested the game and the performance issue has been resolved: loading times are similar to those experienced on Windows. Many thanks to the developers. -- 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.

Oct. 5, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #9 from Shmerl <shtetldik(a)gmail.com> --- I checked, ntsync.h found in linux-libc-dev and in linux-headers-6.16.9+deb14-common is exactly the same. So I assume your build with linux-libc-dev present according to your build depends should produce a good result, so why doesn't it work? I was testing your forky Wine build with Cyberpunk 2077 with mangohud, and it shows that ntsync is not available which is also demonstrated by bad performance (unlike using my build). The only extra addition I'm using in tests in vkd3d-proton to make Cyberpunk 2077 work normally. -- 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.

Oct. 5, 2025

[Bug 56391] So Blonde: very long loading times

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56391 --- Comment #10 from Nikolay Sivov <bunglehead(a)gmail.com> --- Module might be loaded, but configure checks for kernel headers. So check that you actually have linux/ntsync.h header installed. -- 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.

Oct. 5, 2025

[Bug 56391] So Blonde: very long loading times

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56391 --- Comment #9 from imaxm <memax(a)gmx.fr> --- Looking at bug 58751, it appears that WineHQ binary packages for Debian/Ubuntu were provided without ntsync. That said, I haven't been able to build Wine with ntsync enabled. Configure gives me 'checking for linux/ntsync.h... no' even though the kernel comes with ntsync and the module is indeed loaded. -- 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.

Oct. 5, 2025

[Bug 58753] New: DrivethruRPG app crashes when you try to download a file

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58753 Bug ID: 58753 Summary: DrivethruRPG app crashes when you try to download a file Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tihnessa(a)gmail.com Distribution: --- Created attachment 79384 --> http://bugs.winehq.org/attachment.cgi?id=79384 Program error details The DrivethruRPG (One Bookshelf Library) App version 3.6.3.0 crashes immediately on attempting to download files, either individually or in bulk. OS: Lubuntu 25.04 Wine version: 10.0 downloaded from WineHQ (Downloads simply hang when using Lubuntu repo Wine, version 9.0) Clean prefix used - prompted to download/install wine-mono when DTRPG app first run. -- 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.

Oct. 5, 2025