GNU bug report logs - #51099
guix refresh/lint can provide false positive about updates

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 51099 in the body.
You can then email your comments to 51099 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/lint can provide false positive about updates
Date: Fri, 08 Oct 2021 15:31:57 -0400

Hello,

In Guix, we commit to offer officially released packages where
available/feasible.  Some projects produce release that are not
"stable", such as GStreamer, and our 'guix refresh' tool can't currently
tell the difference:

--8<---------------cut here---------------start------------->8---
$ guix lint gstreamer-docs
[...]
gstreamer-docs <at> 1.18.5: can be upgraded to 1.19.2
--8<---------------cut here---------------end--------------->8---

For GStreamer, every odd minor release version indicates a development
snapshot (unstable) release.

One way to go about this would be to provide the release version scheme
at the pacakage level and use that information to filter available
releases, e.g.:

(package
 ...
 (properties '((version-scheme %even-minor-version))))

Where %even-minor-version could be a procedure accept the version string
as input and validating that the minor version number is even.

Or something along these lines.

Thanks,

Maxim

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

From: Ludovic Courtès <ludo <at> gnu.org>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 51099 <at> debbugs.gnu.org
Subject: Re: bug#51099: guix refresh/lint can provide false positive about
 updates
Date: Fri, 29 Oct 2021 21:19:35 +0200

Hi,

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

> In Guix, we commit to offer officially released packages where
> available/feasible.  Some projects produce release that are not
> "stable", such as GStreamer, and our 'guix refresh' tool can't currently
> tell the difference:
>
> $ guix lint gstreamer-docs
> [...]
> gstreamer-docs <at> 1.18.5: can be upgraded to 1.19.2
>
> For GStreamer, every odd minor release version indicates a development
> snapshot (unstable) release.

Ah that’s an interesting case.  The ‘gnome’ updater checks for odd minor
release numbers already.  But in this case, it’s the ‘generic-html’
updater that kicks in, which is nice, except it doesn’t know about the
odd/even scheme.

So yes, we could have a property like you suggest that the
‘generic-html’ and ‘generic-git’ updaters (at least) would honor.

Ludo’.

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

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 51099-done <at> debbugs.gnu.org
Subject: Re: bug#51099: guix refresh/lint can provide false positive about
 updates
Date: Thu, 14 Mar 2024 14:26:10 -0400

Hi,

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

> Hi,
>
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>
>> In Guix, we commit to offer officially released packages where
>> available/feasible.  Some projects produce release that are not
>> "stable", such as GStreamer, and our 'guix refresh' tool can't currently
>> tell the difference:
>>
>> $ guix lint gstreamer-docs
>> [...]
>> gstreamer-docs <at> 1.18.5: can be upgraded to 1.19.2
>>
>> For GStreamer, every odd minor release version indicates a development
>> snapshot (unstable) release.
>
> Ah that’s an interesting case.  The ‘gnome’ updater checks for odd minor
> release numbers already.  But in this case, it’s the ‘generic-html’
> updater that kicks in, which is nice, except it doesn’t know about the
> odd/even scheme.
>
> So yes, we could have a property like you suggest that the
> ‘generic-html’ and ‘generic-git’ updaters (at least) would honor.

GNOME is moving away from such a versioning scheme, reflected by this 2
year old commit of mine: 5dd3acd0a0941ff9764959b313aae48095c66312
("import: gnome: Improve version handling logic.").

Thus, the use case seems to have vanished.  Let's close for now.

-- 
Thanks,
Maxim

Previous Next

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