Emilio Pozuelo Monfort wrote:
OK, after our conversation on IRC here's a more detailed proposal. Sorry for
not
giving much details before.
I've created a wiki page now for the spec, I'd appreciate it if you could have a
look and tell me what you think.
Thanks!
Emilio
http://wiki.debian.org
Hi,
Hurd statistics are being generated, or so it seems, see [1]. However they are
not linked from [2]. Could they be added to the stats page?
Thanks,
Emilio
[1] https://buildd.debian.org/stats/hurd-i386.txt
[2] https://buildd.debian.org/stats/
signature.asc
Description: OpenPGP digital
On 17/06/10 23:42, Joachim Breitner wrote:
while you are at hacking the code, mind some feature requests?
I also have one, which you may find very useful if you are part of (big)
packaging teams ;)
buildd.debian.org: Add option to show comaintained packages in the maintainer
overview
On 27/07/10 08:54, Sandro Tosi wrote:
On Tue, Jul 27, 2010 at 08:48, Josselin Mouette j...@debian.org wrote:
Le mardi 27 juillet 2010 à 10:33 +0900, Shyouzou Sugitani a écrit :
After upgrading from 2.17.0-2 to 2.17.0-3 I got an error
pygtk was not compiled with Numeric Python support.
$
On 10/06/14 00:05, Christian Hofstaedtler wrote:
gb ruby-yajl_1.2.0-2.dsc . armhf
gb ruby-fftw3_0.4-6.dsc . armhf
Scheduled.
Emilio
--
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 10/06/14 00:27, Emilio Pozuelo Monfort wrote:
On 10/06/14 00:05, Christian Hofstaedtler wrote:
gb ruby-yajl_1.2.0-2.dsc . armhf
gb ruby-fftw3_0.4-6.dsc . armhf
Scheduled.
Those failed again. Note that they built both times on hesse. No idea if that's
relevant.
Also, qdbm failed
On 24/06/14 21:11, Mathieu Malaterre wrote:
gb openvdb_2.3.0-1 . i386
Done.
Emilio
--
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53aa7ecd.90...@debian.org
On 24/06/14 21:16, Mathieu Malaterre wrote:
fano failed to build flann on kfreebsd-amd64 with an ICE that I cannot
reproduce over here. So:
gb flann_1.8.4-4 . kfreebsd-amd64
Done.
on a related subject, I'd like also to request a gb on mipsel, but I
would prefer a buildd with 2Gb of RAM
On 23/06/14 19:43, Anton Gladky wrote:
Dear wb team,
please give back vtk6_6.1.0+dfsg-8 on armel (out of
free space) and hurd-i386 (some kind of strange
segfault during dh_link...jh_manifest).
gb vtk6_6.1.0+dfsg-8 . armel hurd-i386
Given back on armel. I will let Samuel decide whether to
On 28/07/14 02:59, Colin Watson wrote:
On Thu, Jul 24, 2014 at 12:35:03AM +0200, Samuel Thibault wrote:
Colin Watson, le Wed 23 Jul 2014 23:31:26 +0100, a écrit :
gnu-fdisk/hurd-i386 failed to build because hurd hadn't yet been
successfully binNMUed against libparted2,
Ah, thanks, I tried to
On 02/08/14 14:38, Fabien Spindler wrote:
Hi,
Is it possible to relaunch the build of visp
https://buildd.debian.org/status/package.php?p=vispsuite=unstable
especially on powerpc arch. I suspect that a 3rd party was updated and that
this
update fixes the error that occurs on powerpc.
On 13/08/14 03:59, Thomas Preud'homme wrote:
Hi there,
gdb-arm-none-eabi failed to build on kfreebsd-* because only an old version
of gdb-source is available there due to bug #752295. A rebuild of
gdb-arm-none-eabi should work as soon as a recent enough version of gdb
hits kfreebsd-*, hence
On 15/08/14 11:07, Markus Koschany wrote:
Hello,
tatan failed to build on armel and armhf due to a then missing
dependency, libphobos-4.9-dev. I asked twice [1] [2] on this list before
and followed the guidelines [3] to request a give-back for these
architectures. Unfortunately tatan is
On 15/08/14 20:11, Daniel Stender wrote:
Hi,
this package of Gamera failed to build on powerpc with a test failure:
https://buildd.debian.org/status/fetch.php?pkg=gameraarch=powerpcver=3.4.1-1stamp=1406844483
That's an test on loading png images with run-length encoding,
However, the
On 04/09/14 14:49, Alberto Garcia wrote:
Hello,
it looks like the arm64 build of webkitgtk failed because of
insufficient disk space. weasel on #debian-buildd told me that the
machines should have enough space now, so I'd like to have it rebuilt
again.
gb webkitgtk_2.4.5-1 . arm64
Given
On 04/10/14 10:29, Nicolas Boulenguez wrote:
Hello.
There was a bug in gnat-4.9 ( 4.9.1-2) that prevented reverse
dependencies to built on some architectures. Last version of apq
missed the fixed gnat on kfreebsd-i386, but should build fine now.
gb apq_3.2.0-2 . kfreebsd-i386 . -m Rebuild
On 09/10/14 09:50, Emilio Pozuelo Monfort wrote:
On 08/10/14 23:19, Cédric Boutillier wrote:
Dear wanna-build team,
Could you please give back ruby-fftw3/0.4 to armhf buildd? At some point
it suffered from segmentation fault during the build, see:
https://bugs.debian.org/cgi-bin
On 16/10/14 00:13, Olly Betts wrote:
The armhf build failed on Oct 7th due to DNS resolving issues on the
buildd:
https://buildd.debian.org/status/fetch.php?pkg=pykaraokearch=armhfver=0.7.5-1.1stamp=1412687216
It seems likely this was a transient issue, so please give back the
package:
gb
On 04/11/14 20:14, Mattias Ellert wrote:
Hi!
I would like to ask for a giveback of voms-mysql-plugin 3.1.6-1 on
arm64.
The build failed because libmariadbclient-dev had a Provides:
libmysqlclient-dev without actually providing it:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759309
The
On 02/02/15 01:52, Michael Gilbert wrote:
Please give brasero back to the buildds. The recent failures were due
a missing dependency in libxml2-dev 2.9.2+dfsg1-2, which is now fixed
in -3.
gb brasero_3.11.4-1.1 . ALL
Done.
Emilio
--
To UNSUBSCRIBE, email to
On 08/05/15 09:35, أحمد المحمودي wrote:
Hello,
The gtkwave 3.3.65-2 package failed on several archs. on April 26th.
Allfailures
were about missing GTK2 headers ! Yet it is building fine nowon my *updated*
pbuilder chroot.
Would you please giveback so we can see if the failure is still
On 14/05/15 12:06, Colin Watson wrote:
We improved GHC's linker on powerpc to recognise some new ELF relocation
types, so it should be able to build these packages in unstable now.
gb haskell-wai-static_3.0.1-3 haskell-yesod-bin_1.4.7.1-1
haskell-yesod-core_1.4.9.1-1 . powerpc
W: can't
On 28/06/15 18:23, Mattias Ellert wrote:
Hi!
The givebacks on i386 and mips have happened and the new attempts
succeeded - many thanks for that. On mipsel though the build is still
stuck in Building for 8 days. I would appreciate if someone could
look into that.
I missed that it has been
On 11/06/15 13:37, Mathieu Malaterre wrote:
On Thu, Jun 11, 2015 at 11:32 AM, Emilio Pozuelo Monfort po...@debian.org
wrote:
On 11/06/15 09:15, Mathieu Malaterre wrote:
Please give back openvdb:
gb openvdb_3.0.0-3 . amd64
I cannot reproduce the ICE over here so I suspect a temporary
On 22/07/15 16:18, Antonio Terceiro wrote:
I have just tested on the porterbox, and it built just fine.
gb ruby-libxml_2.8.0-1 . s390x
Done.
Emilio
--
To UNSUBSCRIBE, email to debian-wb-team-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 09/07/15 18:42, Matthias Klose wrote:
Hi,
as announced at
https://lists.debian.org/debian-devel-announce/2015/07/msg0.html
I'm planning to do this switch on Jul 31. Fixes for the ftbfs are making
progress, and I'll try to target that date.
Instead of adding a versioned b-d for
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
On 23/10/15 11:20, Thorsten Glaser wrote:
> On Fri, 23 Oct 2015, Emilio Pozuelo Monfort wrote:
>
>> I can go back to scheduling binNMUs for release architectures only, or for
>> ANY
>> -x32. But I don't have the time to look at every architecture and determine
>
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
On 10/11/15 17:33, Philipp Huebner wrote:
> Hello,
>
> there was a bug in rebar that caused several erlang-p1-* packages to
> FTBFS on certain architectures.
>
> That bug was closed long ago and most packages have been rebuilt due to
> uploads of newer versions, but a few haven't.
>
> Please
On 03/11/15 04:49, YunQiang Su wrote:
> Due to #801790 kde4libs: add_custom_target cannot create target "pofiles"
> because another target with the same name already exists.
> Some KDE packages FTBFS, so, we should retry them
> gb kmix_4:15.08.1-1 . mips mipsel alpha freebsd-i386 mips64el
On 31/10/15 13:30, Graham Inggs wrote:
> Hi
>
> Please give back p4vasp for the architectures listed below.
> Swig 3.0.7-1 was missing a symlink (bug # 803369), but it is fixed in 3.0.7-2.
>
> gb p4vasp_0.3.29+dfsg-2 . amd64
> gb p4vasp_0.3.29+dfsg-2 . arm64
> gb p4vasp_0.3.29+dfsg-2 . armel
>
On 20/10/15 22:06, Sebastian Ramacher wrote:
> ffmpeg failed on kfreebsd-amd64 with ENOSPACE. Please give back ffmpeg there.
>
> gb ffmpeg_7:2.8.1-1 . kfreebsd-amd64
Done.
Emilio
On 09/07/15 10:35, Luca Bruno wrote:
Dear wb-team,
latest libuv1 upload (1.6.1-3) while fixing a legit FTBFS, also saw a
spurious
failure in the testsuite on sparc.
Can your please re-try it?
gb libuv1_1.6.1-3 . sparc
Done.
Emilio
--
To UNSUBSCRIBE, email to
On 02/12/15 20:08, Fernando Seiti Furusato wrote:
> Hello,
>
> Source package r-cran-bayesm was not building on ppc64el.
> I am not sure where the problem was, but I was able to successfully build it
> within a clean sid schroot environment today.
> Since it has been quite some time since the
On 11/12/15 11:51, Steven Chamberlain wrote:
> Dear wanna-build team,
>
> Please could all of these be given back on the indicated kfreebsd
> architectures. I expect most to build successfully now, or they
> will fail in a way that is different than before (as explained in
>
On 04/06/16 15:01, Alberto Garcia wrote:
> The webkit2gtk package failed to build in some architectures because
> of libunistring bug #825471. I would like to have it rebuilt again.
>
> gb webkit2gtk_2.12.3-1 . armel armhf mipsel
Given back.
Emilio
On 26/05/16 16:45, Jean-Michel Vourgère wrote:
> Dear wanna-build team,
>
> please try collectd again:
>
> gb collectd_5.5.1-3 . mips
>
> Previous attempt resulted in an internal compiler error.
Given back.
Emilio
On 17/06/16 10:36, Joachim Breitner wrote:
> Hi,
>
> Am Freitag, den 17.06.2016, 10:28 +0200 schrieb Emilio Pozuelo Monfort:
>> On 16/06/16 23:53, Joachim Breitner wrote:
>>> Hi,
>>>
>>> haskell-openglraw times out on arm* after 150 minutes:
>>
On 20/06/16 20:17, Anton Gladky wrote:
> Dear release team,
>
> I am not sure, whether I ask the question, using
> the correct address. If I am not right, please redirect
> me.
>
> Two of my packages (liggghts and yade) are waiting to
> be build on build servers due to unsatisfied dependency
>
On 16/01/16 18:50, Andreas Beckmann wrote:
> Hi,
>
> please
>
> gb itksnap_3.2.0-3 . i386
>
> I could successfully build it locally, some dependency must have been
> fixed in the meanwhile.
Given back.
Cheers,
Emilio
On 26/06/16 14:18, Aurelien Jarno wrote:
> Hi,
>
> Here is a small update about mips64el (and mips).
>
> 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
On 04/02/16 17:53, Frederic Bonnard wrote:
> Hello,
>
> I've been able to build the package for few days on powerpc. Please give back
> libsass on powerpc.
>
> gb libsass_3.3.2-1 . powerpc
Done.
Emilio
On 04/02/16 17:48, Erwan Prioul wrote:
> Hello,
>
> Despite the opened bug, I've been able to build the package for few days on
> ppc64el. Please give back kumofs on ppc64el.
>
> gb kumofs_0.4.13-6.1 . ppc64el
Done.
Emilio
On 04/02/16 04:08, Octavio Alvarez wrote:
> Hi.
>
> Please give back libaosd_0.2.7-1.1 on arm64. It has been
> "Build-Attempted" for a while but the problem could not be reproduced in
> a porterbox recently.
>
> gb libaosd_0.2.7-1.1 . arm64
Done.
Emili
On 01/02/16 14:56, Mattias Ellert wrote:
> Hi again
>
> I have not received and feedback on this request I sent last week.
Given back.
Emilio
On 28/01/16 17:26, Erwan Prioul wrote:
> Hello,
>
> I've been able to build the package for few days on ppc64el. Please give back
> memcached on ppc64el.
>
> gb memcached_1.4.25-1 . ppc64el
Done.
Emilio
On 21/02/16 14:45, Andreas Beckmann wrote:
> gb mapnik_3.0.9+ds-1 . kfreebsd-amd64
>
> That failed 86 days ago with an ICE, let's hope a new compiler version
> fixed this inbetween.
Scheduled.
Emilio
On 24/02/16 21:11, Lev Lamberov wrote:
> Hello,
>
> Sometimes something bad happens on mipsel, which causes segmentation
> fault in swi-prolog. I was not able to reproduce it on etler@d.o, which
> is mipsel porterbox, I've followed schroot instructions
> (https://dsa.debian.org/doc/schroot/).
On 26/02/16 15:30, Erwan Prioul wrote:
> Hello,
>
> I've been able to build the package for few days on ppc64el. Please give back
> golang-github-hashicorp-serf on ppc64el.
>
> gb golang-github-hashicorp-serf_0.6.4~ds1-1 . ppc64el
All four packages you requested have been given back.
Cheers,
On 22/01/16 14:29, Matthias Klose wrote:
> On 21.01.2016 15:43, Emilio Pozuelo Monfort wrote:
>> On 19/01/16 18:11, Fernando Seiti Furusato wrote:
>>> Hi.
>>>
>>> Package python2.7 failed to build on ppc64el.
>>> There has been an upgrade on gcc-5 to
On 24/01/16 21:46, Gregor Jasny wrote:
> Hello.
>
> the v4l-utils build on powerpc broke due to a segfaulting doxygen
> (#812543). In case that the error is transient could you please give back?
>
> gb v4l-utils_1.10.0-1 . powerpc
Done.
Cheers,
Emilio
[Adding debian-wb-team back to Cc]
On 13/03/16 17:56, Drew Parsons wrote:
On Sun, 2016-03-13 at 17:35 +0100, Emilio Pozuelo Monfort wrote:
On 13/03/16 16:34, Drew Parsons wrote:
Source: petsc
Followup-For: Bug #816101
The petsc build failure on mipsel appears to be a transient problem
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
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
On 17/03/16 13:04, Sven Eckelmann wrote:
Dear wanna-build team,
could you please give-back exactimage/0.9.1-15 to mips64el buildd? The program
xsltproc binary seems to have segfaulted during the build [1]. This did not
happen before [2] and there was no change in the last upload related to this
On 02/03/16 08:53, Bas Couwenberg wrote:
> Dear wanna-build team,
>
> gdal (2.0.2+dfsg-1) FTBFS on mips64el due to a compiler segfault:
>
> In file included from /usr/include/c++/5/vector:69:0,
> from sdk/pcidsk_segment.h:34,
> from sdk/pcidsk_file.h:30,
>
On 29/03/16 15:06, Fernando Seiti Furusato wrote:
> Hi.
>
> Package pylucene was failing to build on ppc64el due to stack size set in jcc.
> It has now been fixed.
> Please, give back pylucene on ppc64el with jcc_2.21-1.1
>
> gb pylucene_3.5.0-1.2 . ppc64el
Scheduled.
Emilio
On 22/04/16 14:25, Antonio Terceiro wrote:
> I tried to reproduce the build failure on the porterbox but it just
> worked.
>
> gb ruby-rmagick_2.15.4+dfsg-1 . mipsel
Given back.
Emilio
On 28/04/16 09:59, Mattias Ellert wrote:
> Hi!
>
> There was recently a binmnu rebuild of srm-ifce and lcgdm due to the
> libgsoap9 transition. This rebuild failed on some architectures.
>
> The reason for the failure is a build order dependency. The cgsi-gsoap
> package, which was also rebuilt
On 02/05/16 18:32, Laurent Bigonville wrote:
> Hi,
>
> Could you please giveback gnome-boxes on i386
>
> gb gnome-boxes_3.20.0-2 . i386
>
> The FTBFS was caused by a missing dependency in harfbuzz
Given back.
Emilio
On 04/05/16 11:22, Santiago Vila wrote:
>>> The link, when it's present, is supposed to match the actual build
>>> which happened for the installed binaries. If they do not match it
>>> would be better not to have a link at all.
>>
>> We don't have any way to match the actual build with the binary
On 04/05/16 12:05, Jean-Michel Vourgère wrote:
> Dear wanna-build team,
>
> Version 1.6.0-1~exp1 of rrdtool, that was identical, was building ok.
> Please give it a second try:
>
> gb rrdtool_1.6.0-1 . sh4
Given back.
Emilio
On 18/04/16 10:45, Adam Borowski wrote:
> Hi!
>
> I've done a source-only upload of arch-test (arch:all) but it is still held
> in "BD-Uninstallable" state, with the claimed reason being:
>
> Dependency installability problem for arch-test on all:
> arch-test build-depends on missing:
> -
On 18/04/16 10:45, Adam Borowski wrote:
> Hi!
>
> I've done a source-only upload of arch-test (arch:all) but it is still held
> in "BD-Uninstallable" state, with the claimed reason being:
>
> Dependency installability problem for arch-test on all:
> arch-test build-depends on missing:
> -
On 21/04/16 11:56, Andreas Beckmann wrote:
> Hi,
>
> asterisk in kfreebsd-* is incorrectly in BD-Uninstallable:
>
> https://buildd.debian.org/status/package.php?p=asterisk=unstable
>
> asterisk build-depends on missing:
> - kfreebsd-amd64:libvpb1
>
> asterisk build-depends on missing:
>
On 22/07/16 16:48, Christian Seiler wrote:
> Hello,
>
> please give back tiny-initramfs on x32 and mips64el, where bugs
> in dietlibc that prevented the build should now be fixed:
>
> gb tiny-initramfs_0.1-2 . mips64el x32
Given back.
Emilio
On 26/07/16 22:01, Fernando Seiti Furusato wrote:
> Hello Cyril.
>
>
> Wouldn't it be possible for you to set it to rebuild, please?
>
> I tested it again and it works after upgrading the gcc-5 version on my
> machine.
Given back on ppc64el.
Emilio
On 28/07/16 08:21, Lucas Nussbaum wrote:
> Hi,
>
> Please
> gb ruby2.3_2.3.1-5 . armel
>
> It failed to build due to a failed test. I tried rebuilding it on
> abel.d.o, and that test succeeded (but four other tests failed, likely
> due to concurrent uses of the porter box). It would be great to
On 11/08/16 20:09, Andreas Beckmann wrote:
> Hi,
>
> gb karchive_5.24.0-1 . kfreebsd-amd64 kfreebsd-amd64
I guess you meant k-i as one of those. Given back.
Cheers,
Emilio
> The build should now succeed with the updated pkg-kde-tools.
>
> If there is an easy way to grep for similar errors in
Hi,
On 13/07/16 19:19, Ralf Treinen wrote:
> I think I have found the bug, for the moment I am waiting for confirmation
> by someone more knowledgable than me about this part of the code.
Any progress on this? Do you have a patch? It'd be good to fix this, as at the
moment there are many
Hi Tim,
On 19/07/16 06:13, Potter, Tim (HPE Linux Support) wrote:
> Hi WB team. I'm trying to unstick the golang-go.tools to get it into
> testing, but the
> auto-builder seems broken and will only compile an old version. I'd like to
> give back
> this package so buildd tries to build the
On 12/07/16 07:38, Drew Parsons wrote:
> On Tue, 2016-07-05 at 14:39 +0200, Emilio Pozuelo Monfort wrote:
>> On 05/07/16 14:36, Emilio Pozuelo Monfort wrote:
>>> On 05/07/16 13:03, Drew Parsons wrote:
>>>>
>>>> Why is this "BD-Uninstalla
On 05/07/16 13:03, Drew Parsons wrote:
> Dear buildd keepers,
>
> can you please help dolfin get built by the buildds?
>
> All architectures are marked as "BD-Uninstallable", citing
> ":python-cryptography depends on missing:
> - :python-cffi-backend-api-min (<= 9729)
>
> This is a bogus
On 30/06/16 13:45, Ben Hutchings wrote:
> Hello,
>
> There was a bug in gnu-efi that caused sbsigntool to FTBFS on armhf.
> This has been fixed in gnu-efi 3.0.4-1. Please give back sbsigntool on
> armhf.
>
> gb sbsigntool_0.6-3.1 . armhf
Scheduled.
Emilio
On 04/02/17 00:27, Adrian Bunk wrote:
> Below are various give-backs, many of the armel/armhf ones were build
> failures caused by #853793.
>
> I will do further actions (often filing RC bugs) on packages that
> still fail when retrying.
>
> gb libbson_1.5.4-1 . mips mipsel
> gb
On 06/02/17 03:39, Drew Parsons wrote:
> The buildd failure for petsc 3.7.5+dfsg1-4 on hppa is unusual. petsc
> 3.7.5 has built fine previously on hppa. Could you give it back for a
> second try? There are no hppa porterboxes for me to test.
>
> Please give petsc back for build
>
> gb
On 23/01/17 12:41, Graham Inggs wrote:
> Hi Wanna Build Team
>
> The build of julia 0.4.7-5 failed on arm64. This was unexpected as there
> should
> have been no code changes affecting arm64.
> I have confirmed that 0.4.7-5 builds successfully on asachi.debian.org.
>
> gb julia_0.4.7-5 . arm64
On 24/01/17 20:19, Andreas Beckmann wrote:
> On 2017-01-20 17:57, Emilio Pozuelo Monfort wrote:
>> On 20/01/17 14:46, Andreas Beckmann wrote:
>>> On 2016-12-22 19:33, Emilio Pozuelo Monfort wrote:
>>>> On 19/12/16 00:00, Andreas Beckmann wrote:
>>>
On 18/02/17 04:56, Ben Hutchings wrote:
> linux 4.9.10-1 failed to build on x86-csail-01 due to a full disk.
> Please give it back to another buildd or free up more disk space there.
Space has been freed on that buildd, and the package has been given back.
Cheers,
Emilio
On 16/02/17 00:17, Aurelien Jarno wrote:
> Dear release team,
>
> Before too many people ask the w-b team about that, do we want to allow
> source-only uploads and therefore arch:all buildds for stretch?
Probably a question for the SRMs, but IMHO yes.
Cheers,
Emilio
On 17/01/17 21:46, Sebastiaan Couwenberg wrote:
> Please retry the pyosmium (2.11.0-1) build on mips64el which failed due
> to an internal compiler error: Segmentation fault. [0]
>
> gb pyosmium_2.11.0-1 . mips64el
Given back.
Emilio
On 16/01/17 12:20, Adrian Bunk wrote:
> The build failures were due to a bug in python-astropy (see #851561).
>
> gb pyregion_1.2-4 . all amd64 arm64 armel armhf i386 mips mips64el ppc64el
> s390x
Done.
Emilio
On 17/01/17 04:06, Drew Parsons wrote:
> The buildd failure for petsc 3.7.5+dfsg1-2 on amd64 seems to be
> transitory. I can't reproduce it, neither with pbuilder nor schroot on
> a debian porterbox.
>
> Also 3.7.5+dfsg1-1 had built successfully on alpha (experimental). I'd
> like it to try it
On 18/01/17 19:05, Christian Hofstaedtler wrote:
> Hi,
>
> please check what happened to the pdns build on armhf, it's in state
> 'Building' for 5d 2h 26m now (on 'hoiby').
I have given it back.
Emilio
On 20/01/17 15:14, Andreas Beckmann wrote:
> Hi,
>
> plese retry ruby-dataobjects-mysql with the latest mariadb-10.1:
>
> gb ruby-dataobjects-mysql_0.10.16-2 . armel armhf mips64el mipsel s390x
> dw ruby-dataobjects-mysql_0.10.16-2 . armel armhf mips64el mipsel s390x . -m
> "mariadb-server-10.1
On 20/01/17 16:24, Niko Tyni wrote:
> Hi,
>
> perl/5.24.1-1 in sid failed to build (#851642) on mips64el due to a
> broken libsystemd caused by binutils bug #851736 in the gold linker.
>
> This is now worked around with systemd 232-11, so perl should build again.
> Could you please give it back.
On 20/01/17 14:46, Andreas Beckmann wrote:
> On 2016-12-22 19:33, Emilio Pozuelo Monfort wrote:
>> On 19/12/16 00:00, Andreas Beckmann wrote:
>>> please try rmysql on mips64el, again
>
> and again, after we finally identified+fixed the bug in
> mariadb-connec
On 05/09/16 07:13, Julien Puydt wrote:
> Hi,
>
> On
> https://buildd.debian.org/status/package.php?p=fplll=experimental
> I see my fplll 5.0.1-2 package failed to build on ppc64, but there's no
> attached
> log I could study to know what the problem was.
>
> According to the syntax in
On 02/09/16 22:04, Julien Puydt wrote:
> Hi,
>
> the new flint 2.5.2-9 package in unstable should make FTBFS for flint-arb go
> away on architectures using a now-patched fallback code -- one just needs to
> trigger a rebuild.
>
> gb flint-arb_2.8.1-2 . armel armhf mips mipsel powerpc hppa
On 10/09/16 21:01, Andreas Beckmann wrote:
> Hi,
>
> I cannot reproduce the FTBFS locally, so please
>
> gb google-perftools_2.2.1-0.3 . i386
Scheduled.
Emilio
On 13/09/16 09:50, Drew Parsons wrote:
> Version 2.0.1-5 of libopenmpi-dev contains a patch which should fix the
> FTBFS of mpi4py (2.0.0-2). The broken mpi4py build is holding up a load
> of other packages that need rebuilding in the openmpi transition. Can
> mpi4py be given back to the
On 13/09/16 10:08, Andreas Beckmann wrote:
> gb tar_1.29b-1 . kfreebsd-amd64 kfreebsd-i386
>
> I cannot reproduce the test failure on both porterboxes.
Scheduled.
Emilio
On 06/10/16 21:08, Matthias Klumpp wrote:
> Hello,
>
> due to a bug in the LDC compiler, all packages using a busted
> bootstrap of the compiler FTBFSed on armhf. This issue should now be
> resolved, can you please give back the respective packages?
>
> gb mustache-d_0.1.1-2 . armhf
> gb
On 23/09/16 12:00, Mattias Ellert wrote:
> Hi!
>
> There was recently a binmnu rebuild of srm-ifce and lcgdm due to the
> libgsoap10 transition. This rebuild failed on some architectures.
>
> The reason for the failure is a build order dependency. The cgsi-gsoap
> package, which was also rebuilt
On 28/09/16 00:12, Sascha Steinbiss wrote:
> Hi,
>
> please give back seqan2 on i386. There is a potentially temporary FTBFS [1]
> that I am unable to reproduce in a current unstable cowbuilder chroot on an
> i386 VM; it builds fine here for me. This build failure is currently blocking
>
On 30/09/16 18:38, Balint Reczey wrote:
> Hi,
>
> It seems there were some issues in the chroot buildd used which
> made the package FTBFS. It built fine in my clean armel schroot.
>
> Please trigger a new build which hopefully runs on a different
> machine.
>
> gb
On 30/09/16 19:35, Fernando Seiti Furusato wrote:
> Hello.
>
> The package pyfai initially failed to build from source on buildd, but
> seems to be fixed now.
>
> I have tested it on a schroot.
>
> Could you please give back pyfai on ppc64el?
>
> gb pyfai_0.12.0+dfsg-5 . ppc64el
Given back.
On 30/09/16 08:25, Olly Betts wrote:
> Hi,
>
> xapian-core 1.4.0-2 failed to build on hppa due to 2 testcases failing
> with network timeouts. This surprises me as the network tests run over
> localhost, but I don't recall seeing such failures before anywhere and
> there's apparently no longer
On 01/10/16 21:49, Anton Gladky wrote:
> Dear wb-team,
>
> mayavi2_4.4.3-2.2 fails to build on amd64 and ends
> with a very strange error and I am not able to reproduce
> it on porrterbox barriere.
>
> Please give back yade on that platform
>
> gb mayavi2_4.4.3-2.2 . amd64
Given back.
Emilio
1 - 100 of 199 matches
Mail list logo