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 6NkEKhXAsGFjlAAAgWs5BA (envelope-from ) for ; Wed, 08 Dec 2021 15:24:21 +0100 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 mPG5JRXAsGGFKAAAB5/wlQ (envelope-from ) for ; Wed, 08 Dec 2021 14:24:21 +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 397721C7BC for ; Wed, 8 Dec 2021 15:24:21 +0100 (CET) Received: from localhost ([::1]:38548 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1muxro-0007kI-AM for larch@yhetil.org; Wed, 08 Dec 2021 09:24:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35520) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muxre-0007js-IX for guix-devel@gnu.org; Wed, 08 Dec 2021 09:24:10 -0500 Received: from [2001:470:142:3::e] (port=60062 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muxre-0001j2-AX; Wed, 08 Dec 2021 09:24:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=ab5ek+CaK2iysNwgrajJFCVVhEfjsGR9ibhHNjCZDzU=; b=SZ35+j+64ZdozurwUoRK nPhTkqVeAC2QuIFDaYWrfPVoKGoDzghT2CWmyjBrRqK1Jdm9Xc+X9aZn8+YFvHrqEbNNZaS07qZkz jdLPiL9IaatIw08eFgm1ic9aACBU6IHTQBOGmhu2ObQ0e/CfLnB4ZLvmPdC8Bx67dGQw8RIa2HcSO zPHFCzQ3vWGaJ54X86OL+NAcQj+uFR74kW/tLiJDWAct3vUjj8sqcQvQUibb+Vn5LMtkBh0b26ed2 1gSbJXmbQuaY67DAlQ0Mq6FwSViPvCZh01kRL5LX0TCK4qLyHSkWqBCgHNLHiyqsHoMVWywDqIuVR iuIfzMnyIy+A5w==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201]:51137 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muxre-0008Il-7c; Wed, 08 Dec 2021 09:24:10 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: guix-devel@gnu.org Subject: Re: [CORE-UPDATES] librsvg and rust References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 18 Frimaire an 230 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 08 Dec 2021 15:24:07 +0100 In-Reply-To: (Efraim Flashner's message of "Wed, 8 Dec 2021 11:16:13 +0200") Message-ID: <87tufjgooo.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 51845@debbugs.gnu.org, Liliana Marie Prikler 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=1638973461; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=ab5ek+CaK2iysNwgrajJFCVVhEfjsGR9ibhHNjCZDzU=; b=sdNvZ2ZwNyKEOBntYnz+UsMX0F1WnMOsINhWdBBknj+sxA9/Q0hirJARFBNrDlObS6DoTZ UssuHCs/QMHFSg4/xnR28x3IlWarxhtRw6lrSru0+bJX/vOxJ3YnlQzH6eC5QRAj7KbRVX wkDpJQ5oF1eZ+7mJC/Hj7onsD/rqwErJ4blQyY4oaMyrCPyBxTIL3+mYs+qn3pxGxJqJ11 rNtXVz9rki6jSxivM0d9pgz4C9m9kViLiP/2SnkvHf52aDLYrLTME2e1L5hT3VmKsSuk8U UeVgg1F0XtDvl7yj2yJbLfrTV79Z/L46onlEgeLgubvFusGdjx+AQ+IPmwryxQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638973461; a=rsa-sha256; cv=none; b=Uofnq+Ia1HN4J7qtuTkz2VeHaliOAdLvPBK+UCiJ8xconNdjVmebtaWtn5dba9tzxDlg+3 rxHqYR5mPUmsUDkAPQo+XWKl3ZP/eP2p2cqEMbwjZjBShHRx4bRkoKZ60CXr+7F7U19reA Sqba47jTbsRam0PqX9LOkG6MyzVEqDUDQpSiUhfXfCfhiaD8aKnJeQdR3oAtmOdKDccZFU luA4IDnOvtHancrNSDKLAm4wRbyeKYiuFcf++LHj0TCr81guzERDsDUKHSgZ9AJPZm3GHe Y+4M8VGSzHsJTETXnj85u9MM4W/cDN/Qvy2NSsuICgwlmmbM9lWgG26U+esULw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=SZ35+j+6; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -5.35 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=SZ35+j+6; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 397721C7BC X-Spam-Score: -5.35 X-Migadu-Scanner: scn1.migadu.com X-TUID: rrAZEjVW1lEr Hello! For the record, this is a followup to Efraim=E2=80=99s proposal in . Efraim Flashner skribis: > Option 1: > Track down the ~220 crates which form the dependency graph (of crates) > for librsvg and pin them until the next core-updates cycle. Continue > like with other packages and add newer versions (like cmake or meson) as > packages need them.=C2=B9 The advantage of this approach is that we could do it incrementally: we could merge =E2=80=98core-updates-frozen=E2=80=99 today and just add pinned= variants of these 200+ crates as needed as time passes. The downside is that it=E2=80= =99s a lot of crates to take care of, and we might still accidentally overlook seemingly innocuous crate upgrades that end up causing major rebuilds. > Option 2: > Use the bundled crates and treat it as just part of the librsvg source > code.=C2=B2 > > Option 2b: > Use the bundled crates for now to finish with core-updates-frozen and > revisit this immediately on core-updates (not frozen). This option will involved a rebuild on x86_64, but the advantage is that we=E2=80=99ll be safe going forward: we won=E2=80=99t accidentally cause wo= rld rebuilds just because an obscure crate somewhere has been upgraded. [...] > I'm currently leaning option 2b, it'll get us past this hurdle for > core-updates-frozen and let us make changes to the crates as we work to > integrate them more fully into Guix. Same here; it=E2=80=99s not ideal, but it seems like the most reasonable short-term option. If there are no objections, I=E2=80=99d suggest that you go ahead with this plan. Thanks for keeping the ball rolling! Ludo=E2=80=99.