On Sun, 25 Sep 2016 13:04:33 +0200, gregor herrmann wrote:
> Currently I'm very tempted to disable t/expect.t since it's both
> unreproducible for me and undebuggable with my amount of tuits.
Done.
Cheers,
gregor
--
.''`. Homepage https://info.comodo.priv.at/ - OpenPGP key
On Sat, 10 Sep 2016 23:32:48 +0200, gregor herrmann wrote:
> On Thu, 30 Jun 2016 14:41:17 +0200, intrigeri wrote:
> > I'm going to split the brittle test into two smaller ones, for
> > debugging purposes.
> - I still can't get t/expect.t to fail, even if running it under
> heavy load in a
On Thu, 30 Jun 2016 14:41:17 +0200, intrigeri wrote:
> The test suite now passes most of the time on ci.d.n, since 2015-11.
>
> The only recent failure there is
> https://ci.debian.net/data/packages/unstable/amd64/libd/libdevel-gdb-perl/20160607_104749.autopkgtest.log.gz
>
> Still, on the
On Tue, 16 Aug 2016 23:33:09 +0100, Santiago Vila wrote:
> > Sorry, I don't understand the connection to building with -A. Is
> > there a report about the package failing with it? Does it fail for
> > you if you build with -A?
> I only build with -A, but there are a lot of packages for which a
>
On Tue, Aug 16, 2016 at 09:13:55PM +0100, Santiago Vila wrote:
> IMHO, buildds need to be able to build the packages at any given time,
> which means they should always succeed.
I agree that they should. I'm just saying that this is not the
traditional threshold for release criticality and I'm
On Wed, Aug 17, 2016 at 12:09:27AM +0200, gregor herrmann wrote:
> On Tue, 16 Aug 2016 21:13:55 +0100, Santiago Vila wrote:
> > BTW: In this particular package, I decided to raise the severity after
> > finding the failure myself while checking for bugs regarding
> > "dpkg-buildpackage -A"
> >
On Tue, 16 Aug 2016 21:13:55 +0100, Santiago Vila wrote:
> > It did autobuild fwiw.
> >
> > https://buildd.debian.org/status/logs.php?pkg=libdevel-gdb-perl=2.02-3=all
> A successful build log just means it did autobuild the last time it
> was tried, not that the package "usually autobuilds".
>
On Tue, Aug 16, 2016 at 10:04:01PM +0300, Niko Tyni wrote:
> On Tue, Aug 16, 2016 at 07:18:39PM +0200, Santiago Vila wrote:
> > severity 784845 serious
> > retitle 784845 libdevel-gdb-perl: FTBFS: t/expect.t #8 sometimes fails
> > thanks
>
> > Bugs about packages not building from source are RC
On Tue, Aug 16, 2016 at 07:18:39PM +0200, Santiago Vila wrote:
> severity 784845 serious
> retitle 784845 libdevel-gdb-perl: FTBFS: t/expect.t #8 sometimes fails
> thanks
> Bugs about packages not building from source are RC because there is a
> release goal saying "packages must autobuild".
It
severity 784845 serious
retitle 784845 libdevel-gdb-perl: FTBFS: t/expect.t #8 sometimes fails
thanks
This failed for me when checking for "dpkg-buildpackage -A" and it
also fails here:
https://tests.reproducible-builds.org/debian/rb-pkg/testing/amd64/libdevel-gdb-perl.html
Bugs about packages
Control: retitle -1 libdevel-gdb-perl: t/expect.t #8 sometimes fails
Hi,
Niko Tyni wrote (30 Sep 2015 20:17:38 GMT) :
> It's still failing every time on ci.d.n, and I have no idea how
> to reproduce it.
The test suite now passes most of the time on ci.d.n, since 2015-11.
The only recent
On Sat, May 09, 2015 at 05:05:26PM +0300, Niko Tyni wrote:
> Package: libdevel-gdb-perl
> Version: 2.02-2
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
>
> This package recently failed its autopkgtest checks on ci.debian.net:
>
Package: libdevel-gdb-perl
Version: 2.02-2
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package recently failed its autopkgtest checks on ci.debian.net:
http://ci.debian.net/packages/libd/libdevel-gdb-perl/unstable/amd64/
It seems to work for me with a couple
On Sat, 09 May 2015 17:05:26 +0300, Niko Tyni wrote:
Package: libdevel-gdb-perl
Version: 2.02-2
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package recently failed its autopkgtest checks on ci.debian.net:
14 matches
Mail list logo
