(Resending with reply-all, sorry...) On 10/28/22 07:36, Stephen Kitt wrote:
Hi Tobias, On Thu, 27 Oct 2022 17:53:29 +0200, Tobias Koeck <tkoeck@imap.a2gb.de> wrote:unfortunately the system installed or wanted to install the newer version after running. apt-get dist-upgrade -t bullseye-backportsThis is generally a bad idea, backports repositories shouldn’t be enabled globally for upgrades. However that’s not the problem here...libwine : Depends: libz-mingw-w64 (>= 1.2.11+dfsg-4) but 1.2.11+dfsg-2 is to be installedPhil, wine’s debian/control hard-codes the above version as a minimum requirement on libz-mingw-w64, but there is no satisfactory version available in stable or backports. Presumably Wine needs a version of the libz DLL with no GCC dependencies, so we’d have to backport libz-mingw-w64 too. I can take care of that this weekend.
Hi all, In wine 6.23 we introduced a mechanism to allow linking to external shared-library versions of various packages. It's described in more detail at [1], but I'd like to note that it can be done while linking to DLLs with GCC dependencies, and also that it can be done without needing to patch the source (as is currently done in the Debian package). The basic idea is to use the --with-system-dllpath configure argument, i.e. something like the following: configure --with-system-dllpath=/usr/x86_64-w64-mingw32/lib/:/usr/lib/gcc/x86_64-w64-mingw32/10-win32/ This will automatically detect most libraries, including zlib, if MinGW pkg-config is available at build time, but you can also manually specify the compiler and linker flags, with ZLIB_PE_CFLAGS and ZLIB_PE_LIBS. I hope this information is useful. --Zeb [1] https://lists.debian.org/debian-wine/2022/04/msg00014.html