Bug 2417982
| Summary: | wine doesn't search for dlls in /usr/i686-w64-mingw32/sys-root/mingw/bin/ | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Luan Vitor Simião Oliveira <luanv.oliveira> |
| Component: | wine | Assignee: | Michael Cronenworth <mike> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | besser82, headshotx, mike, r9290x, rjones, suraj.ghimire7 |
| Target Milestone: | --- | Keywords: | Desktop |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Luan Vitor Simião Oliveira
2025-12-01 12:36:59 UTC
*** Bug 2417810 has been marked as a duplicate of this bug. *** wine-10.20-2.fc44.x86_64 + everything else from Rawhide
There seems something very broken here about how the latest wine searches for DLLs.
If I manually copy or link the DLLs into the same directory as the executable, then
it works, but that is very tedious.
Setting WINEPATH=/usr/x86_64-w64-mingw32/sys-root/mingw/bin/ is inconsistent.
Sometimes it fixes the problem and sometimes not, and I don't understand why.
A trivial reproducer is:
$ cat hello.c
#include <stdio.h>
#include <gnutls/gnutls.h>
int main ()
{
gnutls_session_t session;
gnutls_init (&session, 0);
printf ("hello, world\n");
}
$ x86_64-w64-mingw32-gcc hello.c -o hello.exe -lgnutls
$ file hello.exe
hello.exe: PE32+ executable for MS Windows 5.02 (console), x86-64, 18 sections
$ ./hello.exe
002c:fixme:winediag:loader_init wine-staging 10.20 is a testing version containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
0024:err:module:import_dll Library libgnutls-30.dll (which is needed by L"Z:\\home\\rjones\\d\\nbdkit-windows\\hello.exe") not found
0024:err:module:loader_init Importing dlls for L"Z:\\home\\rjones\\d\\nbdkit-windows\\hello.exe" failed, status c0000135
00e4:fixme:winediag:loader_init wine-staging 10.20 is a testing version containing experimental patches.
00e4:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
011c:fixme:winediag:loader_init wine-staging 10.20 is a testing version containing experimental patches.
011c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
Upstream said that the new wow64 feature no longer supports searching outside of wine directories. :( https://bugs.winehq.org/show_bug.cgi?id=54573#c34 I am leaning towards disabling the new wow64 feature in Fedora. I'm not sure I understood much about that bug, but the problem is not the DLLs themselves, but the loading path. Even adding a symlink from the executable's directory to /usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgnutls-30.dll (and additional symlinks for every DLL that it requires) works. As far as I can tell, Wine's basically stopped working with some software... Is this a regression expected to be fixed upstream? Or is it about a paradigm shift of sorts, and distros are supposed to adjust? |