GNU bug report logs - #32540
Cuirass: we need a way to manually trigger evaluations

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 32540 in the body.
You can then email your comments to 32540 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: Clément Lassieur <clement <at> lassieur.org>
To: bug-guix <at> gnu.org
Subject: Cuirass: we need a way to manually trigger evaluations
Date: Mon, 27 Aug 2018 11:50:21 +0200

The 'core-updates' and 'staging' branches shouldn't trigger evaluations
at each commit, because they produce too many derivations.  Instead, the
admins should have a 'trigger evaluation' button that they use once in a
while.  That button should be part of an 'admin interface', which should
be protected by NGINX's 'auth_basic' authentication mechanism.

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

From: Gábor Boskovits <boskovits <at> gmail.com>
To: Clément Lassieur <clement <at> lassieur.org>
Cc: 32540 <at> debbugs.gnu.org
Subject: Re: bug#32540: Cuirass: we need a way to manually trigger evaluations
Date: Mon, 27 Aug 2018 12:17:38 +0200

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

Clément Lassieur <clement <at> lassieur.org> ezt írta (időpont: 2018. aug. 27.,
H, 11:54):

> The 'core-updates' and 'staging' branches shouldn't trigger evaluations
> at each commit, because they produce too many derivations.  Instead, the
> admins should have a 'trigger evaluation' button that they use once in a
> while.  That button should be part of an 'admin interface', which should
> be protected by NGINX's 'auth_basic' authentication mechanism.
>
>
> I agree that we need a mechanism like this. I am not sure about what the
protection
mechanism should be. 'auth_basic' has some appeal, as it is quite easy, but
I would
like to hear some more opinions about that part.

[Message part 2 (text/html, inline)]

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

From: Clément Lassieur <clement <at> lassieur.org>
To: Gábor Boskovits <boskovits <at> gmail.com>
Cc: 32540 <at> debbugs.gnu.org
Subject: Re: bug#32540: Cuirass: we need a way to manually trigger evaluations
Date: Mon, 27 Aug 2018 14:09:07 +0200

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

> Clément Lassieur <clement <at> lassieur.org> ezt írta (időpont: 2018. aug. 27.,
> H, 11:54):
>
>> The 'core-updates' and 'staging' branches shouldn't trigger evaluations
>> at each commit, because they produce too many derivations.  Instead, the
>> admins should have a 'trigger evaluation' button that they use once in a
>> while.  That button should be part of an 'admin interface', which should
>> be protected by NGINX's 'auth_basic' authentication mechanism.
>>
>>
> I agree that we need a mechanism like this. I am not sure about what the
> protection
> mechanism should be. 'auth_basic' has some appeal, as it is quite easy, but
> I would
> like to hear some more opinions about that part.

It's obviously not ideal, and we can implement something more
sophisticated later.

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

From: Mathieu Othacehe <othacehe <at> gnu.org>
To: Clément Lassieur <clement <at> lassieur.org>
Cc: 32540-done <at> debbugs.gnu.org
Subject: Re: bug#32540: Cuirass: we need a way to manually trigger evaluations
Date: Thu, 25 Mar 2021 14:15:24 +0100

Hello,

> The 'core-updates' and 'staging' branches shouldn't trigger evaluations
> at each commit, because they produce too many derivations.  Instead, the
> admins should have a 'trigger evaluation' button that they use once in a
> while.  That button should be part of an 'admin interface', which should
> be protected by NGINX's 'auth_basic' authentication mechanism.

The admins can now change configure the specifications to build only a
core subset of packages, or all the available packages from the web
interface.

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.