GNU bug report logs -
#51099
guix refresh/lint can provide false positive about updates
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#51099: guix refresh/lint can provide false positive about updates
which was filed against the guix package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 51099 <at> debbugs.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)]
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
[Message part 3 (message/rfc822, inline)]
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
This bug report was last modified 1 year and 63 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.