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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25020 in the body.
You can then email your comments to 25020 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Hartmut Goebel <h.goebel <at> goebel-consult.de>
To: submit <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 25020 <at> debbugs.gnu.org
Cc: Hartmut Goebel <h.goebel <at> 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 <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: h.goebel <at> goebel-consult.de
Cc: 25020 <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: h.goebel <at> goebel-consult.de
Cc: 25020 <at> 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 <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 25020 <at> 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 <at> crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
Cc: 25020 <at> 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 <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
Cc: 25020-done <at> 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 <at> gnu.org (Ludovic Courtès) skribis:

> Hartmut Goebel <h.goebel <at> 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 <at> debbugs.gnu.org (full text, mbox):

From: Hartmut Goebel <h.goebel <at> crazy-compilers.com>
To: 25020 <at> 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 <at> crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.