GNU bug report logs - #64015
guix refresh fails to find latest version for libuv

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64015 in the body.
You can then email your comments to 64015 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: guix refresh fails to find latest version for libuv
Date: Mon, 12 Jun 2023 09:34:19 -0400

Hello,

Attempting to use 'guix refresh libuv' says:

--8<---------------cut here---------------start------------->8---
$ LANG=C guix refresh libuv
gnu/packages/libevent.scm:117:13: 1.44.2 is already the latest version of libuv
--8<---------------cut here---------------end--------------->8---

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.

-- 
Thanks,
Maxim

Message #8 received at 64015 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 64015 <at> debbugs.gnu.org
Subject: Re: bug#64015: guix refresh fails to find latest version for libuv
Date: Thu, 15 Jun 2023 14:48:53 +0200

Hi,

Maxim Cournoyer <maxim.cournoyer <at> 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.)

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

HTH,
Ludo’.

Message #11 received at 64015 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 64015 <at> debbugs.gnu.org
Subject: Re: bug#64015: guix refresh fails to find latest version for libuv
Date: Fri, 16 Jun 2023 20:39:25 -0400

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi,
>
> Maxim Cournoyer <maxim.cournoyer <at> 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)...

> 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

Message #16 received at 64015-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: 65230-done <at> debbugs.gnu.org, 64015-done <at> debbugs.gnu.org,
 65304-done <at> debbugs.gnu.org
Subject: Re: [PATCH v4 08/10] gnu-maintenance: Add support to rewrite
 version in URL path.
Date: Sat, 26 Aug 2023 16:21:49 -0400

Hi,

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

> Fixes <https://issues.guix.gnu.org/64015>.
> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.