Re: libreoffice on armhf: ‘asm’ operand has impossible constraints or there are not enough registers

2024-08-05 Thread Andreas Metzler
On 2024-07-28 Adrian Bunk wrote: > On Sun, Jul 28, 2024 at 06:38:01PM +0200, Rene Engelhard wrote: [...] > > /<>/bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx:278:5: > > error: ‘asm’ operand has impossible constraints or there are not enough > > registers > > 278 | __asm__ __volatile__

Re: Status of the t64 transition

2024-04-18 Thread Andreas Metzler
On 2024-04-18 Sebastian Ramacher wrote: [...] > Let's start with the first category. Those are packages that could be > binNMUed, but there are issues that make those rebuilds not have the > desired effect. This list include packages that > * are BD-Uninstallabe, > * FTBFS but with out ftbfs-tag

Re: debugging gsasl autopkg test error on armhf

2023-12-04 Thread Andreas Metzler
On 2023-12-04 Emanuele Rocca wrote: > Hi Andreas! > On 2023-12-03 06:20, Andreas Metzler wrote: > > gnutls28 is currently blocked from testing because gsasl's autopkg test > > fails. > We recently enabled stack-clash-protection on all arm ports. On 32 bit > arm the

debugging gsasl autopkg test error on armhf

2023-12-03 Thread Andreas Metzler
Hello, gnutls28 is currently blocked from testing because gsasl's autopkg test fails. I have played around on abel: Taking a trixie chroot and pulling in newer gnutls via LD_LIBRARY_PATH makes most of the testsuite fail, including this trivial test: 8X-- LD_LIBRARY_PA

Bug#638270: enblend-enfuse: FTBFS on armel

2011-08-18 Thread Andreas Metzler
On 2011-08-18 Julien Cristau wrote: > Source: enblend-enfuse [...] > > arm-linux-gnueabi-g++ -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE > > -D_FILE_OFFSET_BITS=64 -I../include -DVIGRA_STATIC_LIB -pthread > > -I/usr/include/OpenEXR -g -O2 --param inline-unit-growth=60 -O2 -DNDEBUG > > -Wall -M

Re: non-working coreutils and findutils in arm chroot, running armel kernel

2008-03-27 Thread Andreas Metzler
On 2008-03-27 Riku Voipio <[EMAIL PROTECTED]> wrote: > clone 462677 -1 -2 [...] > reassign -2 fileutils > retitle -2 findutils fails oldabi arm userland with armel kernel: > thanks > See #462677 and. > http://lists.debian.org/debian-arm/2008/02/msg00073.html > for previous discussion. I presume f

Re: (ia64/arm/m68k/unstable): FTBFS: segv in miniperl

2004-07-01 Thread Andreas Metzler
On 2004-06-21 Matthias Klose <[EMAIL PROTECTED]> wrote: [...] > Maybe it's an alternative to build miniperl with gcc-2.96 on ia64 and > gcc-2.95 on arm and m68k? Building with gcc-2.95 requires[...] adding '-Dcc=gcc-2.95 -Dcpp=cpp-2.95' to debian/config.debian and perl saves this Config.pm: [EMAI

Re: (ia64/arm/m68k/unstable): FTBFS: segv in miniperl

2004-06-25 Thread Andreas Metzler
On 2004-06-24 Andreas Metzler <[EMAIL PROTECTED]> wrote: > On 2004-06-21 Matthias Klose <[EMAIL PROTECTED]> wrote: [...] >> Maybe it's an alternative to build miniperl with gcc-2.96 on ia64 and >> gcc-2.95 on arm and m68k? > Just to avoid duplicate effort. - I

Re: (ia64/arm/m68k/unstable): FTBFS: segv in miniperl

2004-06-24 Thread Andreas Metzler
On 2004-06-21 Matthias Klose <[EMAIL PROTECTED]> wrote: > This may be a compiler bug. On ia64 the package builds using gcc-3.4 > from experimental. I didn't try to build 5.8.3 to see if this was > triggered by the new perl version. > Maybe it's an alternative to build miniperl with gcc-2.96 on ia6

RF building openmotiv on arm (non-free!)

2004-06-16 Thread Andreas Metzler
Hello, I am trying to get openmotif in sync on all architectures to let it propagate to testing. - I have successfully built it on alpha, i386 and hppa, merulo.debian.org is currently building for ia64, and on s390 I've just contacted debian-admin to install build-dependencies. However I am helple

Re: kino build failure on arm.

2004-06-11 Thread Andreas Metzler
Daniel Kobras <[EMAIL PROTECTED]> wrote: > On Wed, May 19, 2004 at 11:29:35AM +0100, Philip Blundell wrote: >> On Wed, 2004-05-19 at 08:25, Daniel Kobras wrote: >>> On Tue, May 18, 2004 at 08:14:47PM +0100, Philip Blundell wrote: This looks like it ran out of memory. Which machine was it buil

[exim4] Where did the build go?

2004-02-04 Thread Andreas Metzler
Hello, I was rather happy to see that exim4 had been built succefully on all architectures shortly after the upload. However the succesful builds on arm http://buildd.debian.org/build.php?arch=arm&pkg=exim4&ver=4.30-5 and sparc http://buildd.debian.org/build.php?arch=sparc&pkg=exim4&ver=4.30-5 on J

Please sign and upload successfull build of cdrdao 1.1.7-0.1

2002-11-05 Thread Andreas Metzler
[Please Cc me on fups] Hello, According to http://buildd.debian.org/build.php?pkg=cdrdao 1.1.7-0.1 has been built successfully on Sat 19 Oct 2002 04:47 on europa. Nevertheless it was not uploaded yet and the out-of-date-on-arm inhibits the package's progress to testing. thanks in advance, cu a