GNU bug report logs - #30030
[PATCH core-updates] gnu: java-jeromq: Update to 0.4.3.

Previous Next

Package: guix-patches;

Reported by: Gábor Boskovits <boskovits <at> gmail.com>

Date: Mon, 8 Jan 2018 20:17:01 UTC

Severity: normal

Tags: patch

Done: Gábor Boskovits <boskovits <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Gábor Boskovits <boskovits <at> gmail.com>
To: Chris Marusich <cmmarusich <at> gmail.com>
Cc: 30030 <at> debbugs.gnu.org
Subject: [bug#30030] [PATCH core-updates] gnu: java-jeromq: Update to 0.4.3.
Date: Tue, 23 Jan 2018 09:26:04 +0100
[Message part 1 (text/plain, inline)]
Sorry about that.
I introduced this update because I got test failures.
After updating I did not experience the failure even after several
rebuilds, but the earlier version failed consistently.
I did not think, that the failure is not deterministic.
I will reopen this github issue then:
https://github.com/Boskovits/guix/issues/57


2018-01-23 9:06 GMT+01:00 Chris Marusich <cmmarusich <at> gmail.com>:

> Gábor Boskovits <boskovits <at> gmail.com> writes:
>
> > * gnu/packages/java.scm (java-jeromq): Update to 0.4.3.
>
> Unfortunately, when this patch is applied to commit
> f3cd6633ce7348fb92735d6cd708bdc8b3b063ee (the current tip of
> core-updates), the "check" phase of the build fails.  Actually, it fails
> even before the patch, so you this change doesn't break it.
>
> The failures are not deterministic.  Various classes fail, and it's not
> always the same one every time.  I briefly looked at the failures, and I
> couldn't make much sense of it.  I think there are two avenues of
> investigation:
>
> 1) Git bisect to find out which commit introduced the break.
>
> 2) Report the failure(s) upstream.
>
> --
> Chris
>
[Message part 2 (text/html, inline)]

This bug report was last modified 7 years and 155 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.