guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#64798] [PATCH 110/209] gnu: grantlee: Update to 5.3.1.


From: 宋文武
Subject: [bug#64798] [PATCH 110/209] gnu: grantlee: Update to 5.3.1.
Date: Fri, 28 Jul 2023 20:24:07 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)

Hello, I could look into this next days, maybe create a kde-updates
branch for review.  Thanks!


Z572 <873216071@qq.com> writes:

> Andreas Enge <andreas@enge.fr> writes:
>
>> Am Mon, Jul 24, 2023 at 10:11:37PM +0800 schrieb Z572:
>>> kde is more difference program use several identical versions, e.g. KDE
>>> frameworks program version is 5.108.0, KDE Plasma program version is
>>> 5.27.6, other program version is 23.04.3
>>
>> We could use two different variables for frameworks and plasma:
>> (define-public %kde-framework-version "5.108.0")
>> (define-public %kde-plasma-version "5.27.6")
>> and, if they are all different, version other programs one by one,
>> or if the majority has the same version add yet another variable.
>>
>>> (And won't the guix refresh stop working if i add %kde-version?)
>>
>> That should still be fine, it will not notice the difference if the
>> version is given through a string or a string "variable" (which is
>> in fact a constant).
>
> no, it cann't work, like it:
> ```
> From 
> https://download.kde.org/stable/release-service/23.04.3/src/ark-23.04.3.tar.xz...
> following redirection to 
> `https://kde.cs.nycu.edu.tw/ftp/stable/release-service/23.04.3/src/ark-23.04.3.tar.xz'...
>  ….3.tar.xz  2.9MiB                   2.9MiB/s 00:01 ▕██████████████████▏ 
> 100.0%
> gnu/packages/kde-utils.scm:54:2: ark: updating from version 22.04.3 to 
> version 23.04.3...
> gnu/packages/kde-utils.scm:54:2: warning: ark: no `version' field in source; 
> skipping
> ```
>
> see attache photo.


Oh, that's not ideal.
>
>>
>> If we go for this route, I would start from the beginning:
>> Introduce the variables at their current values in one commit, which
>> should have no impact on the resulting packages, then try to update them
>> and see what QA has to say about it.
>>
>> iyzsong, what do you think?
>>
>> Andreas

That's fine, but since it seems 'guix refresh' doesn't update hashes
when version is not inline, some work is needed for the 'refresh'
command.  I think we could look into group versions after this merge.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]