[Pkg-gnupg-maint] Bug#643341: Bug#643341: libgpg-error-dev: cross-compiling anything based on libgpg-error is painful

[Daniel Kahn Gillmor]

On Wed 2014-09-03 17:30:30 -0400, Daniel Kahn Gillmor wrote:
> On 09/03/2014 04:25 PM, Helmut Grohne wrote:
>> One thing that libgpg-error can do nonetheless is to move
>> /usr/include/gpg-error.h to /usr/include/<triplet>/gpg-error.h. This
>> avoids accidental inclusion of a wrong-architecture header. Refer to
>> <20140829095214.GV19999 at stoneboat.aleph1.co.uk> section 3.4 for details
>> or ask me.
>> 
>> In any case, turning libgpg-error-dev M-A:same should be a goal (and
>> arguably this is the current meaning of the bug being discussed). For
>> this reason alone, I argue that it should be kept open (and possibly
>> retitled to "make libgpg-error-dev Multi-Arch:same").
>
> Colin, does this sound reasonable to you?

I did some reading about what i think the goal is here:

 https://wiki.ubuntu.com/MultiarchCross

Already, the .so and .a files present in libgpg-error-dev are at an
arch-specific path.

we would need to move /usr/include/gpg-error.h to
/usr/include/$ARCH/gpg-error.h (since that file varies by architecture).

Thus far, no problems.

But the last remaining piece of doing this work is to deal with
/usr/bin/gpg-error-config, which differs by architecture.

The first recommendation here:

  https://wiki.ubuntu.com/MultiarchCross#Executables_in_-dev_packages

is to help upstream switch to pkg-config, which Werner has explicitly
stated he has no interest in doing, so that's out.

All of the recommendations seem pretty problematic, actually, in terms
of forcing an archive transition -- we'd require our downstream
dependencies to change how they invoke gpg-error-config.

One other approach, i suppose, is to modify gpg-error-config itself
somehow to be able to invoke it with a different triplet (but have it
default to something sane?)

I'm really not sure what the best way to approach this is, but i'm open
to specific suggestions.

   --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 948 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/attachments/20140915/4d0d65c1/attachment-0001.sig>