From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 0GR0M0kPsWEZdwEAgWs5BA (envelope-from ) for ; Wed, 08 Dec 2021 21:02:17 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id YDonL0kPsWEYDQAAbx9fmQ (envelope-from ) for ; Wed, 08 Dec 2021 20:02:17 +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 8D039257D5 for ; Wed, 8 Dec 2021 21:02:17 +0100 (CET) Received: from localhost ([::1]:42710 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mv38q-0002Jt-Le for larch@yhetil.org; Wed, 08 Dec 2021 15:02:16 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46516) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mv38Q-0002JJ-6T for guix-devel@gnu.org; Wed, 08 Dec 2021 15:01:50 -0500 Received: from mail-4324.protonmail.ch ([185.70.43.24]:39545) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mv38N-0000cW-TS for guix-devel@gnu.org; Wed, 08 Dec 2021 15:01:49 -0500 Date: Wed, 08 Dec 2021 20:01:37 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail2; t=1638993698; bh=E+46atd7YBLYvIOT89KxWHkyMzfKpZnstnKlY8/PCw0=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc; b=u5I0Uu+2+nt/AadKJuNB8izUjuWcFB2Z/vYfWA7NALIwH13LvlUUnVEP9H6R4Lk3a 7xqYkuUEIpAMQDvxPBgEKBsze2vxmAWSGvsmZBbfsLC6XVvHPx3erCYjLvb/n5EKbh bmA+0g8uog2ecjn/OmLGUcSbDF/J19scev1We+M8eqlXRzCusi/OPYK4GY3gAUq3dV pIFcY9MSmPMsUaWjgDQ2Rz5Y5nnV4uKW3KQwIitjjesVzJeegA6yQpxPZjVZ/D28vD GADJ1/yJD5miBYy0Eg3241E/zIIcROp4bVF5+uw/t2LxfDFoXc5/skax2SfIkEuA3Z gOUS4N0DaZUew== To: guix-devel@gnu.org From: Kaelyn Cc: 51845@debbugs.gnu.org Subject: Re: [CORE-UPDATES] librsvg and rust Message-ID: In-Reply-To: <87r1antb7w.fsf@elephly.net> References: <87tufjgooo.fsf@gnu.org> <87r1antb7w.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.43.24; envelope-from=kaelyn.alexi@protonmail.com; helo=mail-4324.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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: , Reply-To: Kaelyn 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=1638993737; h=from:from:sender:sender:reply-to: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=E+46atd7YBLYvIOT89KxWHkyMzfKpZnstnKlY8/PCw0=; b=prHwJfRkcBEApUdlIOXifA90qHkgLr3uO07amNvrta0WpCyVIpPHtmr5E7yPkm5HUP+/xe sWTpLqwpT6rE4MLmBR17D/9QTfFEjzwOCDb2hKHnq3nWoWimDxQtcDENAwelIJ565IRG0X zVAZtFv3VPATGSS7fcdrHsSUaS+hkgIGIhvFRs6x+UhwgPbItwRz6qjtpfj5BwY7M9yStU KMZ/nSj5i852lmkbYJSqcZroKkatM0tkv3Z34XYOpfNh+1z79y97R27HJpEjNBY9lytne0 kb7dM1RptOvhY7JCmNexnHqC6YiGBil920fT71GHkHuiqRmj8dZCrCd4/cfeYQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638993737; a=rsa-sha256; cv=none; b=F5zfhLqM3D4IZ+/nPtESNNUz9v+FNmTfNafk2Dai7c0uVscrjLFwB4422JBa1BSqZzqysc BdbKdQb/FNRdszqIk0j12Q7pEafm0YgeKgbKdB2aDJBKTpqOAQq+XL2DDG/csQrtZQYzg3 KtLheFpCx2kL1NJWCsUzknbylhk5FLuDXVw3liyhj7Wfq4h2kaXsEqYgZYWGAb3deBfalK SrqzmEM00yXsEgwSYb0vB4aKnFplko8GajOk4JHS3DQJG/gRqSJqe1uSlQ6nqX3EEjC2wK 36nloP/apmHop1fGP8ICUZtLjuAt3c/NXjM0ZzVGsBKCCk8KxBiYcEQ/AaGONQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=protonmail.com header.s=protonmail2 header.b=u5I0Uu+2; dmarc=pass (policy=quarantine) header.from=protonmail.com; 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: -4.15 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=protonmail.com header.s=protonmail2 header.b=u5I0Uu+2; dmarc=pass (policy=quarantine) header.from=protonmail.com; 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: 8D039257D5 X-Spam-Score: -4.15 X-Migadu-Scanner: scn1.migadu.com X-TUID: EIVfpLRfzvn1 On Wednesday, December 8th, 2021 at 6:36 AM, Ricardo Wurmus wrote: > Ludovic Court=C3=A8s ludo@gnu.org writes: > > > Hello! > > > > For the record, this is a followup to Efraim=E2=80=99s proposal in > > > > https://issues.guix.gnu.org/51845. > > > > Efraim Flashner efraim@flashner.co.il 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 pi= nned 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 sourc= e > > > > > > 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 tha= t > > > > we=E2=80=99ll be safe going forward: we won=E2=80=99t accidentally caus= e world 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 reasonabl= e > > > > short-term option. > > > > If there are no objections, I=E2=80=99d suggest that you go ahead with = this > > > > plan. > > I agree that 2b is the most sensible option in our current situation. As a developer and new-ish Guix user (and not someone familiar with rust), = I am also in favor of 2b. Dealing with 200+ dependencies takes time, and co= re-updates-frozen has been on the cusp of merging for some time now. I'd like to see c-u-f merged back into master sooner, as master lacks suppo= rt for newer hardware while also getting regular package updates that are o= nly periodically merged to core-updates-frozen. Even before the c-u-f sprin= t last month where I switched all of my systems to c-u-f, I had one system = that was first a frankensteined master before finally managing to switch it= to c-u-f, to pick up a newer mesa that wasn't unusably buggy on a Radeon R= X 6700 XT. Cheers, Kaelyn P.S. Regarding switching my systems, the only issue I've run into that hasn= 't been fixed is that tigervnc only recently added support for building aga= inst xorg-server 21.1.1, and the current tigervnc release (1.12.0) was rele= ased before that support landed. (I have a standalone package definition fo= r building a recent git commit.) > > ------------------------------------------------------------------------ > > Ricardo