[pkg-gnupg-maint] A merge request to libgpg-error
Andreas Metzler
ametzler at bebt.de
Mon Jul 31 17:51:55 BST 2023
On 2023-07-31 NIIBE Yutaka <gniibe at fsij.org> wrote:
> Andreas Metzler <ametzler at bebt.de> wrote:
> > Change #1 makes ./configure patch libtool for host x86_64-*mingw32* to
> > change the dll name from libgpg-error-0.dll to libgpg-error6-0.dll.
> Yes. Debian packaging has been ignoring this local modification of
> upstream GnuPG. I thought that it is unintended in Debian packaging.
> But I may be wrong.
Hello,
thanks for your explanations.
I think this is an somehow intentional difference from upstream.
[...]
> There are some technical reasons to have distinct namespaces for 32-bit
> and 64-bit, resulting different soname (for 32-bit version and 64-bit
> version) of a given library. It allows having a library for 32-bit and
> for 64-bit within the same PATH or even in the same directory on a
> single machine.
[...]
That is not an issue for the Debian packaging since we use different
directories for 64/32 bit. There is also strong precedent in
i386/x86-64 linux to use different directories (both in the multilib
and the multi-arch variant) instead of different filenames.
[...]
>> * It tightly couples buildability of the libgpg-error Debian package
>> with a specific libtool version.
> I agree that it is not best to keep the local modification by the form
> of patch against generated libtool; Use of a patch here would be too
> fragile.
[...]
I think the cost/benefit ratio for this change to the Debian packaging
is not good. There is little gain, but high cost.
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'
More information about the pkg-gnupg-maint
mailing list