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 UBNXJz+5pmADawEAgWs5BA (envelope-from ) for ; Thu, 20 May 2021 21:32:15 +0200 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 WDX6Ij+5pmDJIgAAbx9fmQ (envelope-from ) for ; Thu, 20 May 2021 19:32:15 +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 54B5629BA1 for ; Thu, 20 May 2021 21:32:15 +0200 (CEST) Received: from localhost ([::1]:46166 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ljoP0-0002J9-Ga for larch@yhetil.org; Thu, 20 May 2021 15:32:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50080) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ljoOf-0002Ii-OX for guix-devel@gnu.org; Thu, 20 May 2021 15:31:53 -0400 Received: from xavier.telenet-ops.be ([2a02:1800:120:4::f00:14]:51558) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ljoOV-0005QF-T5 for guix-devel@gnu.org; Thu, 20 May 2021 15:31:53 -0400 Received: from ptr-bvsjgyjmffd7q9timvx.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:aaf1:9810:a0b8:a55d]) by xavier.telenet-ops.be with bizsmtp id 77Xf2500A0mfAB4017XfqE; Thu, 20 May 2021 21:31:39 +0200 Message-ID: <1dbbcac6e26ae1df767a813698e92cbe364d88fa.camel@telenet.be> Subject: Re: [PATCH RFC 0/4] Getting rid of input labels? From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= , guix-devel@gnu.org Date: Thu, 20 May 2021 21:31:34 +0200 In-Reply-To: <20210520145830.14108-1-ludo@gnu.org> References: <20210520145830.14108-1-ludo@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-nmbpR7ihiPMNnbvUQCLg" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1621539099; bh=GQN22eqDHrfOszB7PQU/YOtjXGK+gB2beq28avQDetI=; h=Subject:From:To:Date:In-Reply-To:References; b=Ub7qnplWpjHqPQZ+hCDbvzIxVINHJVPi/4g3qrwDHv2wFBNJqhaL302J+vjTqfm2K KbQvUaqb1Wm/iwqP2IZjksrKWZbTFP/bQxIKgZ/JxgWRGilkduBOY1VRVF04GNl0MT HAxRY5XiJKYBaf4A7a+SSx9ku9tnTUP6u/Zs6AM/h3/K02WcQwYU309ew3BQN0aYXn asO+5Xo09NHzAcJ6WWFAprHt3nRj9UYEpYNeFl4r3Q1SatoDx82CeHUhhfxYEgdZaK oDk7w5fDW8NT6KyW7ZeuNly/98ZAx+drsffHLfk6W0BHg72LqederEXULr7rSzsz5t +OYOchsDZt/+g== Received-SPF: pass client-ip=2a02:1800:120:4::f00:14; envelope-from=maximedevos@telenet.be; helo=xavier.telenet-ops.be X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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: , 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=1621539135; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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:dkim-signature; bh=GQN22eqDHrfOszB7PQU/YOtjXGK+gB2beq28avQDetI=; b=B05GT+RNWcjqaf+C2Cnwt1G0ItrvIuBh7aYGvU2ksbs+0Xl4/7eeEDMX1NAwki8d2JKXFh gQrA3upfOdmrv9MF7CA3FSDBlLMNZfHPIj6ovKFueWnMR+DIydYVd2l1LuSS/8kpdCuC46 i/ulic57rotUEjPY4zoHwAYPFpe/i4NkkdehbMKMKx/ge8JibawLem+G8Ju5A7GfOKS8JH yO6yFG+b5PE6PIuPWACm3mXe2Bwf1+aW5FsBzOYyEkCnEwIOxKcOhiM0ucgxngo3bT9AZ/ 56jeBNbHyisjzp9uPD+dAg8jgdbPBj4fqQCM47QUOgXajOzc4z0lNDZAzokXZQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1621539135; a=rsa-sha256; cv=none; b=aTS6MiEZpMUMkZCVIgmrV9Lo2Nas2Rtr3TOsnxqYmjOyU8uNIKHnsn2SiKp1U1ekY7UTNn oXZKntEc7GatUkP6I2EUQgrDYRO+w7H6AFPzERFHcImUBy3FaRqqWAzK+Onkf/gojPMeb/ jdGx4nwOGLA0R5L6VYllXbUnnWacjl91CIpCA08wXOMSqsJUHQqTroHtR0PMbdgHV//WNN aSdjNQt/VTJJE+22nfgmkQoSIeTbwiVDU+6fccJci/LRe4mZmsp+x9YFZdnnqH4HB/loRO hjdG06R68pRRV+ZoxRyEcpiFRo8o9XXXPG0+0j+A+g9JBUzAmTEq4fF0B3LBCg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r21 header.b=Ub7qnplW; dmarc=pass (policy=none) header.from=telenet.be; 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: -4.24 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r21 header.b=Ub7qnplW; dmarc=pass (policy=none) header.from=telenet.be; 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: 54B5629BA1 X-Spam-Score: -4.24 X-Migadu-Scanner: scn0.migadu.com X-TUID: gVgOjBjWJqpl --=-nmbpR7ihiPMNnbvUQCLg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s schreef op do 20-05-2021 om 16:58 [+0200]: > Hello Guix! >=20 > Here=E2=80=99s a proposal for a soft revolution: getting rid of input lab= els > in package definitions. Instead of writing: [...] > =20 > one can write: >=20 > (native-inputs (list autoconf automake pkg-config guile-3.0)) > [...] This concept LGTM (but I haven't looked closely at the patches), but as noted on #guix, some issues with eliminating labels completely: A package definition of P may require both Q@1.0 and Q@2.0 as inputs, in which case a =E2=80=98label collision=E2=80=99 would be created if we ge= nerate labels package-name. More specifically, I'm thinking of packaging go-ipfs-migrations (or what's its name ...). It would be a good idea to add an (additional?) test to actually try to migrate from go-ipfs@first-version to go-ipfs@another-version. Greetings, Maxime. --=-nmbpR7ihiPMNnbvUQCLg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYKa5FhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7hCFAQDK2hOBqOVa96lvhNcj3Jisbhl0 EbfkMg00hzb/w9YhnAEA2m/K5UQxzcodynqbzkH9wW70vnjUoKNkBB9anVXTYg4= =pZAU -----END PGP SIGNATURE----- --=-nmbpR7ihiPMNnbvUQCLg--