Re: Does buildd need some mipsel machines?

Thanks for your interest. The appropriate place for buildd machines is the wanna-build team (and debian-mips I guess), so I'm sending your message there. Cheers, Emilio Full quoted message: LIU Qi wrote: Hi guys, It seems that the mipsel machine of buildd doesn't work so well. Is there any

Re: Bug#711107: gtk+3.0: FTBFS on ia64 and mips

tags 711107 + help thanks Hi, On 04/06/13 20:45, Adam D. Barratt wrote: Source: gtk+3.0 Version: 3.8.2-1 Severity: serious Tags: jessie sid Hi, gtk+3.0 FTBFS on ia64 and mips with test errors. From the ia64 build log: TEST: children... (pid=30825) process 30825: D-Bus library

Re: Bug#711107: gtk+3.0: FTBFS on ia64 and mips

Hi, On 15/06/13 04:01, Stephan Schreiber wrote: I'm using Debian unstable on ia64. I built the gtk+3.0 package twice; the test always fails as on the ia64 buildd: /usr/bin/make check-local make[4]: Entering directory

Re: Bug#711107: gtk+3.0: FTBFS on ia64 and mips

Hi Stephan, Thanks for your analysis! I indeed get a conditional jump based on an uninitialized variable on x86_64. I have forwarded your bug report upstream at https://bugzilla.gnome.org/show_bug.cgi?id=702370 As for the mips failure, I ran it on valgrind on x86_64 in case it was a similar

webkit build failure on mipsel

Hi, webkit is failing to build on mipsel[1] with: /bin/sh ./libtool --tag=CXX --mode=link g++ -fno-strict-aliasing -fno-rtti -D_FORTIFY_SOURCE=2 -D_REENTRANT -I/usr/include -O2 -Wformat -Werror=format-security -Wall -Wl,--as-needed -Wno-c++0x-compat -O2 -Wl,-z,relro -Wl,--no-keep-memory -o

Re: webkit build failure on mipsel

On 19/06/13 01:47, Aurelien Jarno wrote: On Mon, Jun 17, 2013 at 07:42:51PM +0200, Emilio Pozuelo Monfort wrote: Hi, webkit is failing to build on mipsel[1] with: /bin/sh ./libtool --tag=CXX --mode=link g++ -fno-strict-aliasing -fno-rtti -D_FORTIFY_SOURCE=2 -D_REENTRANT -I/usr/include

Bug#760865: calibre: FTBFS on mips: thread.error: can't start new thread

Source: calibre Version: 2.0.0+dfsg-1 Severity: serious Your package has failed to build on mips since version 2.0.0: ### Building extension freetype ### Compiling freetype Traceback (most recent call last): File setup.py, line 99, in module sys.exit(main()) File setup.py, line

Re: binNMUs: please exercise some care

On 23/10/15 13:21, Emilio Pozuelo Monfort wrote: > On 23/10/15 13:02, Thorsten Glaser wrote: >> On Fri, 23 Oct 2015, Adam D. Barratt wrote: >> >>> wanna-build does, yes, but at least the Release Team tend to use the "wb" >>> wrapper tool which automatic

Re: binNMUs: please exercise some care

On 23/10/15 13:02, Thorsten Glaser wrote: > On Fri, 23 Oct 2015, Adam D. Barratt wrote: > >> wanna-build does, yes, but at least the Release Team tend to use the "wb" >> wrapper tool which automatically works out the next free number on each >> architecture. > > Ah, cool – so we have only to

Re: binNMUs: please exercise some care

On 23/10/15 12:23, Wookey wrote: > +++ Emilio Pozuelo Monfort [2015-10-23 11:49 +0200]: >> On 23/10/15 11:20, Thorsten Glaser wrote: > >>> How about, scheduling them all at once, but using the same version >>> number across arches when doing it (i.e. the larges

Re: binNMUs: please exercise some care

[ Sorry for the cross-post, but I believe the people in -release and -wb-team should see this ] On 23/10/15 09:05, Thorsten Glaser wrote: > Hi, > > whoever is scheduling binNMUs now should do so with a little > bit more care, please. > > Case in point, frameworkintegration – x32 already was

Re: [Stretch] Status for architecture qualification

On 14/06/16 09:06, Philipp Kern wrote: > On Mon, Jun 13, 2016 at 07:33:56PM +, Niels Thykier wrote: >> Philipp Kern: >>> On 2016-06-05 12:01, Niels Thykier wrote: * amd64, i386, armel, armhf, arm64, mips, mipsel, powerpc, ppc64el, s390x - *No* blockers at this time from

Re: mips64el in testing

On 06/03/16 01:21, Aurelien Jarno wrote: On 2016-03-05 17:40, Emilio Pozuelo Monfort wrote: Hi, Hi, So mips64el got into unstable on ftpmaster a while ago. I suppose you would like for it to get into testing and released with Stretch. Is that right? Yes, that is right. If so, db5.3

mips fpu hw

Hi, It's been a long while that I have been asking on #debian-buildd about some mips buildds with a floating point unit, and the answer has always been "it will happen soon". Currently this state of affairs causes some packages to take several *days* to build. So what's the status of

Re: mips fpu hw

On 06/04/16 10:39, Aurelien Jarno wrote: > On 2016-03-11 19:11, Emilio Pozuelo Monfort wrote: >> Hi, > > Hi, > >> It's been a long while that I have been asking on #debian-buildd about some >> mips buildds with a floating point unit, and the answer has alway

mips64el in testing

Hi, So mips64el got into unstable on ftpmaster a while ago. I suppose you would like for it to get into testing and released with Stretch. Is that right? If so, db5.3 needs to get built, as that's the last package that got imported and hasn't been rebuilt since:

Bug#832824: haskell-src-exts: fails to build on mips64el: ghc_8.hc:(.text+0x10c): relocation truncated to fit: R_MIPS_GOT_DISP against `stg_ap_0_fast'

Source: haskell-src-exts Version: 1.17.1-1 Severity: serious Your package has been failing to build on mips64el for a while now: https://buildd.debian.org/status/logs.php?pkg=haskell-src-exts=mips64el >From the last two logs: [22 of 24] Compiling Language.Haskell.Exts.Parser (

Re: [Stretch] Status for architecture qualification

On 16/06/16 02:12, Hector Oron wrote: > I have put up the classical wiki page for Stretch at: > https://wiki.debian.org/ArchiveQualification/Stretch > > Please review and comment if required. That page is now outdated wrt mips concerns (see below). Do we need to duplicate the information that

Re: [Stretch] Status for architecture qualification

On 04/07/16 07:35, Aurelien Jarno wrote: > On 2016-06-16 10:25, Aurelien Jarno wrote: >> On 2016-06-16 02:12, Hector Oron wrote: * mips64el (NEW) - No DSA buildd (RT blocker) >>> >>> As far as I can see mips64el is using shared builds with mipsel port >>> hardware, those machines are

Re: [Debian-med-packaging] Bug#834856: python-pysam fails to build on mips64el arch.: failed test

Control: severity -1 serious On Fri, 19 Aug 2016 22:29:48 -0700 Afif Elghraoui wrote: > Control: severity -1 important > Control: tag -1 + help > > Hello and thank you for the report. > > على الجمعـة 19 آب 2016 ‫14:48، كتب Jonathan Jackson: > > Package:

Re: Bug#844357: binutils: mips* mesa libGL.so.1 contains an invalid symbol table

On Tue, 22 Nov 2016 11:46:33 + James Cowgill wrote: > Control: tags -1 patch > > Hi, > > On 18/11/16 23:39, James Cowgill wrote: > > On 16/11/16 17:15, James Cowgill wrote: > >> Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=20828 > >> > >> Hi, >

Re: [Ceph-maintainers] Bug#849657: ceph: FTBFS on mips(el): g++: virtual memory exhausted: Cannot allocate memory

On 29/12/16 20:56, Gaudenz Steinlin wrote: > > Hi Emilio > > Emilio Pozuelo Monfort <po...@debian.org> writes: > >> Source: ceph >> Version: 10.2.5-2 >> Severity: serious >> >> Your package failed to build on mips/el: >> >

Bug#881845: rustc: FTBFS on mips*: test failures

Source: rustc Version: 1.21.0+dfsg1-3 Severity: important Hi, Sometime ago I asked about rustc bootstrap status on mips*: 17:08 < infinity0> mips* fail many tests last time i tried, ~3 months ago, i didn't want to ship it, i haven't had time to check since >From

Re: Bug#881845: rustc: FTBFS on mips*: test failures

On Fri, 17 Nov 2017 12:25:35 + James Cowgill <jcowg...@debian.org> wrote: > Hi, > > On 15/11/17 17:30, Emilio Pozuelo Monfort wrote: > > Source: rustc > > Version: 1.21.0+dfsg1-3 > > Severity: important > > > > Hi, > > > >

Re: Bug#881845: rustc: FTBFS on mips*: test failures

On 02/02/18 13:14, James Cowgill wrote: > Hi, > > On 11/01/18 20:16, Emilio Pozuelo Monfort wrote: >> On 17/11/17 13:25, James Cowgill wrote: >>> Hi, >>> >>> On 15/11/17 17:30, Emilio Pozuelo Monfort wrote: >>>> Source: rustc >>>

Re: Bug#881845: rustc: FTBFS on mips*: test failures

On 17/11/17 13:25, James Cowgill wrote: > Hi, > > On 15/11/17 17:30, Emilio Pozuelo Monfort wrote: >> Source: rustc >> Version: 1.21.0+dfsg1-3 >> Severity: important >> >> Hi, >> >> Sometime ago I asked about rustc bootstrap status on mips*:

Bug#886222: ld.gold: internal error in get_got_page_offset, at ../../gold/mips.cc:6271

Source: binutils Version: 2.29.1-12 Severity: important Control: affects -1 ghc Hi, gold segfaults when building ghc 8.2.2-1 on mips*: https://buildd.debian.org/status/logs.php?pkg=ghc=8.2.2-1 Gianfranco tried with binutils 2.29.51.20171218-1 as well and that failed too. Unfortunately he

Re: [Pkg-rust-maintainers] Bug#881845: rustc: FTBFS on mips*: test failures

Hi Adrian, On 28/05/18 10:33, John Paul Adrian Glaubitz wrote: > On 05/28/2018 08:52 AM, Emilio Pozuelo Monfort wrote: >> Any progress on these issues? I see that rust built on mips64el but it now >> hangs. And mips/el are still uncompiled. > > I have not been able to

Re: Bug#895193: transition: openmpi

Control: tags -1 confirmed On 11/04/18 11:12, Alastair McKinstry wrote: > > > On 11/04/2018 10:07, John Paul Adrian Glaubitz wrote: >> On 04/11/2018 10:53 AM, Alastair McKinstry wrote: >>> As of 3.0.1, openmpi now works on Big-Endian powerpc (which was to be a >>> problem; it had been dropped

Bug#913709: boost1.67: intermitent FTBFS on mips64el: build hangs

Source: boost1.67 Version: 1.67.0-9 Severity: serious Hi, Your package fails to build quite often on mips64el, where the build gets killed due to inactivity: Cannot find class named 'action' Cannot find class named 'action' Cannot find class named 'file-target' Cannot find class named

Bug#913601: ceph: FTBFS on mips/el: /usr/include/c++/8/bits/atomic_base.h:304: undefined reference to `__atomic_fetch_sub_8'

Source: ceph Version: 12.2.8+dfsg1-2 Severity: serious Tags: ftbfs Your package failed to build on mips/el: /usr/bin/ld: CMakeFiles/ceph-mgr.dir/mgr/DaemonServer.cc.o: in function `RefCountedObject::~RefCountedObject()': /usr/include/c++/8/bits/atomic_base.h:396: undefined reference to

Re: Bug#913709: boost1.67: intermitent FTBFS on mips64el: build hangs

Hi Giovanni, On 14/11/2018 10:29, Giovanni Mascellani wrote: > Hi, > > Il 14/11/18 09:56, Emilio Pozuelo Monfort ha scritto: >> Your package fails to build quite often on mips64el, where the build gets >> killed due to inactivity: >> >> Cannot find class named 'a

Re: [Pkg-rust-maintainers] Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: rustc: FTBFS on mips*: test failures

On 02/10/2018 17:26, Sylvestre Ledru wrote: > Le 02/10/2018 à 16:55, John Paul Adrian Glaubitz a écrit : >> On 10/2/18 4:53 PM, Sylvestre Ledru wrote: Can you open bug reports against llvm-toolchain-6.0 and llvm-toolchain-7 to make sure, the fix gets backported? >>> I would prefer that

Re: [Pkg-rust-maintainers] Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: Bug#881845: rustc: FTBFS on mips*: test failures

On 02/10/2018 17:33, Emilio Pozuelo Monfort wrote: > On 02/10/2018 17:26, Sylvestre Ledru wrote: >> Le 02/10/2018 à 16:55, John Paul Adrian Glaubitz a écrit : >>> On 10/2/18 4:53 PM, Sylvestre Ledru wrote: >>>>> Can you open bug reports against llvm-t

Re: Bug#1063446: libmozjs-115-dev: cannot call JS::CanonicalizeNaN(double) on mips64el

Hi Simon, On 08/02/2024 21:59, Simon McVittie wrote: On Thu, 08 Feb 2024 at 10:37:33 +, Simon McVittie wrote: Package: libmozjs-115-dev Justification: makes gjs FTBFS (#1063433) I believe mozjs115_115.7.0-3 should fix this. wb-team: Please could someone with wanna-build access schedule