April 2024 - Wine-Devel - list.winehq.org

Re: Alexandre Julliard : dbghelp: Ignore a couple of Dwarf-3 opcodes.

by Alexandre Julliard

Eric Pouech <eric.pouech(a)orange.fr> writes: > Le 29/04/2024 à 22:22, Alexandre Julliard a écrit : >> Module: wine >> Branch: master >> Commit: 754f11a4adc2b7431837a92448b93bb845d99d61 >> URL: https://gitlab.winehq.org/wine/wine/-/commit/754f11a4adc2b7431837a92448b93b… >> >> Author: Alexandre Julliard <julliard(a)winehq.org> >> Date: Sun Apr 28 16:06:54 2024 +0200 >> >> dbghelp: Ignore a couple of Dwarf-3 opcodes. > > Hi > > for curiosity, how did you get these ? (clang ?) With llvm-mingw on ARM64. -- Alexandre Julliard julliard(a)winehq.org

April 30, 2024

Re: Alexandre Julliard : dbghelp: Ignore a couple of Dwarf-3 opcodes.

by Eric Pouech

Le 29/04/2024 à 22:22, Alexandre Julliard a écrit : > Module: wine > Branch: master > Commit: 754f11a4adc2b7431837a92448b93bb845d99d61 > URL: https://gitlab.winehq.org/wine/wine/-/commit/754f11a4adc2b7431837a92448b93b… > > Author: Alexandre Julliard <julliard(a)winehq.org> > Date: Sun Apr 28 16:06:54 2024 +0200 > > dbghelp: Ignore a couple of Dwarf-3 opcodes. Hi for curiosity, how did you get these ? (clang ?) (for the record, dbghelp doesn't generate yet prologue & epilogue tagging in dwarf debug info (it's done for pdb)) A+

April 30, 2024

Re: Bumping the minimum supported macOS version

by Dean Greer

Another thing to keep in mind is we’ll need access to i386_ldt_set so we’ll really require macOS Catalina 10.15.4 It’s not like we’re even able to reference macports for wine installs on legacy systems as there “wine” offering are ancient and broken for years now. The Winehq packages currently served via brews cask system require macOS Catalina, wine-stable alone is currently at 90,000 downloads. Wine-9.3 is at almost 25,000 and wine-9.7 that was added to brew yesterday is currently under 3,00 downloads (mainly staging) On Mon, Apr 15, 2024 at 10:34 PM Dean Greer <gcenx83(a)gmail.com> wrote: > Sorry no longer supports below macOS Catalina. > > On Mon, Apr 15, 2024 at 10:18 PM Dean Greer <gcenx83(a)gmail.com> wrote: > >> > Dean, do you know if there are many users of your ports on 10.13/10.14? >> >> The main Ports no longer support macOS Sonoma (wine-stable, wine-devel & >> wine-staging), I do provide alternative Portfiles that work for all legacy >> versions of macOS from 10.6.8 to 10.14. >> >> It’s also a nightmare buiding on 10.14 thanks to some macports >> maintainers not believing that Xcode10 Command Line Tools provided a >> headers package that enabled the ability to build for i386 & x86_64. >> >> > Your MacPorts packages still support those, right? >> >> If your referring to the Winehq packages installable via brew cask >> system?, no those only support macOS Catalina or later, there’s really been >> no complaints. >> >> Something else to keep in mind is these legacy versions of macOS also >> have expired certs. >> >> On Mon, Apr 15, 2024 at 7:15 PM Brendan Shanks <bshanks(a)codeweavers.com> >> wrote: >> >>> >>> > On Apr 11, 2024, at 11:14 AM, Tim Clem <tclem(a)codeweavers.com> wrote: >>> > >>> > I would prefer 10.15 in particular so we could drop support for native >>> (i.e. macho) 32-bit binaries. That would allow us to use modern Obj-C >>> runtime features (e.g. auto-synthesis) and eventually consider ARC. It's >>> also worth noting that winehq's gitlab CI runs 10.15. >>> >>> I’m totally on board with raising the minimum version to 10.13. >>> I’m slightly more hesitant to go to 10.15, just since there are a lot of >>> Macs and software that can only run (on) 10.13 or 10.14. But Firefox, >>> Chrome, and Steam have all raised their minimum versions to 10.15 in the >>> last year (and they were among the last to do so). We can’t support them >>> forever, and anyone who needs to run 10.13 or 10.14 can keep running Wine >>> 9.0. Ultimately I think I’m good with 10.15, although I’m curious whether >>> Dean has any more info. >>> >>> Dean, do you know if there are many users of your ports on 10.13/10.14? >>> Your MacPorts packages still support those, right? >>> >>> (Also for those who aren’t aware, CrossOver requires 10.15 starting with >>> this year’s version 24). >>> >>> Brendan >> >>

April 28, 2024

Re: Bugzilla having issues sending mail

by Austin English

On Fri, Apr 26, 2024 at 8:49 AM Jeremy Newman <jnewman(a)codeweavers.com> wrote: > > Should be fixed now. Thanks for the quick fix Newman!

April 26, 2024

Re: Bugzilla having issues sending mail

by Jeremy Newman

Should be fixed now. On 4/26/2024 8:10 AM, Austin English wrote: > An unexpected error occurred. This could be a temporary problem, or > some code is behaving incorrectly. If this problem persists, please > email this page to wine-bugs(a)winehq.org with details of what you were > doing at the time this message appeared. > > URL: https://bugs.winehq.org/process_bug.cgi > > There was an error sending mail from '"WineHQ Bugzilla" > <wine-bugs(a)winehq.org>' to 'dark.shadow4(a)web.de': Couldn't connect to > mail.winehq.org > > Traceback: > > at Bugzilla/Mailer.pm line 162. > Bugzilla::Mailer::MessageToMTA(...) called at Bugzilla/BugMail.pm line 354 > Bugzilla::BugMail::sendMail(...) called at Bugzilla/BugMail.pm line 255 > Bugzilla::BugMail::Send(...) called at Bugzilla/Bug.pm line 1200 > Bugzilla::Bug::_send_bugmail(...) called at Bugzilla/Bug.pm line 1138 > Bugzilla::Bug::send_changes(...) called at > /home/winehq/opt/bugzilla/process_bug.cgi line 378

April 26, 2024

Bugzilla having issues sending mail

by Austin English

An unexpected error occurred. This could be a temporary problem, or some code is behaving incorrectly. If this problem persists, please email this page to wine-bugs(a)winehq.org with details of what you were doing at the time this message appeared. URL: https://bugs.winehq.org/process_bug.cgi There was an error sending mail from '"WineHQ Bugzilla" <wine-bugs(a)winehq.org>' to 'dark.shadow4(a)web.de': Couldn't connect to mail.winehq.org Traceback: at Bugzilla/Mailer.pm line 162. Bugzilla::Mailer::MessageToMTA(...) called at Bugzilla/BugMail.pm line 354 Bugzilla::BugMail::sendMail(...) called at Bugzilla/BugMail.pm line 255 Bugzilla::BugMail::Send(...) called at Bugzilla/Bug.pm line 1200 Bugzilla::Bug::_send_bugmail(...) called at Bugzilla/Bug.pm line 1138 Bugzilla::Bug::send_changes(...) called at /home/winehq/opt/bugzilla/process_bug.cgi line 378 -- -Austin GPG: 267B CC1F 053F 0749 (expires 2026-03-03)

April 26, 2024

Upcoming vkd3d 1.12 release

by Henri Verbeet

Hi all, The planned release date for vkd3d 1.12 is May 28. The development branch will become increasingly frozen as we're nearing that date, starting with a freeze of the public API after April 30. Features will be frozen after May 14. If you're an upstream vkd3d developer, please do the following: - Keep an eye on Bugzilla for any reported regressions. - Review any API changes since the previous release. - Verify all the vkd3d tests pass on your hardware, and please send fixes if they don't. - Review and improve the documentation. - Apply your best judgment about which patches are appropriate for the current stage of the release process. If you're a downstream user of vkd3d, please test your applications for regressions, and file bug reports if you find any. If you're the maintainer of a Wine module that (indirectly) depends on vkd3d, like e.g. d2d1, d3dx9, d3dcompiler, or any of the core Direct3D modules, that includes making sure the unit tests still pass with the new version. The planned release date for vkd3d 1.13 is August 29. Regards, Henri

April 24, 2024

Wine staging 9.7 release

by Alistair Leslie-Hughes

Binary packages for various distributions will be available from: https://www.winehq.org/download Summary since last release * Rebased to current wine 9.7 (432 patches are applied to wine vanilla) Upstreamed (Either directly from staging or fixed with a similar patch). * widl: Add support for recursive type references to SLTG typelib generator. * widl: Add support for interfaces to SLTG typelib generator. * widl: Add support for inherited interfaces to SLTG typelib generator. * ntdll: Add fake data implementation for ProcessQuotaLimits class. Removed (No longer required). * None Added: * None. Updated: * vkd3d-latest * kernel32-CopyFileEx NOTE: The updated ntdll-WRITECOPY patchset now allow Battle.net to run. Where can you help * Run Steam/Battle.net/GOG/UPlay/Epic * Test your favorite game. * Test your favorite applications. * Improve staging patches and get them accepted upstream. * Suggest patches to be included in staging. As always, if you find a bug, please report it via https://bugs.winehq.org Best Regards Alistair.

April 21, 2024

Re: [PATCH v4 00/30] NT synchronization primitive driver

by Elizabeth Figura

On Friday, 19 April 2024 11:16:11 CDT Peter Zijlstra wrote: > On Tue, Apr 16, 2024 at 05:18:56PM -0500, Elizabeth Figura wrote: > > On Tuesday, 16 April 2024 16:18:24 CDT Elizabeth Figura wrote: > > > On Tuesday, 16 April 2024 03:14:21 CDT Peter Zijlstra wrote: > > > > I don't support GE has it in his builds? Last time I tried, building > > > > Wine was a bit of a pain. > > > > > > It doesn't seem so. I tried to build a GE-compatible ntsync build, uploaded > > > here (thanks Arek for hosting): > > > > > > https://f002.backblazeb2.com/file/wine-ntsync/ntsync-wine.tar.xz > > > > Oops, the initial version I uploaded had broken paths. Should be fixed now. > > > > (It's also broken on an unpatched kernel unless explicitly disabled with > > WINE_DISABLE_FAST_SYNC=1. Not sure what I messed up there—it should fall back > > cleanly—but hopefully shouldn't be too important for testing.) > > So I've tried using that wine build with lutris, and I can't get it to > start EGS or anything else. > > I even added a printk to the ntsync driver for every open, to see if it > gets that far, but I'm not even getting that :/ That's odd, it works for me, both as a standalone build and with lutris... Does /dev/ntsync exist (module is loaded) and have nonzero permissions? I forgot to mention that's necessary, sorry. Otherwise I can try to look at an strace, or a Wine debug log. I don't think there's an easy way to get the latter with Lutris, but something like `WINEDEBUG=+all ./wine winecfg 2>log` should work.

April 19, 2024

Re: wine-gitlab ML traffic

by Gabriel Ivăncescu

Unfortunately I'm still not getting any emails from the bridge, either. Can whoever set it up please take a look? On 19/04/2024 17:27, Jeremy Newman wrote: > Not sure what is wrong with the gateway from gitlab to mailman. Gitlab > itself is sending emails. I was not part of setting that up. > > As for the mailman web interface it has been terribly broken since the > upgrade to mailman v3. The back end is separate from the front end > thankfully, and the back end is mostly stable. The front end chokes > constantly. I've resorted to restarting the front end on a regular basis. > > We will be upgrading the mailman software to the latest Debian stable > version at some point, and perhaps that will fix the issues in the > version we have now. I have other blocking issues to solve first before > that happens. > > On 4/19/2024 1:38 AM, Saulius Krasuckas wrote: >> I stopped receiving wine-gitlab@ messages since Tuesday. >> >> There is something wrong with ML management interfaces too -- both >> [1][2] returns: >> >> Internal Server Error >> >> ... [3] worked for the first time I visited it today. But on the >> second try it failed with the same message. >> >> Now I retried the [1], and it returns different error: >> >> A timeout occurred Error code 524 >> Visit cloudflare.com for more information. >> 2024-04-19 06:29:39 UTC >> ... >> Cloudflare Ray ID: 876ad769988dcc2f >> >> Minutes later I retried all three URL, and they are working already. >> I still think there is something wrong (some unreliable behavior) here. >> >> Now [1] shows the last messages being >> >> RECENTLY ACTIVE DISCUSSIONS >> #1 [PATCH v11 0/4] MR777: vkd3d-shader/dxil: Support SV_Depth, >> SV_DepthGreaterEqual and SV_DepthLessEqual. >> Tue Apr 16, 2:29 p.m. 2 4 +0/-0 >> #2 [PATCH v16 0/6] MR631: vkd3d: Implement UpdateTileMappings(). >> Tue Apr 16, 2:24 p.m. 2 6 +0/-0 >> #3 [PATCH v2 0/4] MR788: vkd3d: Support additional packed formats. >> Tue Apr 16, 1:53 p.m. 2 5 +0/-0 >> >> Is that gap expected (given the high ML traffic I observed last year >> or so) ? >> >> S. >> >> >> [1]https://www.winehq.org/mailman3/hyperkitty/list/wine-gitlab(a)winehq.org/ >> >> [2]https://www.winehq.org/mailman3/accounts/login/?next=/mailman3/postorius/… >> >> [3]https://www.winehq.org/mailman3/postorius/lists/ >> >> >

April 19, 2024