l have them on-board already).
It's capable hardware and proper server kit with UEFI and BMC etc, so we should
like it.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
el ppc64el s390x
> gb ros-rviz_1.13.1+dfsg-2+b1 . amd64 arm64 armel armhf i386 mips mips64el
> mipsel ppc64el s390x
> gb ros-opencv-apps_1.12.0-2+b1 . amd64 arm64 armel armhf i386 mips mips64el
> mipsel ppc64el s390x
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
in practice.
Not sure what to make of that. The segfault doesn't seem to be just random
so is probably worth investigating.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
add a dep-wait.
>
> dw kido_0.1.0+dfsg-6 . armhf . -m 'libassimp4 (>= 4.1.0~dfsg-5)'
done (and built)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
php?p=file-roller
OK done.
It's been marked 'failed' on hurd-i386, but seems to have the same
fault as all the other arches. Should that be given-back too?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
ests don't pass anyway (test failures
> are ignored).
>
> gb cogl_1.22.2-4 . armel
>
> References
> ---
> https://buildd.debian.org/status/package.php?p=cogl
given back
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
ctures !
Don't do that. It's a reproducibility failure as well as breaking
multi-arch co-installability.
> Please advise how to proceed!
I'm surprised the reproducibility people have not nobbled pod2man to
stop this behaviour already. Is there a bg about it somewhere?
Wookey
--
Principal
to have their own build infra of various
sorts.
So if we are having a re-arrange, I think we should try very hard to
use our own mechanisms and package this just like we package
everything else, not because it's easier for us, but because it's
easier for everyone else.
Wookey
--
Principal hats:
p some automation would also involve some work and
maybe thats the main impediment.
Do we agree in principle that letting DD/DMs do give-backs would be
sensible or not?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
ht have failed due to a transient issue.
>
> gb direnv_2.14.0-1 . s390x
done (and built OK)
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
_1.8.1-2 . m68k
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
On 2017-11-27 19:46 +0100, Pino Toscano wrote:
> Hi,
>
> It looks like the build of tellico 3.1-0.2 on arm64 is stuck for the
> last couple of days, so please:
>
> gb tellico_3.1-0.2 . arm64
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.or
On 2017-10-24 18:48 +0200, Sebastiaan Couwenberg wrote:
> Please retry the pdal build on arm64, it built successfully in
> experimental before.
>
> gb pdal_1.6.0-1 . arm64
unfailed, and given-back. Seems to have built OK.
Wookey
--
Principal hats: Linaro, Debian, Wookwa
>
> Hi,
>
> Is there any chance to process this request or do I need to do a new
> sourceful upload for this package?
Sorry we dropped that. Done now.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
xed now. Please
> give back khal on all in experimental.
>
> gb khal_1:0.9.5-4 . all experimental
done, once I worked out the typo:
gb khal_1:0.9.5-4 . all . experimental
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
(dh_update_autotools_config
> insufficient)
> gb tcpcopy_0.6.3-2.1 . arm64failed
./xcopy.h:14:43: fatal error: linux/netfilter_ipv4/ip_queue.h: No such file or
directory
> gb pygoocanvas_0.14.1-1.1 . arm64 success
> gb scim-canna_1.0.0-4.2 . arm64 failed (dh_update_autoto
still fail when retrying.
>
> gb rcpp_0.12.9-1 . mips64el
> gb qevercloud_3.0.3+ds-2 . mips64el
> gb node-expat_2.3.15-3 . mipsel mips64el
> gb openvswitch_2.6.2~pre+git20161223-3 . armel
> gb influxdb_1.1.1+dfsg1-2 . i386
> gb ldc_1:1.1.0+b6-2 . ppc64el
Done.
Wookey
--
Princi
gt; gb pdns_4.0.2-1 . mips64el
> gb pdns-recursor_4.0.4-1 . mips64el
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
On 2016-11-18 22:49 +0200, Adrian Bunk wrote:
> gb consul_0.6.4~dfsg-3 . arm64
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
>=1.12.6-1)'
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
is (and I can't find
the wb docs (again) either). The build-logs do indeed suggest that it is
probably the same issue, despite the different state.
Someone more competent will probably be along soon.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
a transient error in the testsuite?
>
> gb mercurial_4.0-1 . armhf
>
> [0]
> https://buildd.debian.org/status/fetch.php?pkg=mercurial=armhf=4.0-1=1478103982
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
ilder to try again in case the problem lied elsewhere.
>
> gb lua-luv_1.9.1-0-2 . arm64
done, it's building now.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
On 2016-09-30 13:22 +1300, Olly Betts wrote:
> We've just started a library transition for xapian-core, and 1.4.0-2 has
> failed in this way on mipsel - please can you give it back:
>
> gb xapian-core_1.4.0-2 . mipsel
done
Wookey
--
Principal hats: Linaro, Debian, Wookwa
n armel.
>
> More recently than that it has successfully built:
> https://tests.reproducible-builds.org/rbuild/unstable/armhf/haskell-http2_1.5.3-2.rbuild.log
>
> Therefore, please could it be given back for another build attempt?
>
> gb haskell-http2_1.5.3-2 . armel
S
It would clearly be better if we either did sourceful rebuilds or
fixed the 'binNMU skew' problem. But we do need to do something
reasonably soon otherwise it's not going to be ready for Stretch
either.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signatu
+++ Julien Cristau [2015-10-09 08:37 +0200]:
> On Thu, Oct 8, 2015 at 16:25:00 +0100, Wookey wrote:
>
> > +++ Philipp Huebner [2015-10-07 13:13 +0200]:
> > > Hello,
> > >
> > > there was a bug in rebar that caused several erlang-p1-* packages to
>
.php?p=erlang-p1-tls
and -stun is BD-uninstallable (waiting for -tls)
If these versions have already been built will a give-back actually
rebuild them and unbung this? I think it should, so scheduled ...
(thanks to chistoph for reminding me of the . -o override option)
Wookey
--
Principal hats:
+++ Jérémy Lal [2015-09-21 22:26 +0200]:
> Hello,
>
> the build failed with a strange message, see below.
>
> gb nodejs_4.1.0~dfsg-3 . mipsel
done.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
rmel
> gb doublecmd_0.6.4-1 . armhf
> gb doublecmd_0.6.4-1 . armel
> gb easymp3gain_0.5.0+svn135-6 . armhf
> gb easymp3gain_0.5.0+svn135-6 . armel
done
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
from our side is
needed.
The arm64 build failure was probably also a random issue, I am not able to
reproduce it on a porter box (and there are very few differences from 5.3.2,
which built fine).
gb qtxmlpatterns-opensource-src_5.4.0-1 . arm64 ppc64el
Done
Wookey
--
Principal hats
.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
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/20140804205036.gk22
useful tools too I found when enquiring about
this a few monhts ago (Roger has some good things coming down the line in the
not-too-distant), but this seemed the easiest setup to actually
use now.
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org
+++ Tim Retout [2012-02-15 21:19 +]:
On 15 February 2012 16:30, Wookey woo...@wookware.org wrote:
a related approach
here is the sbuild-db branch code in sbuild which is well on the way
to providing a much saner/more portable wanna-build implementation. My
(admittedly not very well
(admittedly not very well-informed) feeling is that work on this/docs
for this will be more fruitful in the medium term in enabling
easily-reproducible/configurable buildd setups.
Roger is the expert here...
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org
35 matches
Mail list logo