Bug#714589:
On 2024-05-10 Andreas Metzler wrote: [...] > However that was quite painful. codesearch.debian.net lists 78 packages > matching libgcrypt-config. I suspect the majority will be using the > macros from libgcrypt.m4 and therefore already use gpgrt-config but > I also suspect that about a quarter of these either do not or do not or > do not use/autoupdate the current libgcrypt.m4 Hello, I have taken a peek, but will stop for now. The new version of AM_PATH_LIBGCRYPT() does not work without libgcrypt-config unless AM_PATH_GPG_ERROR() is used before. There are many rdeps that do not use libgpg-error. I have asked upstream on how to move on from here. https://dev.gnupg.org/T7114 cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#714589:
On 2024-05-09 Alex Henrie wrote: > This packaging bug is a big problem for Proton's Wine fork, which > needs both /usr/lib/i386-linux-gnu/libgcrypt.so and > /usr/lib/x86_64-linux-gnu/libgcrypt.so to be available at build time. > Currently, Proton built for Debian can only support ECDH in 32-bit > games or 64-bit games, but not both. See > https://github.com/ValveSoftware/wine/commit/8ae2eb018d5b6ea97879f2acc4623afa4de6bc83 > However, it won't do much good to fix libgcrypt20-dev without fixing > its dependency libgpg-error-dev first. See > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933713 Hello, changing libgpg-error-dev might be feasible now that we got rid of gpg-error-config. However that was quite painful. codesearch.debian.net lists 78 packages matching libgcrypt-config. I suspect the majority will be using the macros from libgcrypt.m4 and therefore already use gpgrt-config but I also suspect that about a quarter of these either do not or do not or do not use/autoupdate the current libgcrypt.m4 cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#714589:
This packaging bug is a big problem for Proton's Wine fork, which needs both /usr/lib/i386-linux-gnu/libgcrypt.so and /usr/lib/x86_64-linux-gnu/libgcrypt.so to be available at build time. Currently, Proton built for Debian can only support ECDH in 32-bit games or 64-bit games, but not both. See https://github.com/ValveSoftware/wine/commit/8ae2eb018d5b6ea97879f2acc4623afa4de6bc83 However, it won't do much good to fix libgcrypt20-dev without fixing its dependency libgpg-error-dev first. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933713
Bug#714589: Request Multi-Arch support for package libgcrypt11-dev
Until this is fixed by the Debian GnuTLS Maintainers, I use a workaround for cross development: - Unpack the .debs for native architecture (here: amd64) and the archtectures for cross building (here: armel and armhf) - Add "Multi-Arch: same" to the control file of each package - Remove the executables in the non-native packages¹ - Repack, install, enjoy ¹ Correct would probably a libgcrypt-dev-tools package with the executables, "Multi-Arch: foreign".
Bug#714589: Request Multi-Arch support for package libgcrypt11-dev
Package: libgcrypt20-dev Version: 1.6.3-2 Followup-For: Bug #714589 Dear Maintainer, This bug is still present in the new libgcrypt20-dev package. Here are the issues I noticed: * dumpsexp and hmac256 binaries. A possible solution would be to move them to a separate Multi-Arch: foreign package. * libgcrypt-config configure script. Such configure script tend to be obsolete as pkg-config is a more standard way of getting this kind of information nowadays. So an option would be to remove it. Alternatively, one could remove the library paths since it's not necessary to add them to -L on Debian. Then only the my_host variable would remain. Maybe ithe --host option could be removed too? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgcrypt20-dev depends on: ii libc6-dev [libc-dev] 2.19-18 ii libgcrypt20 1.6.3-2 ii libgpg-error-dev 1.17-3 libgcrypt20-dev recommends no packages. Versions of packages libgcrypt20-dev suggests: pn libgcrypt20-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714589: Request Multi-Arch support for package libgcrypt11-dev
Package: libgcrypt11-dev Version: 1.5.0-5 I would like to request that mult-arch be supported by libgcrypt11-dev.