On Thu, Jul 03, 2014 at 08:07:17PM +0200, Werner Koch wrote:
> You have to test them anywa. Retrieving the needed information is
> simple. If you can give me access to those machines, I will be glad to
> do that.
Daniel updated[1] the build recipe for Debian to output the generated
header during
Hello,
On 2014-07-03 at 22:48 -0400, Daniel Kahn Gillmor wrote:
> I just tried to do this for powerpc (from x86-64) and didn't manage to
> create a powerpc executable for gen-posix-lock-obj. I'm not sure what
> i'm doing wrong, but below is a transcript of the full attempt,
> including a demonstr
Dropping gnupg from CC, because this is boring to them.
On Thu, Jul 03, 2014 at 10:48:58PM -0400, Daniel Kahn Gillmor wrote:
> On Thu 2014-07-03 02:46:00 -0400, Werner Koch wrote:
> > Right. This is why the instructions in README
> >
> > build="$(build-aux/config.guess)"
> > ./configure --pre
On Thu 2014-07-03 02:46:00 -0400, Werner Koch wrote:
> Right. This is why the instructions in README
>
> build="$(build-aux/config.guess)"
> ./configure --prefix=TARGETDIR --host=TARGET --build=$build
> cd src
> make gen-posix-lock-obj
> scp gen-posix-lock-obj TARGET:
> ssh TARGET ./ge
On Thu, Jul 03, 2014 at 08:07:17PM +0200, Werner Koch wrote:
> On Thu, 3 Jul 2014 17:59, hel...@subdivi.de said:
> > * The list of Debian architectures I am trying to crossbuild for is:
> >alpha, arm, arm64, armel, armhf, hppa, i386, ia64, m68k, mips,
> >mips64el, mipsel, or1k, powerpc, p
On Thu, 3 Jul 2014 17:59, hel...@subdivi.de said:
> maintain. These headers may need changes with updated versions of glibc
> (or with a different libc) and for new ports the header will always be
No. The objects are part of the ABI and thus there is no way to change
them without changing the p
On Thu, 3 Jul 2014 20:07, w...@gnupg.org said:
> That is what we are doing. Running the check program is just a
> convenient way of creating the header _and_ to check that everything
Oops, my fault: We need to run it on the host platform to scan the value
of the static intializer.
Shalom-Sala
On Thu, Jul 03, 2014 at 10:19:46AM -0400, Daniel Kahn Gillmor wrote:
> It sounds like upstream is willing to include these headers for whatever
> architecture we want, and it looks like it should be pretty
> straightforward to add headers as a stopgap to new debian releases of
> libgpg-error should
forwarding upstream's response here.
It sounds like upstream is willing to include these headers for whatever
architecture we want, and it looks like it should be pretty
straightforward to add headers as a stopgap to new debian releases of
libgpg-error should we need to do that.
Helmut, can you t
Package: src:libgpg-error
Version: 1.13-0.1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: d...@debian.org
User: helm...@debian.org
Usertags: rebootstrap
Dear maintainer and Daniel (NMUer),
I noticed that NMU 1.13.0-1 introduced a regression compared to
1.12-0.2. The package no longer cross buil
10 matches
Mail list logo
