From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Guix on aarch64 Date: Thu, 30 Aug 2018 11:49:25 +0200 Message-ID: <87wos8yyje.fsf@gnu.org> References: <87mutm72n7.fsf@jnanam.net> <878t565k85.fsf@lassieur.org> <87k1oq6wgf.fsf@jnanam.net> <87bm9tbrx9.fsf@netris.org> <87zhxcoy0p.fsf@gnu.org> <87efelw1fr.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33624) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvJay-0002vT-9l for guix-devel@gnu.org; Thu, 30 Aug 2018 05:50:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvJa0-0000aX-BM for guix-devel@gnu.org; Thu, 30 Aug 2018 05:49:35 -0400 In-Reply-To: <87efelw1fr.fsf@netris.org> (Mark H. Weaver's message of "Sun, 26 Aug 2018 12:13:44 -0400") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Mark H Weaver Cc: guix-devel@gnu.org, Benjamin Slade Hi Mark, Mark H Weaver skribis: > The 'guix publish' TTL is a secondary issue, because, as you say, the > NARs are only deleted if the corresponding store item has been GC'd. > The more important question is: what is the policy for deleting GC roots > on Berlin? As I wrote, there=E2=80=99s no policy other than =E2=80=9Cmake sure there= =E2=80=99s at least N GiB free.=E2=80=9D I think the =E2=80=98guix publish=E2=80=99 TTL is not a secondary issue if = the question is =E2=80=9Cwhat does it take for substitutes to remain available?=E2=80=9D= GC roots allow us to retain substitutes regardless of their popularity (so it=E2=80= =99s definitely useful for releases), while the TTL allow us to retain popular substitutes. I think I already wrote that I acknowledge the issues you raised and that we should fix Cuirass to create GC roots for evaluations when we ask it to. Ricardo Wurmus skribis: > I think our use of Hydra is not sustainable. It requires regular manual > intervention by Mark, careful tuning of SQL queries, conscientious > clean up of old substitutes, and we have not a single person familiar > with the Perl code. > > We do have people working on Cuirass, though. Let=E2=80=99s add important > missing features to Cuirass instead of making efforts to keep Hydra on > life support. +1 To be clear, I want us to switch to berlin as the main official substitute server in the coming weeks. Emacs-build-farm and the web interface are becoming pretty nice. There _are_ missing features and rough edges, but I=E2=80=99d like us to focus on addressing those. The Cuirass web interface code is nice and pleasant to work with, so I encourage everyone to take a look and add whatever they deem important! https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/tree/src/cuirass/= http.scm https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/tree/src/cuirass/= templates.scm I also think it=E2=80=99s important to be able to react calmly and constructively to issues like the one Benjamin reported. It=E2=80=99s not a minor issue, but if we want to be address it in good conditions, we have to keep cool and focus on concrete incremental steps we can take to address it, while also keeping in mind our longer-term goals. Thanks, Ludo=E2=80=99.