bug#25020: guix refresh does not discover updates if URLs are "non-standard"

[ludo@gnu.org (Ludovic Courtès)]

ludo@gnu.org (Ludovic Courtès) skribis:

> Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:
>
>> Am 23.01.2017 um 23:14 schrieb Ludovic Courtès:
>>> > Fixed for oxygen-icons in commit
>>> > 683c5ab70accb909697717bb61741a7692c52c09.
>>
>> For  oxygen-icons  (those with a number behind the name), refresh works.
>>
>>
>> For "kross" (additional directory level), it does not. Kross is still in
>> my work-pipeline, so here is the WIP (stripped down):
>>
>> (define-public kross
>>   (package
>>     (name "kross")
>>     (version "5.28.0")
>>     (source
>>      (origin
>>        (method url-fetch)
>>        (uri (string-append
>>              "mirror://kde/stable/frameworks/"
>>              (version-major+minor version) "/portingAids/"
>>              name "-" version ".tar.xz"))
>
> I see.
>
> I suggest that we address it by specifying an ‘ftp-directory’ package
> property in this case, just like the GNU updater does.

That wouldn’t have worked due to the /frameworks/X.Y/portingAids layout.

Anyway, commit 026f6a42b680207a59beadf0b0b9cc1753f55605 fixes it:

--8<---------------cut here---------------start------------->8---
$ ./pre-inst-env guix refresh kross extra-cmake-modules
gnu/packages/kde-frameworks.scm:77:13: extra-cmake-modules would be upgraded from 5.39.0 to 5.40.0
gnu/packages/kde-frameworks.scm:3552:13: info: 5.39.0 is already the latest version of kross
--8<---------------cut here---------------end--------------->8---

Ludo’.