[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