From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 0OHrNAML02EDpQAAgWs5BA (envelope-from ) for ; Mon, 03 Jan 2022 15:41:07 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id gB2tLQML02EpfQAAG6o9tA (envelope-from ) for ; Mon, 03 Jan 2022 15:41:07 +0100 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 8851529625 for ; Mon, 3 Jan 2022 15:41:07 +0100 (CET) Received: from localhost ([::1]:59802 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4OWI-0004Zk-NV for larch@yhetil.org; Mon, 03 Jan 2022 09:41:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51920) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4OW6-0004Zc-BI for guix-devel@gnu.org; Mon, 03 Jan 2022 09:40:54 -0500 Received: from hera.aquilenet.fr ([185.233.100.1]:44662) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4OW4-0002ZD-Un for guix-devel@gnu.org; Mon, 03 Jan 2022 09:40:54 -0500 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 7A0473D5; Mon, 3 Jan 2022 15:40:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Js0iGoEaEnxF; Mon, 3 Jan 2022 15:40:51 +0100 (CET) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 6EC1D363; Mon, 3 Jan 2022 15:40:50 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Attila Lendvai Subject: Re: importers and input package lookup References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 =?utf-8?Q?Niv=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=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: Mon, 03 Jan 2022 15:40:49 +0100 In-Reply-To: (Attila Lendvai's message of "Mon, 20 Dec 2021 21:14:11 +0000") Message-ID: <87pmp8khla.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-Spamd-Bar: / X-Rspamd-Server: hera X-Rspamd-Queue-Id: 7A0473D5 X-Spamd-Result: default: False [0.53 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DBL_PROHIBIT(0.00)[0.1.0.0:email]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.63)[subject]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] Received-SPF: softfail client-ip=185.233.100.1; envelope-from=ludo@gnu.org; helo=hera.aquilenet.fr X-Spam_score_int: 7 X-Spam_score: 0.7 X-Spam_bar: / X-Spam_report: (0.7 / 5.0 requ) SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665 autolearn=no 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: , Cc: "guix-devel@gnu.org" Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1641220867; 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; bh=23wWwpKjxDPk26C4H9IvhgtMRTFvvWGI50EF+6gScXo=; b=VGoGmserLBe9hzu4zdKu1ybzWn5i5m0Pi13QXiWwWVwDTJylpVNiiSXPP88QnYmWnlBlMn SJ97vp9MW40eDPLM3RQ+MHONupqBU8sqFyWKJahLb2AhMhm0x2wgqT8/jLEbgQan0/g6KS L5H8V3Qb7yrOqkRZ9O+rOE4bhhq3ZapkDGeO8u23tEHHuMB/wQnkfpefHgrMix5aPFRX4c tIT5cXsjLD2aCkcWXOTIP5xOvBi5U/L4tr8I2Uvj+w4Hj/bezk3Ok36bieaqr3aTKcIGDa e5dkOhiyIPBdERsOgSH4Q3fh50Ilcwea7AmSQudxuvHhTzqGgv8wFonYC+dwcg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1641220867; a=rsa-sha256; cv=none; b=Oa+lHS8V+p/Vi2yMmPH3LQKWX5V30L8YHaYEZSyKftgpRvJmmg6hCWUjogF3XBYtoGPIlA mu9nX8fa8fB4SxieINm3WXQYbvf39bXaCNhEh7ImMe0uizr7i0ZOZyMoSliLq+J6WdQgyU gkz0ysfo3VuF/mootou0YA0ZCFRCLursY+dLu6xhkwfGDLRhhRqGHRC5TiA9k+/0/UzY94 6wXAx7IKCajys1SKt1i+YxHF3XGkkrwLfjJRjG1znXnzpePr1Spodn1M5wteb1NjqpGsVa ZORxsAOwc7fa69bBKTYJNWor0qEsn4GKARerWqTADKkCzXDHQt4iGAEIFTWL+A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; 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: -3.59 Authentication-Results: aspmx1.migadu.com; dkim=none; 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: 8851529625 X-Spam-Score: -3.59 X-Migadu-Scanner: scn1.migadu.com X-TUID: tInmFY6q222a Hi! Attila Lendvai skribis: > there are two, independent namespaces: > 1) the scheme one, and > 2) the guix package repository. > > when i work on an importer (golang), it skips the packages that are alrea= dy available in 2), but then it has no clue under what variable name they a= re stored in 1), and in which scheme module. Does the variable name matters though? In general what matters for the importer is whether the package/version exists, regardless of the variable name. > should the dependency lists in the package forms be emitted as (specifica= tion->package "pkgname@0.1.0") forms? No, not for packages in Guix proper. [...] > a bit of a tangent here, and a higher-level perspective, but... shouldn't= the package definition DSL have support for this? then most package descri= ptions could be using package specifications instead of scheme variables, a= nd 1) could be phased out. or would that be more error prone? maybe with a = tool that warns for the equivalent of undefined variable warnings? Package specs are ambiguous compared to variable references (they depend on external state, on the set of chosen channels, etc.) so in general we want to refer to variables. HTH! Ludo=E2=80=99.