GNU bug report logs - #65774
python updater clears inputs, leaves propagated-inputs empty

Previous Next

Package: guix;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Wed, 6 Sep 2023 05:17:01 UTC

Severity: normal

To reply to this bug, email your comments to 65774 AT debbugs.gnu.org.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#65774; Package guix. (Wed, 06 Sep 2023 05:17:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Wed, 06 Sep 2023 05:17:02 GMT) Full text and rfc822 format available.

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

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: python updater clears inputs, leaves propagated-inputs empty
Date: Wed, 06 Sep 2023 01:15:58 -0400
Hi,

I've had the Python updater produce this when attempting to update
fontmake:

gnu/packages/fontutils.scm:780:2: warning: fontmake: 'propagated-inputs'
field not found; leaving it unchanged

gnu/packages/fontutils.scm:780:2: warning: fontmake: expected
'propagated-inputs' value: (python-attrs python-fontmath
python-fonttools python-glyphslib python-ufo2ft python-ufolib2)

--8<---------------cut here---------------start------------->8---
modified   gnu/packages/fontutils.scm
@@ -779,16 +779,16 @@ (define-public psautohint-font-data
 (define-public fontmake
   (package
     (name "fontmake")
-    (version "3.4.0")
+    (version "3.7.1")
     (source (origin
               (method url-fetch)
               (uri (pypi-uri "fontmake" version ".zip"))
               (sha256
                (base32
-                "0fc5c9csjpy1aa4c03p7nvjgls5wjplhmmf42n0cmvrlh6cm7wl3"))))
+                "0ib7fvwgwazm7qfj4a3rkqkb40xfbj40rnvsmkvl2isg2ky3vg9m"))))
     (build-system python-build-system)
-    (inputs (list python-fontmath python-glyphslib))
-    (native-inputs (list unzip python-setuptools-scm))
+    (inputs (list))
+    (native-inputs (list zip))
     (home-page "https://github.com/googlefonts/fontmake")
     (synopsis
      "Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)")
--8<---------------cut here---------------end--------------->8---

The choice of using inputs here was conscious, as it is a command, not a
library.  Perhaps it could check if the name starts with 'python-' or
not?  It's a bit 'magic', but it would help.

-- 
Thanks,
Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#65774; Package guix. (Wed, 06 Sep 2023 17:23:01 GMT) Full text and rfc822 format available.

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

From: Sergio Pastor Pérez <sergio.pastorperez <at> outlook.es>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 65774 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#65774: python updater clears inputs, leaves
 propagated-inputs empty
Date: Wed, 06 Sep 2023 19:18:52 +0200
Hi,

I'm afraid you lost me here. Why is the `inputs' field empty? I don't
understand what you meand with the checking of 'python-'.

Keep in mind that I have very little experince with python packaging so
I'm may not understand you due to my lack of background.


Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:

> Hi,
>
> I've had the Python updater produce this when attempting to update
> fontmake:
>
> gnu/packages/fontutils.scm:780:2: warning: fontmake: 'propagated-inputs'
> field not found; leaving it unchanged
>
> gnu/packages/fontutils.scm:780:2: warning: fontmake: expected
> 'propagated-inputs' value: (python-attrs python-fontmath
> python-fonttools python-glyphslib python-ufo2ft python-ufolib2)
>
> --8<---------------cut here---------------start------------->8---
> modified   gnu/packages/fontutils.scm
> @@ -779,16 +779,16 @@ (define-public psautohint-font-data
>  (define-public fontmake
>    (package
>      (name "fontmake")
> -    (version "3.4.0")
> +    (version "3.7.1")
>      (source (origin
>                (method url-fetch)
>                (uri (pypi-uri "fontmake" version ".zip"))
>                (sha256
>                 (base32
> -                "0fc5c9csjpy1aa4c03p7nvjgls5wjplhmmf42n0cmvrlh6cm7wl3"))))
> +                "0ib7fvwgwazm7qfj4a3rkqkb40xfbj40rnvsmkvl2isg2ky3vg9m"))))
>      (build-system python-build-system)
> -    (inputs (list python-fontmath python-glyphslib))
> -    (native-inputs (list unzip python-setuptools-scm))
> +    (inputs (list))
> +    (native-inputs (list zip))
>      (home-page "https://github.com/googlefonts/fontmake")
>      (synopsis
>       "Compile fonts from sources (UFO, Glyphs) to binary (OpenType, TrueType)")
> --8<---------------cut here---------------end--------------->8---
>
> The choice of using inputs here was conscious, as it is a command, not a
> library.  Perhaps it could check if the name starts with 'python-' or
> not?  It's a bit 'magic', but it would help.





Information forwarded to bug-guix <at> gnu.org:
bug#65774; Package guix. (Wed, 06 Sep 2023 17:28:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#65774; Package guix. (Wed, 06 Sep 2023 18:39:02 GMT) Full text and rfc822 format available.

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

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Sergio Pastor Pérez <sergio.pastorperez <at> outlook.es>
Cc: 65774 <at> debbugs.gnu.org
Subject: Re: bug#65774: python updater clears inputs, leaves
 propagated-inputs empty
Date: Wed, 06 Sep 2023 14:38:26 -0400
Hi,

Sergio Pastor Pérez <sergio.pastorperez <at> outlook.es> writes:

> Hi,
>
> I'm afraid you lost me here. Why is the `inputs' field empty?

I don't know!  That's the current behavior of the Python updater, at
least when I ran it on fontmake (in our patches tracker at
https://issues.guix.gnu.org/64957).

> understand what you meand with the checking of 'python-'.

I meant looking whether the package variable (usually also its name) is
prefixed by "python-" to differentiate between a library or a command.
It's not a very good heuristic/test, I'm afraid.

-- 
Thanks,
Maxim




This bug report was last modified 1 year and 279 days ago.

Previous Next


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