December 2021 - Wine-bugs - list.winehq.org

[Bug 50251] New: Wrong public key from the repo prevents installation.
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50251 Bug ID: 50251 Summary: Wrong public key from the repo prevents installation. Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: kristijan.zic(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Distro: Ubuntu 20.04 Followed instructions for Focal Fossa here: https://wiki.winehq.org/Ubuntu Got this error: Err:10 https://dl.winehq.org/wine-builds/ubuntu focal InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 76F1A20FF987672F Reading package lists... Done W: GPG error: https://dl.winehq.org/wine-builds/ubuntu focal InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 76F1A20FF987672F E: The repository 'https://dl.winehq.org/wine-builds/ubuntu focal InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. -- 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.

1 5

[Bug 51920] New: Official package for Arch Linux
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51920 Bug ID: 51920 Summary: Official package for Arch Linux Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: ArchLinux Wine has packages on the Arch Linux multilib and community repository, they're currently maintained by Felix Yan (Wine) and Daniel Bermond (Wine-gecko & Wine-mono) Problem is... Sometimes there's a huge delay on these packages when they get an update. This is not a issue only with Wine, it occurs with many other packages that are maintained in these repositories. Wine has just released version 6.20, but these repositories are still in 6.16... If we had a official WineHQ repository for Arch Linux distributions like we got in Ubuntu and Debian, we could get updates for Wine much quicker. Additionally, having git versions on the official repository would also be neat to get nightly builds of Wine. ^w^ -- 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.

1 8

[Bug 51933] New: 404 Not Found with sudo apt update
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51933 Bug ID: 51933 Summary: 404 Not Found with sudo apt update Product: Wine-staging Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: osaka.niconico(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I get the error 404 Not Found with `sudo apt update` and can't install wine. please take a look LANG=en sudo apt update Get:1 https://dl.winehq.org/wine-builds/ubuntu impish InRelease [8043 B] Get:2 https://dl.winehq.org/wine-builds/ubuntu impish/main i386 Packages [6952 B] Get:3 https://dl.winehq.org/wine-builds/ubuntu impish/main amd64 Packages [6936 B] Hit:4 http://security.ubuntu.com/ubuntu impish-security InRelease Err:5 https://dl.winehq.org/wine-builds/ubuntu impish/main all Packages 404 Not Found [IP: 151.101.74.217 443] Err:5 https://dl.winehq.org/wine-builds/ubuntu impish/main all Packages 404 Not Found [IP: 151.101.74.217 443] https://gist.github.com/GitHub30/84364cd3d749b0a1da151e845383729e lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 21.10 Release: 21.10 Codename: impish uname -a Linux impish 5.13.0-20-generic #20-Ubuntu SMP Fri Oct 15 14:21:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux 151.101.230.217(cache-hnd18751-HND) on Fastly is not working host -v dl.winehq.org Trying "dl.winehq.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59687 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dl.winehq.org. IN A ;; ANSWER SECTION: dl.winehq.org. 111 IN CNAME osff.map.fastly.net. osff.map.fastly.net. 1 IN A 151.101.230.217 Received 80 bytes from 127.0.0.53#53 in 8 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57706 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN AAAA Received 37 bytes from 127.0.0.53#53 in 20 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63933 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN MX Received 37 bytes from 127.0.0.53#53 in 20 ms LANG=en wget -d https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… DEBUG output created by Wget 1.21 on linux-gnu. Reading HSTS entries from /home/indri/.wget-hsts URI encoding = 'ANSI_X3.4-1968' converted 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (ANSI_X3.4-1968) -> 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (UTF-8) Converted file name 'Packages' (UTF-8) -> 'Packages' (ANSI_X3.4-1968) --2021-10-27 10:34:21-- https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… Resolving dl.winehq.org (dl.winehq.org) 151.101.230.217 Caching dl.winehq.org => 151.101.230.217 Connecting to dl.winehq.org (dl.winehq.org)|151.101.230.217|:443... connected. Created socket 3. Releasing 0x000055bbc1fc6ac0 (new refcount 1). Initiating SSL handshake. Handshake successful; connected socket 3 to SSL handle 0x000055bbc1fc78a0 certificate: subject: CN=*.winehq.org issuer: CN=GlobalSign Atlas R3 DV TLS CA 2020,O=GlobalSign nv-sa,C=BE X509 certificate successfully verified and matches host dl.winehq.org ---request begin--- GET /wine-builds/ubuntu/dists/impish/main/binary-all/Packages HTTP/1.1 User-Agent: Wget/1.21 Accept: */* Accept-Encoding: identity Host: dl.winehq.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 404 Not Found Connection: keep-alive Content-Length: 196 Server: Apache Strict-Transport-Security: max-age=31536000 Cache-Control: max-age=604800 Content-Type: text/html; charset=iso-8859-1 Via: 1.1 varnish, 1.1 varnish Fastly-Debug-Digest: 71bd9e11bef6b16fa199d390a7364dfd70068eba5cc79f273515095069aaf4ec Accept-Ranges: bytes Date: Wed, 27 Oct 2021 01:34:22 GMT Age: 1076405 X-Served-By: cache-ord1730-ORD, cache-hnd18738-HND X-Cache: MISS, HIT X-Cache-Hits: 0, 6 X-Timer: S1635298462.347604,VS0,VE0 Vary: Accept-Encoding ---response end--- 404 Not Found Registered socket 3 for persistent reuse. Parsed Strict-Transport-Security max-age = 31536000, includeSubDomains = false Updated HSTS host: dl.winehq.org:443 (max-age: 31536000, includeSubdomains: false) URI content encoding = 'iso-8859-1' Skipping 196 bytes of body: [<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL was not found on this server.</p> </body></html> ] done. 2021-10-27 10:34:21 ERROR 404: Not Found. Saving HSTS entries to /home/indri/.wget-hsts But 151.101.110.217(cache-tyo11944-TYO) or 151.101.74.217(cache-nrt18337-NRT) on Fastly is working host -v dl.winehq.org Trying "dl.winehq.org" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18470 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;dl.winehq.org. IN A ;; ANSWER SECTION: dl.winehq.org. 110 IN CNAME osff.map.fastly.net. osff.map.fastly.net. 30 IN A 151.101.110.217 Received 80 bytes from 127.0.0.53#53 in 24 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52478 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN AAAA Received 37 bytes from 127.0.0.53#53 in 20 ms Trying "osff.map.fastly.net" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9249 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;osff.map.fastly.net. IN MX Received 37 bytes from 127.0.0.53#53 in 20 ms LANG=en wget -d https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… DEBUG output created by Wget 1.21 on linux-gnu. Reading HSTS entries from /home/indri/.wget-hsts URI encoding = 'ANSI_X3.4-1968' converted 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (ANSI_X3.4-1968) -> 'https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa…' (UTF-8) Converted file name 'Packages' (UTF-8) -> 'Packages' (ANSI_X3.4-1968) --2021-10-27 10:33:04-- https://dl.winehq.org/wine-builds/ubuntu/dists/impish/main/binary-all/Packa… Resolving dl.winehq.org (dl.winehq.org) 151.101.74.217 Caching dl.winehq.org => 151.101.74.217 Connecting to dl.winehq.org (dl.winehq.org)|151.101.74.217|:443... connected. Created socket 3. Releasing 0x00005562fd608aa0 (new refcount 1). Initiating SSL handshake. Handshake successful; connected socket 3 to SSL handle 0x00005562fd609880 certificate: subject: CN=*.winehq.org issuer: CN=GlobalSign Atlas R3 DV TLS CA 2020,O=GlobalSign nv-sa,C=BE X509 certificate successfully verified and matches host dl.winehq.org ---request begin--- GET /wine-builds/ubuntu/dists/impish/main/binary-all/Packages HTTP/1.1 User-Agent: Wget/1.21 Accept: */* Accept-Encoding: identity Host: dl.winehq.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Connection: keep-alive Content-Length: 1758 Server: Apache Strict-Transport-Security: max-age=31536000 Cache-Control: max-age=604800 Last-Modified: Mon, 25 Oct 2021 12:12:48 GMT ETag: "6de-5cf2c477b5c33" Access-Control-Allow-Origin: * Via: 1.1 varnish, 1.1 varnish Fastly-Debug-Digest: 71bd9e11bef6b16fa199d390a7364dfd70068eba5cc79f273515095069aaf4ec Accept-Ranges: bytes Date: Wed, 27 Oct 2021 01:33:05 GMT Age: 132197 X-Served-By: cache-ord1731-ORD, cache-nrt18338-NRT X-Cache: HIT, HIT X-Cache-Hits: 2, 1 X-Timer: S1635298386.670273,VS0,VE0 ---response end--- 200 OK Registered socket 3 for persistent reuse. Parsed Strict-Transport-Security max-age = 31536000, includeSubDomains = false Updated HSTS host: dl.winehq.org:443 (max-age: 31536000, includeSubdomains: false) Length: 1758 (1.7K) Saving to: 'Packages' Packages 100%[================================================================================================================>] 1.72K --.-KB/s in 0s 2021-10-27 10:33:04 (31.8 MB/s) - 'Packages' saved [1758/1758] Saving HSTS entries to /home/indri/.wget-hsts -- 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.

1 6

[Bug 51849] New: Debian packaging: When building debian packages, HARDENING flags will be passed to cross-compiler
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51849 Bug ID: 51849 Summary: Debian packaging: When building debian packages, HARDENING flags will be passed to cross-compiler Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no CC: dimesio(a)earthlink.net Distribution: --- When packages are built on debian, the default "hardening" flags will be passed to wine/configure. The result from this is that wine/configure tries to do checks for cross-compiler (mingw-w64) with flags meant to be used for ELF binaries. The flags are -Wl,-z,relro This causes configure to fail several checks for cross-compiler. The logs from WineHQ official OBS builds here for Debian 11: https://build.opensuse.org/public/build/Emulators:Wine:Debian/Debian_11/x86… Failing these checks will cause mingw-w64 to create loads of warnings like: [ 1042s] In file included from dlls/cabinet/fdi.c:72: [ 1042s] dlls/cabinet/fdi.c: In function 'FDI_read_string': [ 1042s] dlls/cabinet/fdi.c:485:9: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'INT_PTR' {aka 'long long int'} [-Wformat=] [ 1042s] 485 | TRACE("(fdi == %p, hf == %ld, cabsize == %ld)\n", fdi, hf, cabsize); [ 1042s] | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~ [ 1042s] | | [ 1042s] | INT_PTR {aka long long int} If you however build without passing -Wl,-z,relro to mingw-w64, configure will pass a lot more tests, and the compile is quite a lot less noisy: https://build.opensuse.org/build/home:SveSop/Debian_11/x86_64/wine-devel/_l… Is there a possibility to avoid passing this flag to the cross-compiler in wine/configure? From what i gather, the -Wl,-z,relro flag is meant for ELF binaries, but afaik wine mostly (if not only) uses mingw-w64 to build PE libs, and thus these flags fail. You can add export DEB_LDFLAGS_MAINT_STRIP = -Wl,-z,relro to debian/rules, but that ofc means the ELF binaries built by gcc will not get these hardening flags. -- 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.

1 5

[Bug 50891] New: Fedora 33 repository missing wine-*-common x86_64 packages
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50891 Bug ID: 50891 Summary: Fedora 33 repository missing wine-*-common x86_64 packages Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: blacknova(a)tut.by CC: dimesio(a)earthlink.net Distribution: --- After recent update of Fedora repository, all x64_64 versions of wine-*-common packages are missing. DNF upgrade command complain on broken dependencies: Problem 1: cannot install the best update candidate for package wine-staging64-1:6.4-1.1.x86_64 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 Problem 2: package winehq-staging-1:6.5-1.2.x86_64 requires wine-staging64 = 1:6.5-1.2, but none of the providers can be installed - cannot install the best update candidate for package winehq-staging-1:6.4-1.1.x86_64 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 Problem 3: problem with installed package wine-staging64-1:6.4-1.1.x86_64 - package wine-staging64-1:6.4-1.1.x86_64 requires wine-staging-common = 1:6.4-1.1, but none of the providers can be installed - cannot install both wine-staging-common-1:6.5-2.1.i686 and wine-staging-common-1:6.4-1.1.i686 - cannot install the best update candidate for package wine-staging-common-1:6.4-1.1.i686 - nothing provides wine-staging-common = 1:6.5-1.2 needed by wine-staging64-1:6.5-1.2.x86_64 -- 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.

1 9

[Bug 51354] New: WRC 7 needs ID3DUserDefinedAnnotation interface
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51354 Bug ID: 51354 Summary: WRC 7 needs ID3DUserDefinedAnnotation interface Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Shows WRC 7 window and immediately closes. 0110:trace:d3d11:d3d11_device_context_QueryInterface iface 00000000001E31E8, iid {b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab}, out 00000000026DA770. 0110:warn:d3d11:d3d11_device_context_QueryInterface {b2daad8b-03d4-4dbf-95eb-32ab4b63d0ab} not implemented, returning E_NOINTERFACE. wine-6.11-158-g542175ab104 -- 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.

1 7

[Bug 46615] New: PC Building Simulator doesn't render fonts
by wine-bugs＠winehq.org 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46615 Bug ID: 46615 Summary: PC Building Simulator doesn't render fonts Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint I tried to play PC Building Simulator v9.3.4 but it's impossible to play the game because fonts are not rendered. I attached my console output (there are also errors). -- 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.

2 5

[Bug 44950] New: err:ntdll: RtlpWaitForCriticalSection. Supreme Commander FA
by wine-bugs＠winehq.org 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44950 Bug ID: 44950 Summary: err:ntdll:RtlpWaitForCriticalSection. Supreme Commander FA Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: james.ytedmonds(a)gmail.com Distribution: --- This bug has affected Supreme Commander: Forged Alliance since pre-2.21. I have found this bug to affect multiple machines with clean wine prefixes. At some point during gameplay, the game will either stop entirely or the window for it will close. The terminal reads: " 007f:fixme:faultrep:ReportFault 0x153ece4 0x0 stub 0110:err:ntdll:RtlpWaitForCriticalSection section 0xfeec00 "?" wait timed out in thread 0110, blocked by 007f, retrying (60 sec) " The only option after this point is to kill the applications. I have found several things that seem to make the bug more likely: *Playing on large maps (definite correlation) *Using 6+ players (less certain) *High graphics settings (might affect timing of bug, but AFAIK cannot cause it) I have tried to override the "ntdll.dll" with one from real windows, but I believe wine at this time does not support overriding this DLL. The bug is easy to reproduce, on a large map (i.e. "Betrayal Ocean") it can occur within 5-10 minutes. I can get any details and logs needed, but I will need to be told how to get them (I am not experienced with debugging) -- 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.

2 12

[Bug 48847] New: dotnet471: often gets a critical section timeout
by WineHQ Bugzilla 10 Apr '22

10 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48847 Bug ID: 48847 Summary: dotnet471: often gets a critical section timeout Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 66764 --> https://bugs.winehq.org/attachment.cgi?id=66764 bt all I've been seeing this when running winetricks-test, for dotnet46* and dotnet471. This info is for dotnet471. austin(a)laptop ~ $ grep 'wait timed out' /tmp/out.txt | sort -u 0048:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0048, blocked by 006e, retrying (60 sec) 006e:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 006e, blocked by 0174, retrying (60 sec) 00ad:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 00ad, blocked by 006e, retrying (60 sec) 00bb:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 00bb, blocked by 0174, retrying (60 sec) 00e2:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 00e2, blocked by 006e, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 0114, blocked by 0174, retrying (60 sec) 0166:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0166, blocked by 006e, retrying (60 sec) 0169:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0169, blocked by 006e, retrying (60 sec) 016c:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "heap.c: main process heap section" wait timed out in thread 016c, blocked by 0174, retrying (60 sec) 0193:err:ntdll:RtlpWaitForCriticalSection section 0x7bd2c220 "loader.c: loader_section" wait timed out in thread 0193, blocked by 006e, retrying (60 sec) winedbg bt all is attached. -- 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.

1 19

[Bug 50629] New: Old links on https://www.winehq.org/forums
by WineHQ Bugzilla 09 Apr '22

09 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50629 Bug ID: 50629 Summary: Old links on https://www.winehq.org/forums Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- Two old links on https://www.winehq.org/forums 1. "Users might also want to visit the Wine area at Linux Forums" has a link to http://www.linuxforums.org/forum/wine/ linuxforums.org is offline since May 2020 2. The wine-tests-results(a)winehq.org mailing list isn't used. -- 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.

1 2