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

Message #5 received at submit@debbugs.gnu.org (full text, mbox, reply):

From: Hartmut Goebel <h.goebel@goebel-consult.de>

To: submit@debbugs.gnu.org

Subject: guix refresh does not discover updates if URLs are "non-standard"

Date: Thu, 24 Nov 2016 18:59:56 +0100

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

Hi,

I just updated kde-frameworks to 5.28 and found that not all updates
have been discovered.

Those where the URL is following the standard schema where found:
"mirror://kde/stable/frameworks/" (version-major+minor version) "/" name
"-" version ".tar.xz"))

Those having a different name of the archive or having an additional
directory behind the first version-part have not been found.

Update found for:

    (name "extra-cmake-modules")
    (version "5.27.0")
    (source (origin
              (method url-fetch)
              (uri (string-append
                    "mirror://kde/stable/frameworks/"
                    (version-major+minor version) "/"
                    name "-" version ".tar.xz"))

Update not found for (archive-name has "5" appended):

    (name "oxygen-icons")
    (version "5.27.0")
    (source (origin
              (method url-fetch)
              (uri (string-append
                    "mirror://kde/stable/frameworks/"
                    (version-major+minor version) "/"
                    name "5" "-" version ".tar.xz"))

Update not found for (additional directory level):

    (name "kross")
    (version "5.27.0")
    (source
     (origin
       (method url-fetch)
       (uri (string-append
             "mirror://kde/stable/frameworks/"
             (version-major+minor version) "/portingAids/"
             name "-" version ".tar.xz"))

-- 
Schönen Gruß
Hartmut Goebel
Dipl.-Informatiker (univ), CISSP, CSSLP, ISO 27001 Lead Implementer
Information Security Management, Security Governance, Secure Software
Development

Goebel Consult, Landshut
http://www.goebel-consult.de

Blog:
http://www.goebel-consult.de/blog/das-fass-ist-voll-grunde-linux-201asystemd2018-zu-meiden

Kolumne:
http://www.cissp-gefluester.de/2011-09-kommerz-uber-recht-fdp-die-gefaellt-mir-partei

[0xBF773B65.asc (application/pgp-keys, attachment)]

[smime.p7s (application/pkcs7-signature, attachment)]

Message #10 received at 25020@debbugs.gnu.org (full text, mbox, reply):

From: Glenn Morris <rgm@gnu.org>

To: 25020@debbugs.gnu.org

Cc: Hartmut Goebel <h.goebel@goebel-consult.de>

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

Date: Fri, 25 Nov 2016 21:52:28 -0500

This was sent to submit@debbugs with no Package: specified and so ended
up on the help-debbugs list. I have reassigned it to guix.

Hartmut Goebel wrote:

> Hi,
>
> I just updated kde-frameworks to 5.28 and found that not all updates
> have been discovered.
>
> Those where the URL is following the standard schema where found:
> "mirror://kde/stable/frameworks/" (version-major+minor version) "/" name
> "-" version ".tar.xz"))
>
> Those having a different name of the archive or having an additional
> directory behind the first version-part have not been found.
>
> Update found for:
>
>     (name "extra-cmake-modules")
>     (version "5.27.0")
>     (source (origin
>               (method url-fetch)
>               (uri (string-append
>                     "mirror://kde/stable/frameworks/"
>                     (version-major+minor version) "/"
>                     name "-" version ".tar.xz"))
>
> Update not found for (archive-name has "5" appended):
>
>     (name "oxygen-icons")
>     (version "5.27.0")
>     (source (origin
>               (method url-fetch)
>               (uri (string-append
>                     "mirror://kde/stable/frameworks/"
>                     (version-major+minor version) "/"
>                     name "5" "-" version ".tar.xz"))
>
> Update not found for (additional directory level):
>
>     (name "kross")
>     (version "5.27.0")
>     (source
>      (origin
>        (method url-fetch)
>        (uri (string-append
>              "mirror://kde/stable/frameworks/"
>              (version-major+minor version) "/portingAids/"
>              name "-" version ".tar.xz"))

Message #13 received at 25020@debbugs.gnu.org (full text, mbox, reply):

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

To: h.goebel@goebel-consult.de

Cc: 25020@debbugs.gnu.org

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

Date: Tue, 29 Nov 2016 16:15:03 +0100

Hi,

> Hartmut Goebel wrote:
>
>> Hi,
>>
>> I just updated kde-frameworks to 5.28 and found that not all updates
>> have been discovered.
>>
>> Those where the URL is following the standard schema where found:
>> "mirror://kde/stable/frameworks/" (version-major+minor version) "/" name
>> "-" version ".tar.xz"))
>>
>> Those having a different name of the archive or having an additional
>> directory behind the first version-part have not been found.
>>
>> Update found for:
>>
>>     (name "extra-cmake-modules")
>>     (version "5.27.0")
>>     (source (origin
>>               (method url-fetch)
>>               (uri (string-append
>>                     "mirror://kde/stable/frameworks/"
>>                     (version-major+minor version) "/"
>>                     name "-" version ".tar.xz"))
>>
>> Update not found for (archive-name has "5" appended):
>>
>>     (name "oxygen-icons")
>>     (version "5.27.0")
>>     (source (origin
>>               (method url-fetch)
>>               (uri (string-append
>>                     "mirror://kde/stable/frameworks/"
>>                     (version-major+minor version) "/"
>>                     name "5" "-" version ".tar.xz"))
>>
>> Update not found for (additional directory level):
>>
>>     (name "kross")
>>     (version "5.27.0")
>>     (source
>>      (origin
>>        (method url-fetch)
>>        (uri (string-append
>>              "mirror://kde/stable/frameworks/"
>>              (version-major+minor version) "/portingAids/"
>>              name "-" version ".tar.xz"))

Fixed for oxygen-icons in commit
683c5ab70accb909697717bb61741a7692c52c09.

I can’t tell about kross because it’s not committed yet.  However, I can
tell the logic behind ‘latest-kde-release’ in (guix gnu-maintenance)
recurses in sub-directories,

Ludo’.

Message #18 received at 25020@debbugs.gnu.org (full text, mbox, reply):

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

To: h.goebel@goebel-consult.de

Cc: 25020@debbugs.gnu.org

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

Date: Mon, 23 Jan 2017 23:14:29 +0100

Hello Hartmut,

Do you still experience the problem described in this report?

  https://bugs.gnu.org/25020

Ludo’.

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

>> Hartmut Goebel wrote:
>>
>>> Hi,
>>>
>>> I just updated kde-frameworks to 5.28 and found that not all updates
>>> have been discovered.
>>>
>>> Those where the URL is following the standard schema where found:
>>> "mirror://kde/stable/frameworks/" (version-major+minor version) "/" name
>>> "-" version ".tar.xz"))
>>>
>>> Those having a different name of the archive or having an additional
>>> directory behind the first version-part have not been found.
>>>
>>> Update found for:
>>>
>>>     (name "extra-cmake-modules")
>>>     (version "5.27.0")
>>>     (source (origin
>>>               (method url-fetch)
>>>               (uri (string-append
>>>                     "mirror://kde/stable/frameworks/"
>>>                     (version-major+minor version) "/"
>>>                     name "-" version ".tar.xz"))
>>>
>>> Update not found for (archive-name has "5" appended):
>>>
>>>     (name "oxygen-icons")
>>>     (version "5.27.0")
>>>     (source (origin
>>>               (method url-fetch)
>>>               (uri (string-append
>>>                     "mirror://kde/stable/frameworks/"
>>>                     (version-major+minor version) "/"
>>>                     name "5" "-" version ".tar.xz"))
>>>
>>> Update not found for (additional directory level):
>>>
>>>     (name "kross")
>>>     (version "5.27.0")
>>>     (source
>>>      (origin
>>>        (method url-fetch)
>>>        (uri (string-append
>>>              "mirror://kde/stable/frameworks/"
>>>              (version-major+minor version) "/portingAids/"
>>>              name "-" version ".tar.xz"))
>
> Fixed for oxygen-icons in commit
> 683c5ab70accb909697717bb61741a7692c52c09.
>
> I can’t tell about kross because it’s not committed yet.  However, I can
> tell the logic behind ‘latest-kde-release’ in (guix gnu-maintenance)
> recurses in sub-directories,
>
> Ludo’.

Message #21 received at 25020@debbugs.gnu.org (full text, mbox, reply):

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

To: Ludovic Courtès <ludo@gnu.org>

Cc: 25020@debbugs.gnu.org

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

Date: Tue, 24 Jan 2017 09:39:10 +0100

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"))
       (sha256
        (base32 "06qx87v090d5wxbpqj2sgwhpha7gqmamdx4zffdvc0xa6g1mm6x4"))))
    (build-system cmake-build-system)
    (home-page "")
    (synopsis "")
    (description "")
    (license license:lgpl2.0)))

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Message #24 received at 25020@debbugs.gnu.org (full text, mbox, reply):

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

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

Cc: 25020@debbugs.gnu.org

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

Date: Tue, 24 Jan 2017 14:15:35 +0100

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.

We’ll see once kross is committed.

Thanks for the clarification!

Ludo’.

Message #31 received at 25020-done@debbugs.gnu.org (full text, mbox, reply):

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

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

Cc: 25020-done@debbugs.gnu.org

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

Date: Fri, 24 Nov 2017 18:50:15 +0100

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’.

Message #43 received at 25020@debbugs.gnu.org (full text, mbox, reply):

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

To: 25020@debbugs.gnu.org

Subject: Finally fixed

Date: Tue, 10 Sep 2019 19:19:51 +0200

Finally fixed by by http://debbugs.gnu.org/cgi/bugreport.cgi?bug=36919
commit 4eb69bf0d33810886ee118f38989cef696e4c868

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Send a report that this bug log contains spam.