From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: core-updates Date: Fri, 16 Feb 2018 13:24:56 -0500 Message-ID: <87inawlrlz.fsf@netris.org> References: <87wozhjilt.fsf@elephly.net> <87lgftp088.fsf@gnu.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]:58714) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1emkhZ-0001rc-PP for guix-devel@gnu.org; Fri, 16 Feb 2018 13:25:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1emkhW-0003t2-KW for guix-devel@gnu.org; Fri, 16 Feb 2018 13:25:41 -0500 In-Reply-To: <87lgftp088.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 16 Feb 2018 13:50:31 +0100") 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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Ricardo Wurmus skribis: > >> I=E2=80=99ve requested a new evaluation of core-updates on hydra because= sbcl >> and a few other packages have since been fixed. This should show us >> fewer packages that we need to worry about before merging core-updates. > > As of this writing hydra.gnu.org is still building 1.8K jobs (mostly > armhf): > > https://hydra.gnu.org/jobset/gnu/core-updates > > berlin.guixsd.org is roughly done, building mostly for aarch64: > > https://berlin.guixsd.org/status/ > > The weather is OK, though it=E2=80=99s surprisingly lower than what I=E2= =80=99d expect > given that everything has been built according to Hydra/Cuirass: > > $ ./pre-inst-env guix weather --substitute-urls=3D"https://berlin.guixsd.= org https://mirror.hydra.gnu.org" > computing 7,047 package derivations for x86_64-linux... > looking for 7,348 store items on https://berlin.guixsd.org... > https://berlin.guixsd.org > 55.2% substitutes available (4,057 out of 7,348) > 7,756.8 MiB of nars (compressed) > 23,011.1 MiB on disk (uncompressed) > 0.000 seconds per request (2.1 seconds in total) > 3,553.4 requests per second > looking for 7,348 store items on https://mirror.hydra.gnu.org... > updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% > https://mirror.hydra.gnu.org > 37.3% substitutes available (2,744 out of 7,348) > 9,299.7 MiB of nars (compressed) > 23,535.4 MiB on disk (uncompressed) > 0.266 seconds per request (1,953.6 seconds in total) > 3.8 requests per second Hydra has certainly built far more than 37% of jobs on core updates. The percentage of built store items should be closer to 90% or more. I guess the discrepancy is because most of those store items had never been requested, so the NARs haven't yet been built. Does that make sense? Mark