GNU bug report logs - #41661
[Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to mising substitutes

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41661 in the body.
You can then email your comments to 41661 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Brice Waegeneire <brice <at> waegenei.re>
To: bug-guix <at> gnu.org
Subject: [Cuirass] Doesn't honor 'timeout' nor 'max-silent-time' leading to
 mising substitutes
Date: Tue, 02 Jun 2020 13:15:19 +0000

Hello Guix,

Unlike Hydra, Curiass don't honor 'timeout' and 'max-silent-time'
properties[0]. This lead to some packages never having substitutes, in
particular for the 'armhf-linux' system for example 'linux-libre' or
'guile-static-stripped'[1]. Which mean it's really difficult to use such
systems since each users need to build thoses really long running[2]
packages. We also don't know if thoses package may fail for a reason 
other
than timing out.

[0]: https://lists.gnu.org/archive/html/guix-devel/2020-03/msg00209.html
[1]: 
http://ci.guix.gnu.org/search?query=guile-static-stripped%20system:armhf-linux
[2]: 
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/guile.scm?id=f51fd97ec54a98668d63c52d8a6bd75d8dc3292e#n257

- Brice

Message #8 received at 41661 <at> debbugs.gnu.org (full text, mbox):

From: Leo Famulari <leo <at> famulari.name>
To: Brice Waegeneire <brice <at> waegenei.re>
Cc: 41661 <at> debbugs.gnu.org
Subject: Re: bug#41661: [Cuirass] Doesn't honor 'timeout' nor
 'max-silent-time' leading to mising substitutes
Date: Tue, 2 Jun 2020 13:44:59 -0400

[Message part 1 (text/plain, inline)]

On Tue, Jun 02, 2020 at 01:15:19PM +0000, Brice Waegeneire wrote:
> Hello Guix,
> 
> Unlike Hydra, Curiass don't honor 'timeout' and 'max-silent-time'
> properties[0]. This lead to some packages never having substitutes, in
> particular for the 'armhf-linux' system for example 'linux-libre' or
> 'guile-static-stripped'[1]. Which mean it's really difficult to use such
> systems since each users need to build thoses really long running[2]
> packages. We also don't know if thoses package may fail for a reason other
> than timing out.
> 
> [0]: https://lists.gnu.org/archive/html/guix-devel/2020-03/msg00209.html
> [1]: http://ci.guix.gnu.org/search?query=guile-static-stripped%20system:armhf-linux
> [2]: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/guile.scm?id=f51fd97ec54a98668d63c52d8a6bd75d8dc3292e#n257
> 
> - Brice

We really need to improve our CI so that it's possible to discover these
build failures. Currently it's quite hard to monitor if they get built
unless you just do `guix build foo`.

The last time this came up [0] it was said that maybe it's not really
correct to make these properties of the package, but rather of the CI
jobs. It makes sense but we need a solution, or stop supporting
underpowered architectures like armhf, because most of those machines
can't build this stuff themselves, and it's not good to advertise
support to people who will just be disappointed later.

[signature.asc (application/pgp-signature, inline)]

Message #11 received at 41661 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Leo Famulari <leo <at> famulari.name>
Cc: 41661 <at> debbugs.gnu.org, Brice Waegeneire <brice <at> waegenei.re>
Subject: Re: bug#41661: [Cuirass] Doesn't honor 'timeout' nor
 'max-silent-time' leading to mising substitutes
Date: Thu, 04 Jun 2020 14:16:41 +0200

Hi,

Leo Famulari <leo <at> famulari.name> skribis:

> We really need to improve our CI so that it's possible to discover these
> build failures. Currently it's quite hard to monitor if they get built
> unless you just do `guix build foo`.

Or ‘guix weather’, which is not worse than a web UI IMO.

> The last time this came up [0] it was said that maybe it's not really
> correct to make these properties of the package, but rather of the CI
> jobs. It makes sense but we need a solution, or stop supporting
> underpowered architectures like armhf, because most of those machines
> can't build this stuff themselves, and it's not good to advertise
> support to people who will just be disappointed later.

Yeah.  I think we need to look at these on a case-by-case basis.  Guile
is one of those packages known to hit the max-silent-time of 1h (?)
that’s configured on berlin.  Hopefully it will no longer be the case
starting from 3.0.3.

What about Linux-libre?  Does it hit the max absolute build time on
armhf?

As I wrote elsewhere, I think it makes more sense in a way to have
those timeouts configured system-wide.  But yeah, we need to be
pragmatic.

Thanks,
Ludo’.

Message #14 received at 41661 <at> debbugs.gnu.org (full text, mbox):

From: Brice Waegeneire <brice <at> waegenei.re>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 41661 <at> debbugs.gnu.org, Leo Famulari <leo <at> famulari.name>
Subject: Re: bug#41661: [Cuirass] Doesn't honor 'timeout' nor
 'max-silent-time' leading to mising substitutes
Date: Thu, 04 Jun 2020 13:02:29 +0000

Hello,

On 2020-06-04 12:16, Ludovic Courtès wrote:
> Hi,
> 
> Leo Famulari <leo <at> famulari.name> skribis:
> 
>> We really need to improve our CI so that it's possible to discover 
>> these
>> build failures. Currently it's quite hard to monitor if they get built
>> unless you just do `guix build foo`.
> 
> Or ‘guix weather’, which is not worse than a web UI IMO.

+1 for CLI tools!

>> The last time this came up [0] it was said that maybe it's not really
>> correct to make these properties of the package, but rather of the CI
>> jobs. It makes sense but we need a solution, or stop supporting
>> underpowered architectures like armhf, because most of those machines
>> can't build this stuff themselves, and it's not good to advertise
>> support to people who will just be disappointed later.
> 
> Yeah.  I think we need to look at these on a case-by-case basis.  Guile
> is one of those packages known to hit the max-silent-time of 1h (?)
> that’s configured on berlin.  Hopefully it will no longer be the case
> starting from 3.0.3.
> 
> What about Linux-libre?  Does it hit the max absolute build time on
> armhf?

I misdiagnosed the issue, substitutes for it are available now and 
previous
seems to be there too.  IDK why it wasn't available before nor why I
couldn't manage to built it myself.

> As I wrote elsewhere, I think it makes more sense in a way to have
> those timeouts configured system-wide.  But yeah, we need to be
> pragmatic.
> 
> Thanks,
> Ludo’.

- Brice

Message #19 received at 41661-done <at> debbugs.gnu.org (full text, mbox):

From: Mathieu Othacehe <othacehe <at> gnu.org>
To: 41661-done <at> debbugs.gnu.org
Subject: Re: bug#41661: [Cuirass] Doesn't honor 'timeout' nor
 'max-silent-time' leading to mising substitutes
Date: Thu, 25 Mar 2021 14:02:01 +0100

Hello,

Cuirass now honors those properties, closing this one.

Thanks,

Mathieu

Previous Next

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