From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 0MjmOeB3jmARpQAAgWs5BA (envelope-from ) for ; Sun, 02 May 2021 11:58:56 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id 4ImSNeB3jmCRPwAAB5/wlQ (envelope-from ) for ; Sun, 02 May 2021 09:58:56 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F23692B57D for ; Sun, 2 May 2021 11:58:55 +0200 (CEST) Received: from localhost ([::1]:38710 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ld8sI-0003C2-Q8 for larch@yhetil.org; Sun, 02 May 2021 05:58:54 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44732) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ld8ql-0002eW-13 for guix-devel@gnu.org; Sun, 02 May 2021 05:57:19 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:19143) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ld8qi-00006c-EG for guix-devel@gnu.org; Sun, 02 May 2021 05:57:18 -0400 X-Originating-IP: 92.169.147.163 Received: from mimimi (lfbn-idf2-1-1335-163.w92-169.abo.wanadoo.fr [92.169.147.163]) (Authenticated sender: mail@ambrevar.xyz) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 7BF0F24000B; Sun, 2 May 2021 09:57:11 +0000 (UTC) From: Pierre Neidhardt To: Leo Famulari Subject: Re: branch master updated: gnu: sbcl: Update to 2.1.4. In-Reply-To: References: <20210501115326.31478.20737@vcs0.savannah.gnu.org> Date: Sun, 02 May 2021 11:57:10 +0200 Message-ID: <87zgxdh30p.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Received-SPF: pass client-ip=217.70.183.193; envelope-from=mail@ambrevar.xyz; helo=relay1-d.mail.gandi.net X-Spam_score_int: 0 X-Spam_score: -0.1 X-Spam_bar: / X-Spam_report: (-0.1 / 5.0 requ) BAYES_00=-1.9, FROM_SUSPICIOUS_NTLD=0.5, PDS_OTHER_BAD_TLD=1.999, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1619949536; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=/MmnuiL1n9IDTqxs6pfFbKcfbw48hr1+M2kEYjSK8Lg=; b=rr/lAGekO2zGaIFs4VVSPe5pdJdMpWvfc+m5FIGIh7YjYJe4gqB73khFgcRqysYzMXlvY3 fWT7+8/g9IvtKoAz67A0gcN9A/J46d8MollrP8ERIJKo17XSMUMC5jR/6RYj46uHkeTRvw cs16PQSo+aD4IBeSlBHHhuXuOtiOB9LvVyASi5VH29OXJZkLjbaL+R1Za/vmgWTvprp46I FgqJYWk9mxLj0zMVvC76DeKxCZVdYp7DiQTbrnC70E7hrfCJmDQWU2CYS/ys9Iv4cX+sY3 ZFdzbHCxfumrXLyXMr93Ek9yX7PF35uSf5izYbq7NNMXBt/CBEdF1h0RfYvMIQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1619949536; a=rsa-sha256; cv=none; b=ae9Cim8ANWKeNOMi0IygeR0CoEABpgAnFiDf40/myPNOnkaDtN0sK6jfK9KMDlYgBJA8Bx ietq1DSk8WmZYrcXzBq+UlpVCA928VjxDADiQYz+foAute9Ja3bRyub/1v8Im9IQVVsgJZ YAj9BjcJC9uddbJ8debqMDtENQHW5IAQHZlDywQCyLQyIsZmRWiSnM7GZKHJk5Bbi1CWFP wLFZiardhbpjicw6+BS2SEoADqdSGgQ+AerJUAIYOwN7Rj4c9r8WXGotY3eXPHDYVw64i6 8J2Qe3Lqud0X0zvsIYHBpBd0a7MiZ7mKlr8kFa9dOZfFBfGiLwfhDxVmNC6z2A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -2.06 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: F23692B57D X-Spam-Score: -2.06 X-Migadu-Scanner: scn0.migadu.com X-TUID: hiKV3bqTH8oh --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Leo, Indeed, as far as I can remember we've always updated SBCL directly on master, because it's one of those exceptions. > `guix refresh -l sbcl` shows "Building the following 221 packages would > ensure 988 dependent packages are rebuilt [...]" Note that most of these packages are "cl-*" packages, which effectively just copy the source code of SBCL packages. They don't compile anything. > Remember, the rebuild limit for the master branch is 300 rebuilds, > according to item 8 of the manual section Submitting Patches: > > https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html > > Sometimes it's fine to go over the limit a little bit, especially for=20 > packages that are cheap to build, but SBCL packages are pretty > expensive. In my experience it is indeed one of theses cases where it's fine to go over the limit, because beside the check phase of very few packages (sbcl-lparallel and sbcl-ironclad come to mind), most SBCL packages build in an instant. The whole set of Lisp packages builds in a few minutes on my machine. What do you think? Do you think it would still be wiser to update on staging instead? What do you mean with "coordinate it in advance"? Is there a better way to handle the process? > The aarch64 builders, which are mostly emulated on x86_64 machines, > cannot build SBCL [0], and we need to cancel those derivations > manually, or they'll spend weeks repeatedly failing to build it. Maybe > we should just disable SBCL on aarch64 until the build farm can build > it reliably? Sure thing, but I'm not an aarch64 user so maybe someone else would like to comment about this. Thoughts, anyone? Otherwise I can remove aarch64 from the list of supported systems in the SBCL package. Cheers! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFGBAEBCAAwFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAmCOd3YSHG1haWxAYW1i cmV2YXIueHl6AAoJEJvc9Jeku8x/jQQH/RRn0YlhGy/rdZ3APQ74EAobTS5BX9OT BwR+9eknVmrM9lLUuimLCr10xwxfD6BQKjNqAnLuIrG2xDBVwq61vDm3M/juv+bP /P2VIXFjDbDbHLbYLSj58LABE/b/Rl+sd9/kzPfH4CAHGlEvBVbpIJSyN1u7qre4 wBRvgUQWPGtZheqM4Di8I0R9PQ2H3HopOXhgHXktoZErl4i+Qghrt6WZzjz1fcX7 WXhI5jh+/XV0gbxfOqTHs3rqMJbpNFFpgYKpkZR6HaYJCYy15kbiLjx/hgnENa4H e+N8/Vk2XJPt1ZFmESjkJGJ6Dfu6iKXBdP31MRjfOatA1s+AqCXkcNo= =lqZV -----END PGP SIGNATURE----- --=-=-=--