Add a property in packages to refresh to a specific version

  • Done
  • quality assurance status badge
Details
3 participants
  • Hartmut Goebel
  • Maxim Cournoyer
  • Marius Bakke
Owner
unassigned
Submitted by
Hartmut Goebel
Severity
normal
H
H
Hartmut Goebel wrote on 27 May 2018 19:55
(name . bug-guix)(address . bug-guix@gnu.org)
58db61ea-979f-418b-0eb6-a3bc12cfc2eb@crazy-compilers.com
`guix refresh` always fetches the newest version of packages. This might
not be desired in all cases. E.g. one might want to keep some still
supported "major" upstream-version and not yet update to the next
"major" version.

Ludo suggested to add a property in packages that would instruct
updaters to restrict the version search space to a given regexp.

Rational: Example: KDE Plasma 5 has 5.12 as long-term-support (LTS)
version, while 5.14 has already being released. Do easy maintenance of
dependent packages, sticking to 5.12.x micht be desired.

Original discussion:

--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
M
M
Marius Bakke wrote on 29 May 2018 01:26
87sh6be509.fsf@fastmail.com
Hartmut Goebel <h.goebel@crazy-compilers.com> writes:

Toggle quote (15 lines)
> `guix refresh` always fetches the newest version of packages. This might
> not be desired in all cases. E.g. one might want to keep some still
> supported "major" upstream-version and not yet update to the next
> "major" version.
>
> Ludo suggested to add a property in packages that would instruct
> updaters to restrict the version search space to a given regexp.
>
> Rational: Example: KDE Plasma 5 has 5.12 as long-term-support (LTS)
> version, while 5.14 has already being released. Do easy maintenance of
> dependent packages, sticking to 5.12.x micht be desired.
>
> Original discussion:
> https://lists.gnu.org/archive/html/guix-devel/2018-02/msg00055.html

Can we simply patch the KDE importer to stick with 5.12 for now?
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlsMkCYACgkQoqBt8qM6
VPpAeAgAooaohqe98di/IDzOCClHU4WRiuvLOni0Y3hDDnMOLAaf7LAuDfBMa21U
YGPx2bx/KI0bBAUYzaUpkcf7mQY/YsJYngJQaXMAh1fvvscm7wiGOdCSJmo/AeQi
DEAOUb4pFONjsO9i1TKnVNop3dSrf9Zi6atLG95Wpjvjw7zRB8do8db6KbCUCKnl
DaVvsuK9+zt2jySmuhz3e3SO7WK8EWFhpECi3z45CtJIwHAkvKHj1ATTv/+HWNSg
puuzDFz9O7Vdsd1sjNAi3/+rR/I9cYHtLePFYZyycuH/naJ2sOH9wqrmIOAiDp2t
iJr0mTwVEaYGULmwZem9phqwKdU4nw==
=VMdV
-----END PGP SIGNATURE-----

H
H
Hartmut Goebel wrote on 29 May 2018 18:55
3b101851-4d4d-8b92-97e4-c248ab8bc6ff@crazy-compilers.com
Am 29.05.2018 um 01:26 schrieb Marius Bakke:
Toggle quote (2 lines)
> Can we simply patch the KDE importer to stick with 5.12 for now?

Not a good solution IMHO. For now I can also use "guix download"as a
work-around This is not comfortable, but avoids having a forgotten
"feature" in the code.

--
Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
M
M
Marius Bakke wrote on 19 Jun 2018 16:17
87o9g6n9mh.fsf@fastmail.com
Hartmut Goebel <h.goebel@crazy-compilers.com> writes:

Toggle quote (7 lines)
> Am 29.05.2018 um 01:26 schrieb Marius Bakke:
>> Can we simply patch the KDE importer to stick with 5.12 for now?
>
> Not a good solution IMHO. For now I can also use "guix download"as a
> work-around This is not comfortable, but avoids having a forgotten
> "feature" in the code.

I'm not convinced that adding a property to some 80 packages is better
than patching the importer. To me this problem seems very
importer-specific (knowing what releases are considered LTS).

As a middle ground, perhaps we could add a "--select" argument to guix
import, e.g: "--select=REGEX Only consider versions matching REGEX".
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlspEIYACgkQoqBt8qM6
VPrWOAgAlWT6lYpAQ4D1SZlBCLdyft/90RnWHsTJPZ2jSNW2zTgwa4MZ3z9ENBH0
PAh+Wpy9JmQjh12OyNz1KciBPzMABMh1jkvs0DmuvkobFp+7dbcPDkReFfzqBK96
yfoOq0ngq5T89XNCPalt3UhfFWbp3fW83J+/qM2VBsWrAm09sZdxU8ZDhZ4iKLcE
ouzKz/yCFOTTkn1xxmY/YgRayeY2xpTLaCX/2KoYkKLmYNFI5wUUHsHqnn9cIqiP
C4B+k29EaOFDVHnC5kigEYXdzyY73PnkZ3VEWrAz0LWPKp2fzuhfBPi4HjNdbJOa
eYBDUqhHG96YZkB6/PO73lRNgOgWBA==
=S2Bc
-----END PGP SIGNATURE-----

H
H
Hartmut Goebel wrote on 20 Jun 2018 09:38
cfa1fb83-1c26-06db-0f12-19f894edf938@crazy-compilers.com
Am 19.06.2018 um 16:17 schrieb Marius Bakke:
Toggle quote (4 lines)
> I'm not convinced that adding a property to some 80 packages is better
> than patching the importer. To me this problem seems very
> importer-specific (knowing what releases are considered LTS).

I disagree this is imported specific. Imagine we would like to provide
different still supported versions of e.g. Python (3,.4, 3.5, 3.6, 3.7)
or openssl (1.0 and 1.1).


Toggle quote (3 lines)
> As a middle ground, perhaps we could add a "--select" argument to guix
> import, e.g: "--select=REGEX Only consider versions matching REGEX".

This would improve the current situation :-)

--

Regards
Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
Attachment: signature.asc
M
M
Maxim Cournoyer wrote on 11 Aug 2023 21:59
(name . Hartmut Goebel)(address . h.goebel@crazy-compilers.com)(address . 31611-done@debbugs.gnu.org)
87ttt5l58r.fsf@gmail.com
Hi Hartmut,

Hartmut Goebel <h.goebel@crazy-compilers.com> writes:

Toggle quote (15 lines)
> `guix refresh` always fetches the newest version of packages. This might
> not be desired in all cases. E.g. one might want to keep some still
> supported "major" upstream-version and not yet update to the next
> "major" version.
>
> Ludo suggested to add a property in packages that would instruct
> updaters to restrict the version search space to a given regexp.
>
> Rational: Example: KDE Plasma 5 has 5.12 as long-term-support (LTS)
> version, while 5.14 has already being released. Do easy maintenance of
> dependent packages, sticking to 5.12.x micht be desired.
>
> Original discussion:
> https://lists.gnu.org/archive/html/guix-devel/2018-02/msg00055.html

It's now possible to refresh to a specific version with the '=' syntax,
as documented in 'info "(guix)Invoking guix refresh"':

E.g.:

Toggle snippet (3 lines)
guix refresh qtbase@5=5.15.10 -> qtbase would be upgraded from 5.15.8 to 5.15.10

Closing!

--
Thanks,
Maxim
Closed
?