http://bugs.winehq.org/show_bug.cgi?id=57797
--- Comment #15 from Richard Yao richard@ryao.dev --- (In reply to Jorge Leguiza from comment #14)
The issue is definitely still present and at this point I should try the suggested patch on comment 4 however my machine is not fast, compiling wine will take me many hours and I would be grateful if binaries could be provided, otherwise I'll report back once I have tested it
There are a few issues with running binaries compiled by random strangers on the internet:
1. They could put malware into them. You are putting trust into the person who provides them that they are not going to do anything malicious. You are also trusting that their machine is not compromised, such that no malware will automatically inject itself into whatever they provide, even if they themselves are not malicious. 2. They are tied to the system’s libc, so they might not even run. I run Gentoo with the latest packages and I am on glibc 2.42. If I build binaries on my machine without cross compiling, the binaries will likely only work on systems running glibc 2.42 or later. Arch Linux is using glibc 2.42, but I cannot tell whether Artix is, as it is giving a 500 error on its packages page for glibc and the DDG cache suggests it is using glibc 2.41.
Then there are the legal requirements of the LGPL to provide source code upon request potentially indefinitely. This is not an issue for the person receiving the binaries, but it is a possible headache for the person providing them. Thankfully, if can be avoided by bundling the source code with the binaries, but that will boost the tarball size.
It has been years since I built wine outside of my package manager, but if nobody does one before me, I could do a build in the morning and put it on my HTTP server for you to download. However, you should keep in mind all of the caveats stated above about this. If you want to be able to compile wine yourself quickly, setup ccache. The first build would be slow, but subsequent builds would be fast. They would be even faster if you specify a job count with the -j option to try to keep the build process parallelized.