From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 53818@debbugs.gnu.org, Xinglu Chen <public@yoctocell.xyz>
Subject: [bug#53818] Improving updaters and ‘guix refresh’
Date: Wed, 16 Feb 2022 13:43:32 +0100 [thread overview]
Message-ID: <87a6eroubv.fsf@nicolasgoaziou.fr> (raw)
In-Reply-To: <87ee44pi4p.fsf_-_@gnu.org> ("Ludovic Courtès"'s message of "Tue, 15 Feb 2022 10:57:10 +0100")
Hello,
Ludovic Courtès <ludo@gnu.org> writes:
> Regarding “specifying many packages”, do examples like these work for
> you:
>
> • 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
> • 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.
> • 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.
> • guix refresh -s non-core -t generic-git
See above about "-t elpa".
> • 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? ‘-s’ 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’s see if we can improve 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,
--
Nicolas Goaziou
next prev parent reply other threads:[~2022-02-16 12:48 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-06 11:50 [bug#53818] [PATCH 0/3] Add Repology updater Xinglu Chen
2022-02-06 12:41 ` Maxime Devos
2022-02-06 15:17 ` Xinglu Chen
2022-02-06 13:00 ` [bug#53818] [PATCH 1/3] git-download: Export <git-reference> Xinglu Chen
2022-02-06 13:00 ` [bug#53818] [PATCH 2/3] import: Add 'repology' updater Xinglu Chen
2022-02-06 13:11 ` Maxime Devos
2022-02-06 15:18 ` Xinglu Chen
2022-02-06 13:13 ` Maxime Devos
2022-02-06 15:26 ` Xinglu Chen
2022-02-06 13:13 ` Maxime Devos
2022-02-06 13:17 ` Maxime Devos
2022-02-06 15:32 ` Xinglu Chen
2022-02-06 13:18 ` Maxime Devos
2022-02-06 15:34 ` Xinglu Chen
2022-02-06 15:36 ` Maxime Devos
2022-02-06 13:19 ` Maxime Devos
2022-02-06 13:23 ` Maxime Devos
2022-02-06 15:41 ` Xinglu Chen
2022-02-06 13:23 ` Maxime Devos
2022-02-06 15:42 ` Xinglu Chen
2022-02-06 13:00 ` [bug#53818] [PATCH 3/3] gnu: xorg-server-xwayland: Set 'repology-name' property Xinglu Chen
2022-02-06 14:15 ` Maxime Devos
2022-02-07 9:06 ` [bug#53818] [PATCH v2 0/7] Add Repology updater Xinglu Chen
2022-02-07 9:06 ` [bug#53818] [PATCH v2 1/7] upstream: Sort list of updaters Xinglu Chen
2022-02-07 9:06 ` [bug#53818] [PATCH v2 2/7] http-client: Make 'http-fetch/cached' take '#:headers' argument Xinglu Chen
2022-02-07 9:06 ` [bug#53818] [PATCH v2 3/7] http-client: 'http-fetch/cached' accepts a string or a <uri> Xinglu Chen
2022-02-07 9:07 ` [bug#53818] [PATCH v2 4/7] import: json: Make 'json-fetch' take '#:cached?' argument Xinglu Chen
2022-02-07 9:44 ` Maxime Devos
2022-02-07 9:07 ` [bug#53818] [PATCH v2 5/7] import: Add 'repology' updater Xinglu Chen
2022-02-07 9:45 ` Maxime Devos
2022-02-07 9:50 ` Maxime Devos
2022-02-08 12:29 ` Xinglu Chen
2022-02-08 12:49 ` Maxime Devos
2022-02-09 12:54 ` Xinglu Chen
2022-02-07 9:07 ` [bug#53818] [PATCH v2 6/7] gnu: xorg-server-xwayland: Set 'repology-name' property Xinglu Chen
2022-02-07 9:07 ` [bug#53818] [PATCH v2 7/7] gnu: xorg-server-xwayland: Prepare for cross-compilation Xinglu Chen
2022-02-09 13:22 ` [bug#53818] [PATCH v3 0/7] Add Repology updater Xinglu Chen
2022-02-09 13:24 ` [bug#53818] [PATCH v3 1/7] upstream: Sort list of updaters Xinglu Chen
2022-02-09 13:24 ` [bug#53818] [PATCH v3 2/7] http-client: Make 'http-fetch/cached' take '#:headers' argument Xinglu Chen
2022-02-09 13:24 ` [bug#53818] [PATCH v3 3/7] http-client: 'http-fetch/cached' accepts a string or a <uri> Xinglu Chen
2022-02-09 13:25 ` [bug#53818] [PATCH v3 4/7] import: json: Make 'json-fetch' take '#:http-fetch' argument Xinglu Chen
2022-02-09 13:25 ` [bug#53818] [PATCH v3 5/7] import: Add 'repology' updater Xinglu Chen
2022-02-09 13:25 ` [bug#53818] [PATCH v3 6/7] gnu: xorg-server-xwayland: Set 'repology-name' property Xinglu Chen
2022-02-09 13:25 ` [bug#53818] [PATCH v3 7/7] gnu: xorg-server-xwayland: Prepare for cross-compilation Xinglu Chen
2022-02-08 22:59 ` [bug#53818] [PATCH 0/3] Add Repology updater Ludovic Courtès
2022-02-09 12:52 ` Xinglu Chen
2022-02-09 14:29 ` Nicolas Goaziou
2022-02-10 18:17 ` Xinglu Chen
2022-02-10 19:30 ` Nicolas Goaziou
2022-02-10 20:49 ` Ludovic Courtès
2022-02-14 10:40 ` Nicolas Goaziou
2022-02-14 16:07 ` Maxime Devos
2022-02-14 16:58 ` Ludovic Courtès
2022-02-14 18:42 ` Nicolas Goaziou
2022-02-15 9:57 ` [bug#53818] Improving updaters and ‘guix refresh’ Ludovic Courtès
2022-02-16 12:43 ` Nicolas Goaziou [this message]
2022-02-17 10:35 ` Ludovic Courtès
2022-02-17 11:17 ` zimoun
2022-02-18 10:28 ` Nicolas Goaziou
2022-03-03 21:28 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a6eroubv.fsf@nicolasgoaziou.fr \
--to=mail@nicolasgoaziou.fr \
--cc=53818@debbugs.gnu.org \
--cc=ludo@gnu.org \
--cc=public@yoctocell.xyz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).