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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#51099: closed (guix refresh/lint can provide false positive
 about updates)
Date: Thu, 14 Mar 2024 18:28:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Thu, 14 Mar 2024 14:26:10 -0400
with message-id <87edccbrgd.fsf <at> gmail.com>
and subject line Re: bug#51099: guix refresh/lint can provide false positive about updates
has caused the debbugs.gnu.org bug report #51099,
regarding guix refresh/lint can provide false positive about updates
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
51099: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=51099
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

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 part 3 (message/rfc822, inline)]

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.