From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id QPQsEpfyDGKUeQEAgWs5BA (envelope-from ) for ; Wed, 16 Feb 2022 13:48:23 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id eGUSC5fyDGJRPgAAG6o9tA (envelope-from ) for ; Wed, 16 Feb 2022 13:48:23 +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 C714030243 for ; Wed, 16 Feb 2022 13:48:22 +0100 (CET) Received: from localhost ([::1]:46518 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nKJjK-0003W8-0f for larch@yhetil.org; Wed, 16 Feb 2022 07:48:22 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36108) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nKJg6-0002hk-TP for guix-patches@gnu.org; Wed, 16 Feb 2022 07:45:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:53846) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nKJg6-0002gV-EZ for guix-patches@gnu.org; Wed, 16 Feb 2022 07:45:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nKJg6-0006dl-99 for guix-patches@gnu.org; Wed, 16 Feb 2022 07:45:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#53818] Improving updaters and =?UTF-8?Q?=E2=80=98guix_?= =?UTF-8?Q?refresh=E2=80=99?= Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 16 Feb 2022 12:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53818 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 53818@debbugs.gnu.org, Xinglu Chen Received: via spool by 53818-submit@debbugs.gnu.org id=B53818.164501544425446 (code B ref 53818); Wed, 16 Feb 2022 12:45:02 +0000 Received: (at 53818) by debbugs.gnu.org; 16 Feb 2022 12:44:04 +0000 Received: from localhost ([127.0.0.1]:47742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nKJev-0006bc-55 for submit@debbugs.gnu.org; Wed, 16 Feb 2022 07:44:04 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:34731) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nKJem-0006b9-OM for 53818@debbugs.gnu.org; Wed, 16 Feb 2022 07:43:48 -0500 Received: (Authenticated sender: admin@nicolasgoaziou.fr) by mail.gandi.net (Postfix) with ESMTPSA id 395D6100004; Wed, 16 Feb 2022 12:43:32 +0000 (UTC) From: Nicolas Goaziou References: <87pmnx7ynw.fsf@gnu.org> <87y22kxkv3.fsf@yoctocell.xyz> <87leyi4fcv.fsf@gnu.org> <87pmnprasd.fsf@nicolasgoaziou.fr> <87fsolv109.fsf@gnu.org> <87leydqohm.fsf@nicolasgoaziou.fr> <87ee44pi4p.fsf_-_@gnu.org> Date: Wed, 16 Feb 2022 13:43:32 +0100 In-Reply-To: <87ee44pi4p.fsf_-_@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Tue, 15 Feb 2022 10:57:10 +0100") Message-ID: <87a6eroubv.fsf@nicolasgoaziou.fr> 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: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" 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=1645015703; 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:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=wuUwQZ1i5g9eLEBAardWpQM5607MVsjV8htrkotN3gg=; b=Ps/t6ZzrfZFivuKXETd/8UFc0xDKlPy+oIQd/19Z54kyZXgUKBzuoyDGo++kO+6BGCNqQR 49ByHWnq01RPhkCKn21yel2d2ypfyRfeQgPWrVK5AhPRy1ssSzTg1S6+MtnpLwpIL11rca PQcLMoemd0WCvSjg7e67IC4Ril9iqaVVvdwU0n1WScyP+CCRu3aq55CGmsLZs6yR0X+p5V Jz5TSRhY6e/nCc/BfIYdCqAeuY2HOq9PqwxoQbV0agICcVm5q64t+Ur52x+twp5lGVDh2e IkpQFnJxJN3ZKSw05qRp0xaasBVqgZ3NDVMDlUJ8MY3AZ2Fb/8uO9KSB0snqSg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1645015703; a=rsa-sha256; cv=none; b=Y81tmSFQlCwFh9ZVw9yClJloIvPWYnsY0qepCAOXZaXFy1b8qfogZ5ttn5yWpAG1rTwU0b GP4mGRCMA1V7gvUXCgt3YbV+Jm6zqyKzcC6fOjgf+Czo4XNmwJUTQntujy0XYvN09Pdb0d 9FkULpq84zc/iLdx6b9X5NOy0t1zhYuJ4JgyOBVC/ZXyBsB46qkTa4DE0r5qT3TcyvrOIw bcviWAtLnb9imFT/QGDkiVNwFeMUdIjUaLDuGtdyOl029OoLgJlOrRYGa3uzSEX3vaLwAj is+46CHH/i9jPfkq5/GaiGvVLiiadAROGqvRc3vYiRxt80orFEY9I3Z3pphCyg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.23 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: C714030243 X-Spam-Score: -3.23 X-Migadu-Scanner: scn1.migadu.com X-TUID: IUhoDPN0QgIk Hello, Ludovic Court=C3=A8s writes: > Regarding =E2=80=9Cspecifying many packages=E2=80=9D, do examples like th= ese work for > you: > > =E2=80=A2 guix refresh -t elpa I don't find it very useful in practice. As a user, the packages I'm interested in probably rely on more than one updater. I'm not even supposed to know what updater relates to a given package. I actually only use this when I know a GNU ELPA package is outdated already, and I want it to compute the hash for me: ./pre-inst-env guix refresh -t elpa -u emacs-foo > =E2=80=A2 guix refresh $(guix package -A ^emacs- | cut -f1) This one is interesting. This illustrates that the UI is, from my point of view, a bit lacking. It would be a nice improvement to add a regexp mechanism built-in, like in "guix search". In any case, this fails after reporting status of around 50 packages, with this time: real 0m41,881s user 0m12,155s sys 0m0,726s Assuming I don't get the "rate limit exceeded" error, at this rate, it would take more than 15 minutes to check all the packages in "emacs-xyz.scm". This is a bit long. I don't see how this could reasonably be made faster without relying on an external centralized service doing the checks regularly (e.g., once a day) before the user actually requests them. > =E2=80=A2 guix refresh -r emacs-emms It also fails with the "rate limit exceeded". While this sounds theoretically nice, I wouldn't know how to make use of it yet. > =E2=80=A2 guix refresh -s non-core -t generic-git See above about "-t elpa". > =E2=80=A2 guix refresh -m packages-i-care-about.scm Yes, obviously, this is a nice, too. However, it doesn't scale if you need to specify 1000+ packages. > If not, what kind of selection mechanism could help? =E2=80=98-s=E2=80= =99 currently > accepts only two values, but we could augment it. Besides regexp matching, it may be useful to filter packages per module, or source file name. Package categories is a bit awkward, tho, and probably not satisfying. > I realize this is going off-topic, but let=E2=80=99s see if we can improv= e the > existing infrastructure to make it more convenient. Is it really off-topic? Anyway, all of this is only one data point, and, as a reminder, I certainly don't want to disparage either Xinglu Chen's work, or current "guix refresh" functionality. HTH, --=20 Nicolas Goaziou