guix refresh fails to find latest version for libuv

  • Done
  • quality assurance status badge
Details
2 participants
  • Ludovic Courtès
  • Maxim Cournoyer
Owner
unassigned
Submitted by
Maxim Cournoyer
Severity
normal
M
L
L
Ludovic Courtès wrote on 15 Jun 2023 14:48
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 64015@debbugs.gnu.org)
87jzw4x556.fsf@gnu.org
Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:

Toggle quote (8 lines)
> Attempting to use 'guix refresh libuv' says:
>
> $ LANG=C guix refresh libuv
> gnu/packages/libevent.scm:117:13: 1.44.2 is already the latest version of libuv
>
> The release form is here: https://dist.libuv.org/dist/v1.45.0/; there's
> also a release tag in git: https://github.com/libuv/libuv/tree/v1.45.0.

Because the package currently gets its source from dist.libuv.org, the
‘generic-html’ updater is picked; it browses
https://dist.libuv.org/dist/v1.44.2 and concludes that there’s no
newer release. (Currently it doesn’t recurse so there’s no way it could
find the new release.)

We could fetch the code with ‘git-fetch’, in which case the ‘github’ or
‘generic-git’ updater would fire.

HTH,
Ludo’.
M
M
Maxim Cournoyer wrote on 17 Jun 2023 02:39
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 64015@debbugs.gnu.org)
874jn6vs5e.fsf@gmail.com
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (18 lines)
> Hi,
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> Attempting to use 'guix refresh libuv' says:
>>
>> $ LANG=C guix refresh libuv
>> gnu/packages/libevent.scm:117:13: 1.44.2 is already the latest version of libuv
>>
>> The release form is here: https://dist.libuv.org/dist/v1.45.0/; there's
>> also a release tag in git: https://github.com/libuv/libuv/tree/v1.45.0.
>
> Because the package currently gets its source from dist.libuv.org, the
> ‘generic-html’ updater is picked; it browses
> <https://dist.libuv.org/dist/v1.44.2> and concludes that there’s no
> newer release. (Currently it doesn’t recurse so there’s no way it could
> find the new release.)

It'd have value to try to recurse the URL when the version string (full,
major-minor, or minor) appears in the URL, but it seems it'd be fragile
(we can't test all possibilities, and upstream may have jumped version
numbers)...

Toggle quote (3 lines)
> We could fetch the code with ‘git-fetch’, in which case the ‘github’ or
> ‘generic-git’ updater would fire.

That seems more actionable, good idea!

--
Thanks,
Maxim
M
M
Maxim Cournoyer wrote on 26 Aug 2023 22:21
Re: [PATCH v4 08/10] gnu-maintenance: Add support to rewrite version in URL path.
87r0npmu5e.fsf@gmail.com
Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

Toggle quote (8 lines)
> Fixes <https://issues.guix.gnu.org/65304>.
>
> Previously, the generic HTML updater would only look for the list of files
> found at the parent of its current source URL, ignoring that the URL may embed
> the version elsewhere in its path. This could cause 'guix refresh' to report
> no updates available, while in fact there were, such as for 'libuv'.

I've now installed this series with commit
1dce88777691b7a38ad66ba58b17a9b368c11e07.

Closing!

--
Thanks,
Maxim
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 64015@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 64015
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch