Bug#1098652: datalab: arm64 failing tests with scipy 1.15

2025-02-22 Thread Drew Parsons
Source: datalab Version: 0.18.1-1 Severity: normal X-Debbugs-Cc: debian-arm@lists.debian.org User: debian-arm@lists.debian.org Usertags: arm64 datalab on arm64 is failing tests against scipy 1.15 from experimental. amd64 is passing tests. not clear what the problem is.

Re: Bug#1069425: uid-wrapper: FTBFS on armhf: 15: [ LINE ] --- ./tests/test_syscall.c:53: error: Failure!

2024-07-28 Thread Drew Parsons
On 2024-07-28 14:27, Jeffrey Walton wrote: On Sun, Jul 28, 2024 at 7:47 AM Drew Parsons wrote: I've uploaded an NMU for uid-wrapper 1.3.0-5.1 to skip the syscall gettimeofday test on __arm__, since armel and armhf are returning tv_sec=0 from the syscall. Obviously replace the patch w

Re: Bug#1069425: uid-wrapper: FTBFS on armhf: 15: [ LINE ] --- ./tests/test_syscall.c:53: error: Failure!

2024-07-28 Thread Drew Parsons
On 2024-07-25 12:35, Drew Parsons wrote: Given the timing of the test failure, my guess is that uid-wrapper is a casuality of the time_64 transition. It looks like something is amiss with the __NR_gettimeofday system calls on 32-bit ARM. cc:ing ARM porters. Can you advise on the 32-bit arm

Re: Bug#1069425: uid-wrapper: FTBFS on armhf: 15: [ LINE ] --- ./tests/test_syscall.c:53: error: Failure!

2024-07-25 Thread Drew Parsons
Given the timing of the test failure, my guess is that uid-wrapper is a casuality of the time_64 transition. It looks like something is amiss with the __NR_gettimeofday system calls on 32-bit ARM. cc:ing ARM porters. Can you advise on the 32-bit arm test failure reported in Bug#1069425 ? SY

mpich FTBFS on sh4: MPIUI_Thread TLS definition mismatches tbss

2017-06-06 Thread Drew Parsons
mpich has been consistently failing to build on sh4. The error occurs when linking the static library with the message: /usr/bin/ld: MPIUI_Thread: TLS definition in lib/.libs/libmpich.a(lib_libmpich_la-mpiu_thread.o) section .tbss mismatches non-TLS reference in lib/.libs/libmpich.a(lib_libmpich

petsc 3.7 FTBFS on armhf

2016-07-02 Thread Drew Parsons
Dear arm64 porters, petsc 3.7 (in experimental) fails to build on armhf (the previous version petsc 3.6 built fine). The log is  https://buildd.debian.org/status/fetch.php?pkg=petsc&arch=armhf&ver=3.7.2.dfsg1-1exp1&stamp=1467425583 The build passes configuration, compiles, but failings at the fin

request for help: petsc 3.7 FTBFS on arm64 (openmpi shared library support?)

2016-07-02 Thread Drew Parsons
Dear arm64 porters, petsc 3.7 (in experimental) fails to build on arm64 (the previous version petsc 3.6 built fine). The log is  https://buildd.debian.org/status/fetch.php?pkg=petsc&arch=arm64&ver=3.7.2.dfsg1-1exp1&stamp=1467423533 with an error during the configuration when testing MPI (configur

Re: problem building gerris on armel: Illegal instruction

2009-04-23 Thread Drew Parsons
On Sun, 2009-04-19 at 16:08 +0100, Martin Guy wrote: > On 4/19/09, Drew Parsons wrote: > > is in FPU_SETCW, so it's certainly related to Debian patch > > fpucontrol-bug350595.patch. > > Maybe Related in the sense that this patch will be the right place for the fix/w

Re: problem building gerris on armel: Illegal instruction

2009-04-19 Thread Drew Parsons
On Mon, 2009-04-13 at 17:06 +0300, Riku Voipio wrote: > On Sat, Apr 11, 2009 at 01:24:57AM +1000, Drew Parsons wrote: > > Dear armel experts, > > cc: Debian Science, Gerris upstream > > > > gerris is FTBFS failing to build from source on armel, see > > https:

Re: problem building gerris on armel: Illegal instruction

2009-04-14 Thread Drew Parsons
On Tue, 2009-04-14 at 15:19 +0300, Riku Voipio wrote: > On Tue, Apr 14, 2009 at 10:13:35PM +1000, Drew Parsons wrote: > > On Mon, 2009-04-13 at 17:06 +0300, Riku Voipio wrote: > > > On Sat, Apr 11, 2009 at 01:24:57AM +1000, Drew Parsons wrote: > > > > > > >

Re: problem building gerris on armel: Illegal instruction

2009-04-14 Thread Drew Parsons
On Mon, 2009-04-13 at 17:06 +0300, Riku Voipio wrote: > On Sat, Apr 11, 2009 at 01:24:57AM +1000, Drew Parsons wrote: > > > > gerris is FTBFS failing to build from source on armel, > > I didnt see this on my rebuild attempt (on a different machine). > You can

problem building gerris on armel: Illegal instruction

2009-04-10 Thread Drew Parsons
Dear armel experts, cc: Debian Science, Gerris upstream gerris is FTBFS failing to build from source on armel, see https://buildd.debian.org/build.php?pkg=gerris https://buildd.debian.org/fetch.cgi?&pkg=gerris&ver=0.9.2% 2Bdarcs081022-dfsg.1-3&arch=armel&stamp=1238595409&file=log All other archit

Re: building xprint-xprintorg on arm

2003-07-03 Thread Drew Parsons
On Fri, 2003-07-04 at 08:14, James Troup wrote: > Drew Parsons <[EMAIL PROTECTED]> writes: > > > Could I therefore ask you to put xprint-xprintorg through the autobuilder > > again? > > Done. > Thanks. Looks good :) Drew

building xprint-xprintorg on arm

2003-07-01 Thread Drew Parsons
Hello arm porters, the last version of xprint-xprintorg failed to build on arm. The error seemed to be the same as for XFree86. After some work on gcc-3.3, XFree86 is now building again. Could I therefore ask you to put xprint-xprintorg through the autobuilder again? Thanks, Drew -- PGP publ

Xprint on arm, powerpc, s390

2002-11-08 Thread Drew Parsons
Dear porters, Xprint (package xprint-xprintorg, upstream http://xprint.mozdev.org) is now compiled and uploaded for all architectures. It is a printing system based on the X protocol, permitting a more WYSIWIG print. It's need, for instance, to get mozilla to print non-latin letters or MathML.