GNU bug report logs -
#73073
[PATCH 0/6] Allow origin with label as inputs.
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 73073 in the body.
You can then email your comments to 73073 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
maxim.cournoyer <at> gmail.com, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:52:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Simon Tournier <zimon.toutoune <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
maxim.cournoyer <at> gmail.com, guix-patches <at> gnu.org
.
(Fri, 06 Sep 2024 15:52:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
As discussed in bug#73034 [1], these 5 packages – farstream,
gnulib-checkout, smithforth, gnome-recipes and dmd-bootstrap – have an
origin inside the ’arguments’ package record.
This is annoying because these origins are hidden from
’package-direct-sources’; see module (guix packages).
I consider this is bug. :-) Hence this prposal for fixing it.
Moreover and tangentially, it appears to me an anti-pattern of the
functional paradigm: The data from the impure outside should be handled
by the ’source’ record field, or otherwise by ’inputs’, ’native-inputs’
or ’propagated-inputs’ record fields; let say only ’inputs’ for
simplicity.
To my knowledge, using the old style with label, we strove on this
principle. However, using the “new style” [2], it does not offer to
have labels with plain package symbol. In other words, for example,
this snippet does not work:
(list gdmd which
`("phobos"
,(origin
(method git-fetch)
(uri (git-reference
(url "https://github.com/dlang/phobos")
(commit (string-append "v" version))))
(file-name (git-file-name "phobos" version))
(sha256
(base32
"1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9"))))))
The reason is because ’sanitize-inputs’; see module (guix packages).
((_ (list args ...))
(add-input-labels args ...))
((_ inputs)
(maybe-add-input-labels inputs))))
Roughly speaking, because the ’inputs’ starts by the term ’list’ then
’add-input-labels’ is applied, else it applies ’maybe-add-input-labels’.
Note that:
(define (add-input-labels . inputs)
"Add labels to all of INPUTS if needed (this is the rest-argument version of
'maybe-add-input-labels')."
(maybe-add-input-labels inputs))
The procedure ’maybe-add-input-labels’ reads: if the first element of
the ’inputs’ record field is using the “old style“ then return all
as-is, assuming all are “old style”. Else apply to all the ’inputs’
elements the procedure ’add-input-label’.
Hence the simple proposal:
--8<---------------cut here---------------start------------->8---
diff --git a/guix/packages.scm b/guix/packages.scm
index f373136d22..5fea44c2bb 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -676,6 +676,8 @@ (define (add-input-label input)
"_")
,obj
,@(if (string=? output "out") '() (list output)))))
+ (((? string? label) obj) ;Allow old style as sometimes requires by origin in inputs
+ `(,label ,obj))
(x
`("_" ,x))))
--8<---------------cut here---------------end--------------->8---
This allows to write ’inputs’ as above. :-) As done with the 5 packages.
And it does not hurt the new style. Maybe “guix style” would need to be
adjusted too?
WDYT?
Cheers,
simon
1: [bug#73034] [PATCH v3 0/3] Fix annoyances of Git and update to 2.46.0
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Fri, 06 Sep 2024 13:17:33 +0900
id:87msklct5u.fsf <at> gmail.com
https://issues.guix.gnu.org/73034
https://issues.guix.gnu.org/msgid/87msklct5u.fsf <at> gmail.com
https://yhetil.org/guix/87msklct5u.fsf <at> gmail.com
2: https://guix.gnu.org/en/blog/2021/the-big-change/
Simon Tournier (6):
guix: packages: Allow origin with label as inputs.
gnu: dmd-bootstrap: Move phobos origin from phases to native-inputs.
gnu: smithforth: Move system.fs origin from phases to native-inputs.
gnu: gnome-recipes: Move libgd origin from phases to native-inputs.
gnu: farstream: Move common origin from phases to native-inputs.
gnu: gnulib: Move phobos origin from phases to native-inputs.
gnu/packages/build-tools.scm | 18 ++++++++++--------
gnu/packages/dlang.scm | 22 ++++++++++++----------
gnu/packages/forth.scm | 20 +++++++++++---------
gnu/packages/freedesktop.scm | 24 +++++++++++++-----------
gnu/packages/gnome.scm | 22 ++++++++++++----------
guix/packages.scm | 2 ++
6 files changed, 60 insertions(+), 48 deletions(-)
base-commit: 7d2ced8d6d9c38327592d312376d59a8c37fc160
--
2.45.2
Information forwarded
to
guix <at> cbaines.net, dev <at> jpoiret.xyz, ludo <at> gnu.org, othacehe <at> gnu.org, zimon.toutoune <at> gmail.com, me <at> tobias.gr, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* guix/packages.scm (add-input-label): Allow the old style pattern using label
as it is sometimes required by origins listed under inputs record field.
Change-Id: I799612976a0051d4c953969d12d71913c9243cd4
---
guix/packages.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/guix/packages.scm b/guix/packages.scm
index f373136d22..5fea44c2bb 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -676,6 +676,8 @@ (define (add-input-label input)
"_")
,obj
,@(if (string=? output "out") '() (list output)))))
+ (((? string? label) obj) ;Allow old style as sometimes requires by origin in inputs
+ `(,label ,obj))
(x
`("_" ,x))))
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (dmd-bootstrap)[arguments]<phases>: Move git-manpages
origin from here...
[native-inputs]: ...to here.
Change-Id: I10cb5f628dad2fdbb01df58134996bdcd0b73d62
---
gnu/packages/dlang.scm | 22 ++++++++++++----------
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/dlang.scm b/gnu/packages/dlang.scm
index 8bf0ee685e..d7a15f0214 100644
--- a/gnu/packages/dlang.scm
+++ b/gnu/packages/dlang.scm
@@ -456,15 +456,7 @@ (define dmd-bootstrap
(lambda _
(symlink "." "dmd") ;to please the build system expected layout
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://github.com/dlang/phobos")
- (commit (string-append "v" version))))
- (file-name (git-file-name "phobos" version))
- (sha256
- (base32
- "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9")))
+ #$(this-package-native-input "phobos")
"phobos")
(chdir "phobos")))
(add-after 'copy-phobos-source-and-chdir 'adjust-phobos-install-dirs
@@ -519,7 +511,17 @@ (define dmd-bootstrap
"lib")
(("\\.\\./src/(phobos|druntime/import)")
"include/dmd")))))))
- (native-inputs (list gdmd which))
+ (native-inputs (list gdmd which
+ `("phobos"
+ ,(origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/dlang/phobos")
+ (commit (string-append "v" version))))
+ (file-name (git-file-name "phobos" version))
+ (sha256
+ (base32
+ "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9"))))))
(home-page "https://github.com/dlang/dmd")
(synopsis "Reference D Programming Language compiler")
(description "@acronym{DMD, Digital Mars D compiler} is the reference
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (smithforth)[arguments]<phases>: Move system.fs
origin from here...
[native-inputs]: ...to here.
Change-Id: I82ff81f72dbe2ecf70fbbd44674596e1a62cadcf
---
gnu/packages/forth.scm | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/forth.scm b/gnu/packages/forth.scm
index 6e8d8cdc4c..43b497b453 100644
--- a/gnu/packages/forth.scm
+++ b/gnu/packages/forth.scm
@@ -75,7 +75,16 @@ (define-public smithforth
(sha256
(base32 "0a39pv7529llsa3f48fmvwvlcp3f9v8qkn5ziw2l6kxf0qvli3lm"))))
(build-system trivial-build-system)
- (native-inputs (list xxd))
+ (native-inputs (list xxd
+ `("system.fs"
+ ,(origin
+ (method url-fetch)
+ (uri (string-append
+ "https://dacvs.neocities.org/SF/system"
+ version "fs.txt"))
+ (sha256
+ (base32
+ "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m"))))))
(arguments
(list
#:modules '((guix build utils))
@@ -84,14 +93,7 @@ (define-public smithforth
(use-modules (guix build utils)
(ice-9 textual-ports))
(let* ((sforth.dmp #$(package-source this-package))
- (system.fs #$(origin
- (method url-fetch)
- (uri (string-append
- "https://dacvs.neocities.org/SF/system"
- version "fs.txt"))
- (sha256
- (base32
- "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m"))))
+ (system.fs #$(this-package-native-input "system.fs"))
(xxd (string-append (assoc-ref %build-inputs "xxd")
"/bin/xxd"))
(bin (string-append (assoc-ref %outputs "out") "/bin")))
--
2.45.2
Information forwarded
to
liliana.prikler <at> gmail.com, maxim.cournoyer <at> gmail.com, vivien <at> planete-kraus.eu, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move libgd
origin from here...
[native-inputs]: ...to here.
Change-Id: I137dc41819a680fdf1f5c0bea9778b2bceae3fad
---
gnu/packages/gnome.scm | 22 ++++++++++++----------
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 7339000436..8ae9fb0656 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -799,15 +799,7 @@ (define-public gnome-recipes
(add-after 'unpack 'unpack-libgd
(lambda _
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://gitlab.gnome.org/GNOME/libgd")
- (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
- (file-name (git-file-name "libgd" version))
- (sha256
- (base32
- "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
+ #$(this-package-native-input "libgd")
"subprojects/libgd"))))))
(inputs (list glib
gnome-autoar
@@ -823,7 +815,17 @@ (define-public gnome-recipes
`(,glib "bin")
itstool
pkg-config
- python))
+ python
+ `("libgd"
+ ,(origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://gitlab.gnome.org/GNOME/libgd")
+ (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
+ (file-name (git-file-name "libgd" version))
+ (sha256
+ (base32
+ "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs"))))))
(home-page "https://wiki.gnome.org/Apps/Recipes")
(synopsis "Discover recipes for preparing food")
(description "GNOME Recipes helps you discover what to cook today,
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (farstream)[arguments]<phases>: Move common
origin from here...
[native-inputs]: ...to here.
Change-Id: I0023bca2fc021b82875b1ec7329c7e37116df0b3
---
gnu/packages/freedesktop.scm | 24 +++++++++++++-----------
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index cb1d625d24..cf4ccadfd0 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -263,16 +263,7 @@ (define-public farstream
(lambda _
(delete-file "autogen.sh")
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri
- (git-reference
- (url "https://gitlab.freedesktop.org/gstreamer/common.git")
- (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
- (file-name (git-file-name "common" "latest.52adcdb"))
- (sha256
- (base32
- "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r")))
+ #$(this-package-native-input "common")
"common")))
(add-after 'unpack 'disable-problematic-tests
(lambda _
@@ -296,7 +287,18 @@ (define-public farstream
libxslt
perl
pkg-config
- python-wrapper))
+ python-wrapper
+ `("common"
+ ,(origin
+ (method git-fetch)
+ (uri
+ (git-reference
+ (url "https://gitlab.freedesktop.org/gstreamer/common.git")
+ (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
+ (file-name (git-file-name "common" "latest.52adcdb"))
+ (sha256
+ (base32
+ "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r"))))))
(inputs
(list glib
gtk+
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 15:56:04 GMT)
Full text and
rfc822 format available.
Message #23 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (gnulib-checkout)[arguments]<phases>: Move PropList
origin from here...
[native-inputs]: ...to here.
Change-Id: I3576a169837039bc6beaae0d68ab459ed642e3c8
---
gnu/packages/build-tools.scm | 18 ++++++++++--------
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/gnu/packages/build-tools.scm b/gnu/packages/build-tools.scm
index 21df25e4f5..f9e51e6408 100644
--- a/gnu/packages/build-tools.scm
+++ b/gnu/packages/build-tools.scm
@@ -942,14 +942,7 @@ (define*-public (gnulib-checkout #:key
"Scripts.txt"
"Blocks.txt")
(list
- #$(origin
- (method url-fetch)
- (uri (string-append
- "https://www.unicode.org/Public/"
- "3.0-Update1/PropList-3.0.1.txt"))
- (sha256
- (base32
- "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh"))))
+ #$(this-package-native-input "proplist"))
(find-ucd-files "BidiMirroring.txt"
"EastAsianWidth.txt"
"LineBreak.txt"
@@ -982,6 +975,15 @@ (define*-public (gnulib-checkout #:key
bash-minimal python perl clisp
;; Unicode data:
ucd
+ `("proplist"
+ ,(origin
+ (method url-fetch)
+ (uri (string-append
+ "https://www.unicode.org/Public/"
+ "3.0-Update1/PropList-3.0.1.txt"))
+ (sha256
+ (base32
+ "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh"))))
;; Programs for the tests:
cppi indent git-minimal/pinned autoconf))
(home-page "https://www.gnu.org/software/gnulib/")
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 17:35:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Freitag, dem 06.09.2024 um 17:54 +0200 schrieb Simon Tournier:
> * gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move
> libgd
> origin from here...
> [native-inputs]: ...to here.
>
> Change-Id: I137dc41819a680fdf1f5c0bea9778b2bceae3fad
> ---
> gnu/packages/gnome.scm | 22 ++++++++++++----------
> 1 file changed, 12 insertions(+), 10 deletions(-)
>
> diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
> index 7339000436..8ae9fb0656 100644
> --- a/gnu/packages/gnome.scm
> +++ b/gnu/packages/gnome.scm
> @@ -799,15 +799,7 @@ (define-public gnome-recipes
> (add-after 'unpack 'unpack-libgd
> (lambda _
> (copy-recursively
> - #$(origin
> - (method git-fetch)
> - (uri (git-reference
> - (url
> "https://gitlab.gnome.org/GNOME/libgd")
> - (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> - (file-name (git-file-name "libgd" version))
> - (sha256
> - (base32
> -
> "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
> + #$(this-package-native-input "libgd")
> "subprojects/libgd"))))))
> (inputs (list glib
> gnome-autoar
> @@ -823,7 +815,17 @@ (define-public gnome-recipes
> `(,glib "bin")
> itstool
> pkg-config
> - python))
> + python
> + `("libgd"
> + ,(origin
> + (method git-fetch)
> + (uri (git-reference
> + (url
> "https://gitlab.gnome.org/GNOME/libgd")
> + (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> + (file-name (git-file-name "libgd"
> version))
> + (sha256
> + (base32
I can see why you're doing that, but I'm not really convinced it helps
the package. Particularly, we're now even adding a labeled input,
which makes for a cursed situation where all but one inputs are
unlabeled¹.
IMHO, G-Expressions in phases serve in part to facilitate uses like
this. They may not be nice, but those are upstream conditions we have
to cope with. I'd rather do a proper unbundling of libgd.
Another "proper" solution could be as easy as using an unlabeled origin
and search-input-file. However, this doesn't really work all that well
if you have to unpack the entire origin, hence what I've done here for
gnome-recipes.
Cheers
¹ Let's not even mention the necessity of 1/6 to enable that. Back in
the day, there was a decision against giving origins labels because it
would add to the further propagation of label use throughout Guix,
while we want to drop them.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 18:13:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
My aim is not to mix, under ’inputs’ record field, the old style (label)
with the new style (no label) but to have the ’origin’ inside ’inputs’
and not inside ’arguments’.
On Fri, 06 Sep 2024 at 19:33, Liliana Marie Prikler <liliana.prikler <at> gmail.com> wrote:
> I can see why you're doing that, but I'm not really convinced it helps
> the package.
As I wrote in the cover letter:
This is annoying because these origins are hidden from
’package-direct-sources’; see module (guix packages).
So it helps the package. ;-)
Please note that the docstring of ’package-direct-sources’ is currently
lying. ;-) Well, the situation is a bug, IMHO.
--8<---------------cut here---------------start------------->8---
"Return all source origins associated with PACKAGE; including origins in
PACKAGE's inputs and patches."
--8<---------------cut here---------------end--------------->8---
> IMHO, G-Expressions in phases serve in part to facilitate uses like
> this.
I agree that G-exps facilitate manipulation of store paths. But using
’origin’ inside arguments appears to me as an abuse of the feature. As
I wrote in the cover letter:
Moreover and tangentially, it appears to me an anti-pattern of the
functional paradigm: The data from the impure outside should be handled
by the ’source’ record field, or otherwise by ’inputs’, ’native-inputs’
or ’propagated-inputs’ record fields; let say only ’inputs’ for
simplicity.
Therefore, I strongly think ’origin’ should not be inside arguments.
Somehow, my submission is a proposal for dealing with the case. And
it’s not really if it needs to, or should, be done. :-)
> Particularly, we're now even adding a labeled input,
> which makes for a cursed situation where all but one inputs are
> unlabeled¹.
Please note it’s a specific inputs: it’s an ’origin’. This can be
checked by the pattern matching, e.g.,
(((? string? label) (? origin? o) ;Allow old style as sometimes requires by origin in inputs
`(,label ,o))
Other said, it would not be a “cursed situation”; only a situation using
a locally defined input.
Cheers,
simon
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 20:16:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Freitag, dem 06.09.2024 um 20:11 +0200 schrieb Simon Tournier:
> Hi Liliana,
>
> My aim is not to mix, under ’inputs’ record field, the old style
> (label) with the new style (no label) but to have the ’origin’ inside
> ’inputs’ and not inside ’arguments’.
Sure, but you do introduce a label to make that work is what I'm
saying.
> As I wrote in the cover letter:
>
> This is annoying because these origins are hidden from
> ’package-direct-sources’; see module (guix packages).
>
> So it helps the package. ;-)
>
> Please note that the docstring of ’package-direct-sources’ is
> currently lying. ;-) Well, the situation is a bug, IMHO.
I think we should fix ‘package-direct-sources’ then. The derivation
obviously knows about this input, otherwise the package wouldn't be
built, so the information is there. I'd also hazard a guess that Rust
being Rust, no useful information for Rust packages comes with package-
direct-inputs if arguments aren't being handled.
> --8<---------------cut here---------------start------------->8---
> "Return all source origins associated with PACKAGE; including
> origins in PACKAGE's inputs and patches."
> --8<---------------cut here---------------end--------------->8---
>
>
> > IMHO, G-Expressions in phases serve in part to facilitate uses like
> > this.
>
> I agree that G-exps facilitate manipulation of store paths. But
> using ’origin’ inside arguments appears to me as an abuse of the
> feature. As I wrote in the cover letter:
>
> Moreover and tangentially, it appears to me an anti-pattern
> of the
> functional paradigm: The data from the impure outside should
> be handled
> by the ’source’ record field, or otherwise by ’inputs’,
> ’native-inputs’
> or ’propagated-inputs’ record fields; let say only ’inputs’
> for
> simplicity.
>
> Therefore, I strongly think ’origin’ should not be inside arguments.
We could handle it in source at the cost of similar anti-patterns, or
in inputs at the cost of the anti-pattern you suggest. The Right
Thing™ would be to unbundle these dependencies correctly.
Also note that your argument would apply to #$this-package-input just
as well: it still is magic that pulls in data from the impure outside
world, and you can trivially trick it into doing silly things. (Just
add inheritance.)
> Somehow, my submission is a proposal for dealing with the case. And
> it’s not really if it needs to, or should, be done. :-)
You are working on the implicit assumption that everyone agrees that it
needs to be done, then.
> > Particularly, we're now even adding a labeled input,
> > which makes for a cursed situation where all but one inputs are
> > unlabeled¹.
>
> Please note it’s a specific inputs: it’s an ’origin’. This can be
> checked by the pattern matching, e.g.,
>
> (((? string? label) (? origin? o) ;Allow old style as sometimes
> requires by origin in inputs
> `(,label ,o))
>
> Other said, it would not be a “cursed situation”; only a situation
> using a locally defined input.
It *is* a cursed situation for the person reading the inputs field.
Apart from proper unbundling, some other workarounds would be:
- hacking around search-input-file
- making dummy data packages
- named origins (this one requires similar support code to be written
and has already been rejected once IIRC)
- computed origins
And yes, I label them as workarounds, since they don't address the root
cause of why origins are introduced in arguments.
Sometimes, practicality beats purity: Consider the ungoogled-chromium
recipe if you hadn't had a good scare today. The fact that this
pattern shows up as rarely as it does is a testament to how well Guix
functions otherwise – but there might still be a need for it in some
fringe circumstances. I'd rather we don't change code unless the
result is clearly better™, and I don't see that here.
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 06 Sep 2024 21:46:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 73073 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
> The reason is because ’sanitize-inputs’; see module (guix packages).
>
> ((_ (list args ...))
> (add-input-labels args ...))
> ((_ inputs)
> (maybe-add-input-labels inputs))))
[...]
> The procedure ’maybe-add-input-labels’ reads: if the first element of
> the ’inputs’ record field is using the “old style“ then return all
> as-is, assuming all are “old style”. Else apply to all the ’inputs’
> elements the procedure ’add-input-label’.
Yes: as an optimization, we just check the first element or even just
the syntax (whether the value starts with (list …)).
This is one reason why I’d rather avoid the change you’re suggesting.
But more importantly: I think we should avoid polymorphic lists for
clarity (the principle is followed in most of the code), and
reintroducing labels would be a step backwards.
To be clear, I understand the current situation is not perfect, but I
would rather look for solutions that do not involve undoing what’s taken
this long to do.
The main issue we want to address here is origins being hidden from
‘package-direct-sources’, right?
What if we could do this:
[Message part 2 (text/x-patch, inline)]
diff --git a/guix/packages.scm b/guix/packages.scm
index f373136d22..624d3d8c45 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -1320,7 +1320,16 @@ (define (package-direct-sources package)
((_ (? origin? orig) _ ...)
orig)
(_ #f))
- (package-direct-inputs package))))
+ (package-direct-inputs package))
+ (match (assoc #:phases (package-arguments package))
+ ((#:phases (? gexp? phases) . _)
+ (filter-map (lambda (input)
+ (match (gexp-input-thing input)
+ ((? origin? o) o)
+ (_ #f)))
+ (gexp-inputs phases)))
+ (_
+ '()))))
(define (package-transitive-sources package)
"Return PACKAGE's direct sources, and their direct sources, recursively."
[Message part 3 (text/plain, inline)]
? (Currently we can’t because ‘gexp-inputs’ is private.)
Or, alternatively, we’d have origins without labels in inputs, with
this:
[Message part 4 (text/x-patch, inline)]
diff --git a/guix/packages.scm b/guix/packages.scm
index f373136d22..8b08f0d379 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -676,6 +676,8 @@ (define (add-input-label input)
"_")
,obj
,@(if (string=? output "out") '() (list output)))))
+ ((? origin? origin)
+ (list (or (origin-actual-file-name origin) "_") origin))
(x
`("_" ,x))))
[Message part 5 (text/plain, inline)]
… meaning we could write (this-package-input "git-manpages.tar.gz") or
similar. (This particular change would need tweaks in a few packages
such as ‘tzdata’ to avoid a full rebuild.)
WDYT?
Thanks,
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sat, 07 Sep 2024 13:42:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
I get your points. In order to avoid duplicate discussion, please
consider the Ludo’s thread.
On Fri, 06 Sep 2024 at 22:14, Liliana Marie Prikler <liliana.prikler <at> gmail.com> wrote:
> I'd also hazard a guess that Rust
> being Rust, no useful information for Rust packages comes with package-
> direct-inputs if arguments aren't being handled.
Yes, I am aware of the Rust package case. :-)
It’s similar as the Haskell
package, as I pointed years ago [1]. I still think that’s something
which needs to be improved.
Cheers,
simon
1: Re: Cabal mismatch in ghc-lucid; long-term archiving Haskell?
zimoun <zimon.toutoune <at> gmail.com>
Mon, 22 Aug 2022 16:04:21 +0200
id:87ilmk5q8q.fsf <at> gmail.com
https://lists.gnu.org/archive/html/guix-devel/2022-08
https://yhetil.org/guix/87ilmk5q8q.fsf <at> gmail.com
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sat, 07 Sep 2024 13:42:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Ludo,
On Fri, 06 Sep 2024 at 23:45, Ludovic Courtès <ludo <at> gnu.org> wrote:
> This is one reason why I’d rather avoid the change you’re suggesting.
> But more importantly: I think we should avoid polymorphic lists for
> clarity (the principle is followed in most of the code), and
> reintroducing labels would be a step backwards.
This is inaccurate: inputs are already polymorphic lists. For example,
(native-inputs (list desktop-file-utils ;for update-desktop-database
gettext-minimal
`(,glib "bin")
itstool
pkg-config
python))
And “bin” is a label, AFAIU. That’s said…
> To be clear, I understand the current situation is not perfect, but I
> would rather look for solutions that do not involve undoing what’s taken
> this long to do.
…I agree: my aim is not to revive the “old style”. Aside, from my
perspective, the main issue with the “old style” is not the labels but
instead it’s the redundancy.
In other words, labels are not the evil since they are still used for
dealing with “outputs”.
Anyway, let avoid the Walder’s law trap [1]. ;-)
So let do not rely on explicit labels.
> The main issue we want to address here is origins being hidden from
> ‘package-direct-sources’, right?
Yes… And also I think that’s a bad pattern to not have all “inputs“ in
the same place. From my point of view, the current situation defeats my
understanding of declarative programming.
> diff --git a/guix/packages.scm b/guix/packages.scm
> index f373136d22..8b08f0d379 100644
> --- a/guix/packages.scm
> +++ b/guix/packages.scm
> @@ -676,6 +676,8 @@ (define (add-input-label input)
> "_")
> ,obj
> ,@(if (string=? output "out") '() (list output)))))
> + ((? origin? origin)
> + (list (or (origin-actual-file-name origin) "_") origin))
> (x
> `("_" ,x))))
>
>
> … meaning we could write (this-package-input "git-manpages.tar.gz") or
> similar. (This particular change would need tweaks in a few packages
> such as ‘tzdata’ to avoid a full rebuild.)
This solution appears to me the best approach. Somehow, it uses
’file-name’ as internal “label”. When internal “labels” will completely
removed, e.g., using package name or else, we will adapt.
Well, ’origin-actual-file-name’ returns for example
"libgd-2.0.4-checkout", i.e. the version would be required when calling
’this-package-input’. Therefore, it would mean something like:
#$(this-package-native-input (git-file-name "libgd" version))
This appears to me a good solution.
However, how is it possible to avoid a full rebuild because ’tzdata’ or
else? It means the package definition cannot be modified, right?
Therefore, the only way would to special case ’maybe-add-input-labels’,
e.g.,
--8<---------------cut here---------------start------------->8---
@@ -441,6 +441,9 @@ (define (maybe-add-input-labels inputs)
"Add labels to INPUTS unless it already has them."
(cond ((null? inputs)
inputs)
+ ((and (pair? (car inputs))
+ (origin? (cdar inputs)) )
+ inputs)
((and (pair? (car inputs))
(string? (caar inputs)))
inputs)
--8<---------------cut here---------------end--------------->8---
Would it be ok performance-wise? Or what could the another option?
Moreover, as you said some other packages deep in the graph seem in the
picture.
Well, I am going to explore this in order to send a v2.
Cheers,
simon
1: https://wiki.haskell.org/Wadler%27s_Law
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sat, 07 Sep 2024 14:51:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Simon,
since you pointed me here, I will chime in a little :)
Am Samstag, dem 07.09.2024 um 15:40 +0200 schrieb Simon Tournier:
> Hi Ludo,
>
> On Fri, 06 Sep 2024 at 23:45, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
> > This is one reason why I’d rather avoid the change you’re
> > suggesting.
> > But more importantly: I think we should avoid polymorphic lists for
> > clarity (the principle is followed in most of the code), and
> > reintroducing labels would be a step backwards.
>
> This is inaccurate: inputs are already polymorphic lists. For
> example,
>
> (native-inputs (list desktop-file-utils ;for update-desktop-
> database
> gettext-minimal
> `(,glib "bin")
> itstool
> pkg-config
> python))
>
> And “bin” is a label, AFAIU. That’s said…
Not in the sense that you are addressing inputs with it, no. "bin" is
an output selector (output "label" if you will) – its purpose it to
choose an output that isn't "out".
> > To be clear, I understand the current situation is not perfect, but
> > I would rather look for solutions that do not involve undoing
> > what’s taken this long to do.
>
> …I agree: my aim is not to revive the “old style”. Aside, from my
> perspective, the main issue with the “old style” is not the labels
> but instead it’s the redundancy.
>
> In other words, labels are not the evil since they are still used for
> dealing with “outputs”.
>
> Anyway, let avoid the Walder’s law trap [1]. ;-)
>
> So let do not rely on explicit labels.
But you are adding explicit labels here. A solution that doesn't would
be much preferred.
> > The main issue we want to address here is origins being hidden from
> > ‘package-direct-sources’, right?
>
> Yes… And also I think that’s a bad pattern to not have all “inputs“
> in the same place. From my point of view, the current situation
> defeats my understanding of declarative programming.
I agree with you that inputs outside of inputs should be avoided, but I
disagree with your point on declarative programming. Packages, even
written in that style, are still declarative.
> > diff --git a/guix/packages.scm b/guix/packages.scm
> > index f373136d22..8b08f0d379 100644
> > --- a/guix/packages.scm
> > +++ b/guix/packages.scm
> > @@ -676,6 +676,8 @@ (define (add-input-label input)
> > "_")
> > ,obj
> > ,@(if (string=? output "out") '() (list output)))))
> > + ((? origin? origin)
> > + (list (or (origin-actual-file-name origin) "_") origin))
> > (x
> > `("_" ,x))))
> >
> >
> > … meaning we could write (this-package-input "git-manpages.tar.gz")
> > or similar. (This particular change would need tweaks in a few
> > packages such as ‘tzdata’ to avoid a full rebuild.)
>
> This solution appears to me the best approach. Somehow, it uses
> ’file-name’ as internal “label”. When internal “labels” will
> completely removed, e.g., using package name or else, we will adapt.
>
> Well, ’origin-actual-file-name’ returns for example
> "libgd-2.0.4-checkout", i.e. the version would be required when
> calling ’this-package-input’. Therefore, it would mean something
> like:
>
> #$(this-package-native-input (git-file-name "libgd" version))
>
> This appears to me a good solution.
It doesn't to me. What do you do if the libgd version changes? To
arrive at a proper label, you would have to strip the versioning and
packaging metadata – otherwise you're left with a situation, where you
can't replace the package by tweaking inputs anyway.
> However, how is it possible to avoid a full rebuild because ’tzdata’
> or else? It means the package definition cannot be modified, right?
> Therefore, the only way would to special case ’maybe-add-input-
> labels’, e.g.,
>
> --8<---------------cut here---------------start------------->8---
> @@ -441,6 +441,9 @@ (define (maybe-add-input-labels inputs)
> "Add labels to INPUTS unless it already has them."
> (cond ((null? inputs)
> inputs)
> + ((and (pair? (car inputs))
> + (origin? (cdar inputs)) )
> + inputs)
> ((and (pair? (car inputs))
> (string? (caar inputs)))
> inputs)
> --8<---------------cut here---------------end--------------->8---
>
> Would it be ok performance-wise? Or what could the another option?
I don't think this does what you think it does.
It returns inputs as-is if the tail of the first input is an origin…
which I don't think would be the case even if we do implement your v1.
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
Following Ludo's advice [1], here the v2.
Packages use ’package-name’ as internal labels so the first patch of the serie
adds ’origin-actual-file-name’ as internal labels for the origins. Then, the
’origin’ is found back via ’this-package-input’ as for the packages.
For instance, without the patch, we have somewhere in the phase:
#$(origin
(method url-fetch)
(uri (string-append
"mirror://kernel.org/software/scm/git/"
"git-manpages-" (package-version this-package) ".tar.xz"))
(sha256
(base32
"1lvvhzypllbyd8j6m0p9qgd3gqg10gch9s7lqif8vr9n80fqn4fw"))))))))))))
then with the patch, this origin is moved to the ’native-inputs’ field and the
snippet above is replaced by:
#$(this-package-native-input
(string-append
"git-manpages-" (package-version this-package) ".tar.xz")))))))))))
Please note the two special cases: tzdata and texlive-hyphen-complete. They
are considered in order to avoid a world rebuild. The final adjusment can be
addressed with some “build train” (or “merge train”) as discussed elsewhere.
The other patches of the series provide more examples of the usage.
WDYT?
Cheers,
simon
1: [bug#73073] [PATCH 0/6] Allow origin with label as inputs.
Ludovic Courtès <ludo <at> gnu.org>
Fri, 06 Sep 2024 23:45:04 +0200
id:87o750wj6n.fsf <at> gnu.org
https://issues.guix.gnu.org/73073
https://issues.guix.gnu.org/msgid/87o750wj6n.fsf <at> gnu.org
https://yhetil.org/guix/87o750wj6n.fsf <at> gnu.org
Simon Tournier (8):
guix: packages: Allow origin inside inputs with "new style".
gnu: gnome-recipes: Move libgd origin from phases to native-inputs.
gnu: dmd-bootstrap: Move phobos origin from phases to native-inputs.
gnu: smithforth: Move system.fs origin from phases to native-inputs.
gnu: farstream: Move common origin from phases to native-inputs.
gnu: gnulib: Move phobos origin from phases to native-inputs.
gnu: git: Move git-manpages origin from phases to native-inputs.
gnu: cgit: Remove input labels.
gnu/packages/build-tools.scm | 18 ++++----
gnu/packages/dlang.scm | 21 ++++-----
gnu/packages/forth.scm | 20 +++++----
gnu/packages/freedesktop.scm | 24 +++++-----
gnu/packages/gnome.scm | 19 ++++----
gnu/packages/version-control.scm | 75 +++++++++++++++++---------------
guix/packages.scm | 10 +++++
7 files changed, 106 insertions(+), 81 deletions(-)
base-commit: 85a603f58b9b6fef86984a3b2cfc27bd13314ba1
--
2.45.2
Information forwarded
to
guix <at> cbaines.net, dev <at> jpoiret.xyz, ludo <at> gnu.org, othacehe <at> gnu.org, zimon.toutoune <at> gmail.com, me <at> tobias.gr, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* guix/packages.scm (add-input-label): Rely on 'origin-actual-file-name' for
internal inputs labels.
(maybe-add-input-labels): Special case to avoid world rebuild.
Change-Id: I6ba5352b1b1b8ab810da3730b09cb9db61d6429c
---
guix/packages.scm | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/guix/packages.scm b/guix/packages.scm
index f373136d22..35dba6adc3 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -444,6 +444,9 @@ (define (maybe-add-input-labels inputs)
((and (pair? (car inputs))
(string? (caar inputs)))
inputs)
+ ((and (origin? (car inputs)) ;XXXX: Remove next world rebuild
+ (null? (cdr inputs))) ;special case tzdata
+ (list (list "_" (car inputs))))
(else (map add-input-label inputs))))
(define (add-input-labels . inputs)
@@ -676,6 +679,13 @@ (define (add-input-label input)
"_")
,obj
,@(if (string=? output "out") '() (list output)))))
+ ((? origin? origin) ;XXXX: Remove next world rebuild
+ (let ((texlive (package-source
+ (module-ref (resolve-interface '(gnu packages tex))
+ 'texlive-latex))))
+ (if (eq? input texlive)
+ (list "_" origin)
+ (list (or (origin-actual-file-name origin) "_") origin))))
(x
`("_" ,x))))
--
2.45.2
Information forwarded
to
liliana.prikler <at> gmail.com, maxim.cournoyer <at> gmail.com, vivien <at> planete-kraus.eu, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move libgd
origin from here...
[native-inputs]: ...to here.
Change-Id: Ic1775a66608e114b5b31058386c8b739c155b7a5
---
gnu/packages/gnome.scm | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 7339000436..d80d8cf33f 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -799,15 +799,7 @@ (define-public gnome-recipes
(add-after 'unpack 'unpack-libgd
(lambda _
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://gitlab.gnome.org/GNOME/libgd")
- (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
- (file-name (git-file-name "libgd" version))
- (sha256
- (base32
- "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
+ #$(this-package-native-input (git-file-name "libgd" version))
"subprojects/libgd"))))))
(inputs (list glib
gnome-autoar
@@ -821,6 +813,15 @@ (define-public gnome-recipes
(native-inputs (list desktop-file-utils ;for update-desktop-database
gettext-minimal
`(,glib "bin")
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://gitlab.gnome.org/GNOME/libgd")
+ (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
+ (file-name (git-file-name "libgd" version))
+ (sha256
+ (base32
+ "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
itstool
pkg-config
python))
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:03 GMT)
Full text and
rfc822 format available.
Message #56 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (dmd-bootstrap)[arguments]<phases>: Move phobos
origin from here...
[native-inputs]: ...to here.
Change-Id: I10cb5f628dad2fdbb01df58134996bdcd0b73d62
---
gnu/packages/dlang.scm | 21 +++++++++++----------
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/dlang.scm b/gnu/packages/dlang.scm
index 8bf0ee685e..1fd1c8d58c 100644
--- a/gnu/packages/dlang.scm
+++ b/gnu/packages/dlang.scm
@@ -456,15 +456,7 @@ (define dmd-bootstrap
(lambda _
(symlink "." "dmd") ;to please the build system expected layout
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://github.com/dlang/phobos")
- (commit (string-append "v" version))))
- (file-name (git-file-name "phobos" version))
- (sha256
- (base32
- "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9")))
+ #$(this-package-native-input (git-file-name "phobos" version))
"phobos")
(chdir "phobos")))
(add-after 'copy-phobos-source-and-chdir 'adjust-phobos-install-dirs
@@ -519,7 +511,16 @@ (define dmd-bootstrap
"lib")
(("\\.\\./src/(phobos|druntime/import)")
"include/dmd")))))))
- (native-inputs (list gdmd which))
+ (native-inputs (list gdmd which
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/dlang/phobos")
+ (commit (string-append "v" version))))
+ (file-name (git-file-name "phobos" version))
+ (sha256
+ (base32
+ "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9")))))
(home-page "https://github.com/dlang/dmd")
(synopsis "Reference D Programming Language compiler")
(description "@acronym{DMD, Digital Mars D compiler} is the reference
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:03 GMT)
Full text and
rfc822 format available.
Message #59 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (smithforth)[arguments]<phases>: Move system.fs
origin from here...
[native-inputs]: ...to here.
Change-Id: I82ff81f72dbe2ecf70fbbd44674596e1a62cadcf
---
gnu/packages/forth.scm | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/forth.scm b/gnu/packages/forth.scm
index 6e8d8cdc4c..c523887871 100644
--- a/gnu/packages/forth.scm
+++ b/gnu/packages/forth.scm
@@ -75,7 +75,15 @@ (define-public smithforth
(sha256
(base32 "0a39pv7529llsa3f48fmvwvlcp3f9v8qkn5ziw2l6kxf0qvli3lm"))))
(build-system trivial-build-system)
- (native-inputs (list xxd))
+ (native-inputs (list xxd
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "https://dacvs.neocities.org/SF/system"
+ version "fs.txt"))
+ (sha256
+ (base32
+ "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m")))))
(arguments
(list
#:modules '((guix build utils))
@@ -84,14 +92,8 @@ (define-public smithforth
(use-modules (guix build utils)
(ice-9 textual-ports))
(let* ((sforth.dmp #$(package-source this-package))
- (system.fs #$(origin
- (method url-fetch)
- (uri (string-append
- "https://dacvs.neocities.org/SF/system"
- version "fs.txt"))
- (sha256
- (base32
- "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m"))))
+ (system.fs #$(this-package-native-input
+ (string-append "system" version "fs.txt")))
(xxd (string-append (assoc-ref %build-inputs "xxd")
"/bin/xxd"))
(bin (string-append (assoc-ref %outputs "out") "/bin")))
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:04 GMT)
Full text and
rfc822 format available.
Message #62 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (farstream)[arguments]<phases>: Move common
origin from here...
[native-inputs]: ...to here.
Change-Id: I0023bca2fc021b82875b1ec7329c7e37116df0b3
---
gnu/packages/freedesktop.scm | 24 +++++++++++++-----------
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index cb1d625d24..56bd54a27f 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -263,16 +263,8 @@ (define-public farstream
(lambda _
(delete-file "autogen.sh")
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri
- (git-reference
- (url "https://gitlab.freedesktop.org/gstreamer/common.git")
- (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
- (file-name (git-file-name "common" "latest.52adcdb"))
- (sha256
- (base32
- "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r")))
+ #$(this-package-native-input
+ (git-file-name "common" "latest.52adcdb"))
"common")))
(add-after 'unpack 'disable-problematic-tests
(lambda _
@@ -296,7 +288,17 @@ (define-public farstream
libxslt
perl
pkg-config
- python-wrapper))
+ python-wrapper
+ (origin
+ (method git-fetch)
+ (uri
+ (git-reference
+ (url "https://gitlab.freedesktop.org/gstreamer/common.git")
+ (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
+ (file-name (git-file-name "common" "latest.52adcdb"))
+ (sha256
+ (base32
+ "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r")))))
(inputs
(list glib
gtk+
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:04 GMT)
Full text and
rfc822 format available.
Message #65 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/dlang.scm (gnulib-checkout)[arguments]<phases>: Move PropList
origin from here...
[native-inputs]: ...to here.
Change-Id: I3576a169837039bc6beaae0d68ab459ed642e3c8
---
gnu/packages/build-tools.scm | 18 ++++++++++--------
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/gnu/packages/build-tools.scm b/gnu/packages/build-tools.scm
index 21df25e4f5..61901c0bbb 100644
--- a/gnu/packages/build-tools.scm
+++ b/gnu/packages/build-tools.scm
@@ -942,14 +942,7 @@ (define*-public (gnulib-checkout #:key
"Scripts.txt"
"Blocks.txt")
(list
- #$(origin
- (method url-fetch)
- (uri (string-append
- "https://www.unicode.org/Public/"
- "3.0-Update1/PropList-3.0.1.txt"))
- (sha256
- (base32
- "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh"))))
+ #$(this-package-native-input "PropList.txt"))
(find-ucd-files "BidiMirroring.txt"
"EastAsianWidth.txt"
"LineBreak.txt"
@@ -982,6 +975,15 @@ (define*-public (gnulib-checkout #:key
bash-minimal python perl clisp
;; Unicode data:
ucd
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "https://www.unicode.org/Public/"
+ "3.0-Update1/PropList-3.0.1.txt"))
+ (file-name "PropList.txt")
+ (sha256
+ (base32
+ "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh")))
;; Programs for the tests:
cppi indent git-minimal/pinned autoconf))
(home-page "https://www.gnu.org/software/gnulib/")
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:05 GMT)
Full text and
rfc822 format available.
Message #68 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/version-control.scm (git)[arguments]<phases>: Move git-manpages
origin from here...
[native-inputs]: ...to here.
Change-Id: I4affbb032523e634b82c7e33343d0dc0797cb393
---
gnu/packages/version-control.scm | 25 +++++++++++++++----------
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 0c4cdedce8..a0fdcb0da9 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -693,15 +693,9 @@ (define-public git
(with-directory-excursion man
(invoke
"tar" "xvf"
- #$(origin
- (method url-fetch)
- (uri (string-append
- "mirror://kernel.org/software/scm/git/"
- "git-manpages-" (package-version this-package)
- ".tar.xz"))
- (sha256
- (base32
- "1lvvhzypllbyd8j6m0p9qgd3gqg10gch9s7lqif8vr9n80fqn4fw"))))))))))))
+ #$(this-package-native-input
+ (string-append
+ "git-manpages-" (package-version this-package) ".tar.xz")))))))))))
(native-inputs
(modify-inputs (package-native-inputs git-minimal)
;; For subtree documentation.
@@ -712,7 +706,18 @@ (define-public git
libxslt
pkg-config
texinfo
- xmlto)))
+ xmlto
+ ;; To build the man pages from the git sources, we would need a dependency
+ ;; on a full XML tool chain, and building it actually takes ages. So we
+ ;; use this lazy approach and use released tarball.
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "mirror://kernel.org/software/scm/git/git-manpages-"
+ (package-version this-package) ".tar.xz"))
+ (sha256
+ (base32
+ "1pqrp46kwbxycqld39027ph1cvkq9am156y3sswn6w2khsg30f09"))))))
(inputs
(modify-inputs (package-inputs git-minimal)
(append bash-minimal ;for wrap-program
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 01:29:05 GMT)
Full text and
rfc822 format available.
Message #71 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/version-control.scm (cgit)
[inputs]: Remove labels.
[arguments]<phases>: Adjust.
Change-Id: Iff479fa636f7a4c4fef5137ae22934d4e213223b
---
gnu/packages/version-control.scm | 50 +++++++++++++++++---------------
1 file changed, 26 insertions(+), 24 deletions(-)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index a0fdcb0da9..5b28eeaa9e 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -1315,7 +1315,7 @@ (define-public cgit
(lambda* (#:key inputs #:allow-other-keys)
;; Unpack the source of git into the 'git' directory.
(invoke "tar" "--strip-components=1" "-C" "git" "-xf"
- (assoc-ref inputs "git-source"))))
+ #$(this-package-input "git-source"))))
(add-after 'unpack 'patch-absolute-file-names
(lambda* (#:key inputs outputs #:allow-other-keys)
(define (quoted-file-name input path)
@@ -1370,29 +1370,31 @@ (define-public cgit
;; For building manpage.
(list asciidoc))
(inputs
- `( ;; Building cgit requires a Git source tree.
- ("git-source"
- ,(origin
- (method url-fetch)
- ;; cgit is tightly bound to git. Use GIT_VER from the Makefile,
- ;; which may not match the current (package-version git).
- (uri "mirror://kernel.org/software/scm/git/git-2.46.0.tar.xz")
- (sha256
- (base32 "15bzq9m6c033qiz5q5gw1nqw4m452vvqax30wbms6z4bl9i384kz"))))
- ("bash-minimal" ,bash-minimal)
- ("openssl" ,openssl)
- ("python" ,python)
- ("python-docutils" ,python-docutils)
- ("python-markdown" ,python-markdown)
- ("python-pygments" ,python-pygments)
- ("zlib" ,zlib)
- ;; bzip2, groff, gzip and xz are inputs (not native inputs)
- ;; since they are actually substituted into cgit source and
- ;; referenced by the built package output.
- ("bzip2" ,bzip2)
- ("groff" ,groff)
- ("gzip" ,gzip)
- ("xz" ,xz)))
+ (list
+ ;; Building cgit requires a Git source tree.
+ (origin
+ (method url-fetch)
+ ;; cgit is tightly bound to git. Use GIT_VER from the Makefile,
+ ;; which may not match the current (package-version git).
+ (uri "mirror://kernel.org/software/scm/git/git-2.46.0.tar.xz")
+ (sha256
+ (base32 "15bzq9m6c033qiz5q5gw1nqw4m452vvqax30wbms6z4bl9i384kz"))
+ (file-name "git-source"))
+ bash-minimal
+ openssl
+ python
+ python-docutils
+ python-markdown
+ python-pygments
+ zlib
+ ;; bzip2, groff, gzip and xz are inputs (not native inputs)
+ ;; since they are actually substituted into cgit source and
+ ;; referenced by the built package output.
+
+ bzip2
+ groff
+ gzip
+ xz))
(home-page "https://git.zx2c4.com/cgit/")
(synopsis "Web frontend for git repositories")
(description
--
2.45.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 04:32:01 GMT)
Full text and
rfc822 format available.
Message #74 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Dienstag, dem 10.09.2024 um 03:27 +0200 schrieb Simon Tournier:
> * gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move
> libgd
> origin from here...
> [native-inputs]: ...to here.
>
> Change-Id: Ic1775a66608e114b5b31058386c8b739c155b7a5
> ---
> gnu/packages/gnome.scm | 19 ++++++++++---------
> 1 file changed, 10 insertions(+), 9 deletions(-)
>
> diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
> index 7339000436..d80d8cf33f 100644
> --- a/gnu/packages/gnome.scm
> +++ b/gnu/packages/gnome.scm
> @@ -799,15 +799,7 @@ (define-public gnome-recipes
> (add-after 'unpack 'unpack-libgd
> (lambda _
> (copy-recursively
> - #$(origin
> - (method git-fetch)
> - (uri (git-reference
> - (url
> "https://gitlab.gnome.org/GNOME/libgd")
> - (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> - (file-name (git-file-name "libgd" version))
> - (sha256
> - (base32
> -
> "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
> + #$(this-package-native-input (git-file-name "libgd"
> version))
> "subprojects/libgd"))))))
> (inputs (list glib
> gnome-autoar
> @@ -821,6 +813,15 @@ (define-public gnome-recipes
> (native-inputs (list desktop-file-utils ;for update-desktop-
> database
> gettext-minimal
> `(,glib "bin")
> + (origin
> + (method git-fetch)
> + (uri (git-reference
> + (url
> "https://gitlab.gnome.org/GNOME/libgd")
> + (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> + (file-name (git-file-name "libgd"
> version))
"libgd-checkout" would be both more honest and easier to get right.
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Sep 2024 08:37:02 GMT)
Full text and
rfc822 format available.
Message #77 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
On Tue, 10 Sep 2024 at 06:30, Liliana Marie Prikler <liliana.prikler <at> gmail.com> wrote:
>> + #$(this-package-native-input (git-file-name "libgd" version))
[...]
>> + (origin
>> + (method git-fetch)
>> + (uri (git-reference
>> + (url "https://gitlab.gnome.org/GNOME/libgd")
>> + (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
>> + (file-name (git-file-name "libgd" version))
>
> "libgd-checkout" would be both more honest and easier to get right.
Thanks for the feedback.
Cheers,
simon
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Mon, 16 Sep 2024 20:15:01 GMT)
Full text and
rfc822 format available.
Message #80 received at 73073 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
> This solution appears to me the best approach. Somehow, it uses
> ’file-name’ as internal “label”. When internal “labels” will completely
> removed, e.g., using package name or else, we will adapt.
>
> Well, ’origin-actual-file-name’ returns for example
> "libgd-2.0.4-checkout", i.e. the version would be required when calling
> ’this-package-input’. Therefore, it would mean something like:
>
> #$(this-package-native-input (git-file-name "libgd" version))
>
> This appears to me a good solution.
Yes, agreed.
> However, how is it possible to avoid a full rebuild because ’tzdata’ or
> else? It means the package definition cannot be modified, right?
When I looked the other day I came up with this:
[Message part 2 (text/x-patch, inline)]
modified gnu/packages/base.scm
@@ -1716,14 +1716,15 @@ (define-public tzdata
(delete-file-recursively
(string-append out "/share/zoneinfo-leaps")))))
(delete 'configure))))
- (inputs (list (origin
- (method url-fetch)
- (uri (string-append
- "https://data.iana.org/time-zones/releases/tzcode"
- version ".tar.gz"))
- (sha256
- (base32
- "07hn7hn2klw4dfyr673ril2nrk18198hbfv25gljsvc833hzk9g9")))))
+ (inputs `(("_" ;<- avoid a rebuild
+ ,(origin
+ (method url-fetch)
+ (uri (string-append
+ "https://data.iana.org/time-zones/releases/tzcode"
+ version ".tar.gz"))
+ (sha256
+ (base32
+ "07hn7hn2klw4dfyr673ril2nrk18198hbfv25gljsvc833hzk9g9"))))))
(home-page "https://www.iana.org/time-zones")
(synopsis "Database of current and historical time zones")
[Message part 3 (text/plain, inline)]
Of course this is ugly, but it’s IMO okay if we only have to do it for a
few packages (and for a limited amount of time).
Thanks,
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Mon, 16 Sep 2024 20:21:01 GMT)
Full text and
rfc822 format available.
Message #83 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
> * guix/packages.scm (add-input-label): Rely on 'origin-actual-file-name' for
> internal inputs labels.
> (maybe-add-input-labels): Special case to avoid world rebuild.
>
> Change-Id: I6ba5352b1b1b8ab810da3730b09cb9db61d6429c
[...]
> @@ -444,6 +444,9 @@ (define (maybe-add-input-labels inputs)
> ((and (pair? (car inputs))
> (string? (caar inputs)))
> inputs)
> + ((and (origin? (car inputs)) ;XXXX: Remove next world rebuild
> + (null? (cdr inputs))) ;special case tzdata
> + (list (list "_" (car inputs))))
I would rather have this hack in ‘tzdata’ itself, along the lines of
what I sent in a previous message.
> @@ -676,6 +679,13 @@ (define (add-input-label input)
> "_")
> ,obj
> ,@(if (string=? output "out") '() (list output)))))
> + ((? origin? origin) ;XXXX: Remove next world rebuild
> + (let ((texlive (package-source
> + (module-ref (resolve-interface '(gnu packages tex))
> + 'texlive-latex))))
> + (if (eq? input texlive)
> + (list "_" origin)
> + (list (or (origin-actual-file-name origin) "_") origin))))
I think this should be avoided, but what is it that causes a rebuild in
this case?
Thanks,
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 19 Sep 2024 04:39:01 GMT)
Full text and
rfc822 format available.
Message #86 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Ludo,
On Mon, 16 Sep 2024 at 22:19, Ludovic Courtès <ludo <at> gnu.org> wrote:
> Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
>
>> * guix/packages.scm (add-input-label): Rely on 'origin-actual-file-name' for
>> internal inputs labels.
>> (maybe-add-input-labels): Special case to avoid world rebuild.
>>
>> Change-Id: I6ba5352b1b1b8ab810da3730b09cb9db61d6429c
>
> [...]
>
>> @@ -444,6 +444,9 @@ (define (maybe-add-input-labels inputs)
>> ((and (pair? (car inputs))
>> (string? (caar inputs)))
>> inputs)
>> + ((and (origin? (car inputs)) ;XXXX: Remove next world rebuild
>> + (null? (cdr inputs))) ;special case tzdata
>> + (list (list "_" (car inputs))))
>
> I would rather have this hack in ‘tzdata’ itself, along the lines of
> what I sent in a previous message.
Yes, indeed tzdata can temporarily transformed into the old style. It
avoids the world rebuild and it’s a modification easier to change than
the one about maybe-add-input-labels. I agree that’s better.
>> @@ -676,6 +679,13 @@ (define (add-input-label input)
>> "_")
>> ,obj
>> ,@(if (string=? output "out") '() (list output)))))
>> + ((? origin? origin) ;XXXX: Remove next world rebuild
>> + (let ((texlive (package-source
>> + (module-ref (resolve-interface '(gnu packages tex))
>> + 'texlive-latex))))
>> + (if (eq? input texlive)
>> + (list "_" origin)
>> + (list (or (origin-actual-file-name origin) "_") origin))))
>
> I think this should be avoided, but what is it that causes a rebuild in
> this case?
It’s about the package texlive-hyphen-complete; it leads to a world
rebuild – as pointed in the cover letter of v2 ;-)
It reads:
(native-inputs
(list ruby-2.7
ruby-hydra-minimal/pinned
;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
;; However, adding this package to native inputs would initiate
;; a circular dependency. To work around this, use TEXLIVE-LATEX
;; source, then add "docstrip.tex" to TEXINPUTS before build.
(package-source texlive-latex)
texlive-tex))
then:
(add-before 'build 'include-docstrip.tex
(lambda* (#:key inputs native-inputs #:allow-other-keys)
(let ((docstrip.tex
(search-input-file (or native-inputs inputs)
"tex/latex/base/docstrip.tex")))
Well, we can apply the same hack as tzdata: temporarily revert to the
old style.
Cheers,
simon
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 26 Sep 2024 13:33:02 GMT)
Full text and
rfc822 format available.
Message #89 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Simon,
That's an interesting series!
Simon Tournier <zimon.toutoune <at> gmail.com> writes:
[...]
>> I would rather have this hack in ‘tzdata’ itself, along the lines of
>> what I sent in a previous message.
>
> Yes, indeed tzdata can temporarily transformed into the old style. It
> avoids the world rebuild and it’s a modification easier to change than
> the one about maybe-add-input-labels. I agree that’s better.
>
>
>>> @@ -676,6 +679,13 @@ (define (add-input-label input)
>>> "_")
>>> ,obj
>>> ,@(if (string=? output "out") '() (list output)))))
>>> + ((? origin? origin) ;XXXX: Remove next world rebuild
>>> + (let ((texlive (package-source
>>> + (module-ref (resolve-interface '(gnu packages tex))
>>> + 'texlive-latex))))
>>> + (if (eq? input texlive)
>>> + (list "_" origin)
>>> + (list (or (origin-actual-file-name origin) "_") origin))))
>>
>> I think this should be avoided, but what is it that causes a rebuild in
>> this case?
>
> It’s about the package texlive-hyphen-complete; it leads to a world
> rebuild – as pointed in the cover letter of v2 ;-)
>
> It reads:
>
> (native-inputs
> (list ruby-2.7
> ruby-hydra-minimal/pinned
> ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
> ;; However, adding this package to native inputs would initiate
> ;; a circular dependency. To work around this, use TEXLIVE-LATEX
> ;; source, then add "docstrip.tex" to TEXINPUTS before build.
> (package-source texlive-latex)
> texlive-tex))
>
> then:
>
> (add-before 'build 'include-docstrip.tex
> (lambda* (#:key inputs native-inputs #:allow-other-keys)
> (let ((docstrip.tex
> (search-input-file (or native-inputs inputs)
> "tex/latex/base/docstrip.tex")))
>
>
> Well, we can apply the same hack as tzdata: temporarily revert to the
> old style.
Would you please send a v3 with the above implemented? Then we could
move forward, I think.
--
Thanks,
Maxim
Added tag(s) moreinfo.
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 04 Oct 2024 19:36:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:55:02 GMT)
Full text and
rfc822 format available.
Message #94 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hello,
This is v3 of the patch series submitted by Simon, rebased
on current ‘master’.
The main change is the removal of special-casing from (guix
packages), as suggested before, and the addition of a test.
It passes “the LibreOffice test” (no world rebuild).
Objetions?
Ludo’.
Ludovic Courtès (1):
packages: Use origin file names as their input labels.
Simon Tournier (7):
gnu: gnome-recipes: Move libgd origin from phases to native-inputs.
gnu: dmd-bootstrap: Move phobos origin from phases to native-inputs.
gnu: smithforth: Move system.fs origin from phases to native-inputs.
gnu: farstream: Move common origin from phases to native-inputs.
gnu: gnulib: Move phobos origin from phases to native-inputs.
gnu: git: Move git-manpages origin from phases to native-inputs.
gnu: cgit: Remove input labels.
gnu/packages/base.scm | 19 ++++----
gnu/packages/build-tools.scm | 18 ++++----
gnu/packages/dlang.scm | 21 ++++-----
gnu/packages/forth.scm | 20 +++++----
gnu/packages/freedesktop.scm | 24 ++++++-----
gnu/packages/gnome.scm | 19 ++++----
gnu/packages/tex.scm | 21 +++++----
gnu/packages/version-control.scm | 74 +++++++++++++++++---------------
guix/packages.scm | 3 ++
tests/packages.scm | 10 ++++-
10 files changed, 130 insertions(+), 99 deletions(-)
base-commit: e00ca95e08bc1cc2cb39f3178485ef16defce0be
--
2.46.0
Information forwarded
to
andreas <at> enge.fr, guix <at> cbaines.net, janneke <at> gnu.org, dev <at> jpoiret.xyz, ludo <at> gnu.org, othacehe <at> gnu.org, guix <at> nicolasgoaziou.fr, zimon.toutoune <at> gmail.com, me <at> tobias.gr, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:55:02 GMT)
Full text and
rfc822 format available.
Message #97 received at 73073 <at> debbugs.gnu.org (full text, mbox):
* guix/packages.scm (add-input-label): Rely on 'origin-actual-file-name' for
internal inputs labels.
* tests/packages.scm ("this-package-input, origin"): New test.
* gnu/packages/base.scm (tzdata)[inputs]: Reintroduce label.
* gnu/packages/tex.scm (texlive-hyphen-complete)[inputs]: Likewise.
(texlive-newverbs)[native-inputs]: Likewise.
Change-Id: I6ba5352b1b1b8ab810da3730b09cb9db61d6429c
Co-authored-by: Simon Tournier <zimon.toutoune <at> gmail.com>
---
gnu/packages/base.scm | 19 +++++++++++--------
gnu/packages/tex.scm | 21 ++++++++++++---------
guix/packages.scm | 3 +++
tests/packages.scm | 10 +++++++++-
4 files changed, 35 insertions(+), 18 deletions(-)
diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm
index b3f54798c4..a5a05e32f0 100644
--- a/gnu/packages/base.scm
+++ b/gnu/packages/base.scm
@@ -1778,14 +1778,17 @@ (define-public tzdata
(delete-file-recursively
(string-append out "/share/zoneinfo-leaps")))))
(delete 'configure))))
- (inputs (list (origin
- (method url-fetch)
- (uri (string-append
- "https://data.iana.org/time-zones/releases/tzcode"
- version ".tar.gz"))
- (sha256
- (base32
- "07hn7hn2klw4dfyr673ril2nrk18198hbfv25gljsvc833hzk9g9")))))
+ (inputs `(("_"
+ ;; Note: The "_" label above is here to avoid a full rebuild.
+ ;; TODO: Remove it on next rebuild cycle.
+ ,(origin
+ (method url-fetch)
+ (uri (string-append
+ "https://data.iana.org/time-zones/releases/tzcode"
+ version ".tar.gz"))
+ (sha256
+ (base32
+ "07hn7hn2klw4dfyr673ril2nrk18198hbfv25gljsvc833hzk9g9"))))))
(home-page "https://www.iana.org/time-zones")
(synopsis "Database of current and historical time zones")
(description "The Time Zone Database (often called tz or zoneinfo)
diff --git a/gnu/packages/tex.scm b/gnu/packages/tex.scm
index 0444b9270d..9104b079a2 100644
--- a/gnu/packages/tex.scm
+++ b/gnu/packages/tex.scm
@@ -706,14 +706,15 @@ (define-public texlive-hyphen-complete
(string-append "File.join(\"" ptex "\"")))
(invoke "ruby" "generate-ptex-patterns.rb"))))))))
(native-inputs
- (list ruby-2.7
- ruby-hydra-minimal/pinned
- ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
- ;; However, adding this package to native inputs would initiate
- ;; a circular dependency. To work around this, use TEXLIVE-LATEX
- ;; source, then add "docstrip.tex" to TEXINPUTS before build.
- (package-source texlive-latex)
- texlive-tex))
+ ;; TODO: Remove input labels on next rebuild cycle.
+ `(("ruby" ,ruby-2.7)
+ ("ruby-hydra-minimal" ,ruby-hydra-minimal/pinned)
+ ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
+ ;; However, adding this package to native inputs would initiate
+ ;; a circular dependency. To work around this, use TEXLIVE-LATEX
+ ;; source, then add "docstrip.tex" to TEXINPUTS before build.
+ ("_" ,(package-source texlive-latex))
+ ("texlive-tex" ,texlive-tex)))
(home-page "https://ctan.org/pkg/hyph-utf8")
(synopsis "Hyphenation patterns expressed in UTF-8")
(description
@@ -65048,7 +65049,9 @@ (define-public texlive-newverbs
"tex/generic/ydoc/ydocstrip.tex")
"build/")
(setenv "TEXINPUTS" (string-append (getcwd) "/build:")))))))
- (native-inputs (list (package-source texlive-ydoc)))
+ (native-inputs
+ ;; TODO: Remove input label on next rebuild cycle.
+ `(("_" ,(package-source texlive-ydoc))))
(home-page "https://ctan.org/pkg/newverbs")
(synopsis "Define new versions of @code{\\verb}")
(description
diff --git a/guix/packages.scm b/guix/packages.scm
index 0ce3276051..84f2c6f838 100644
--- a/guix/packages.scm
+++ b/guix/packages.scm
@@ -678,6 +678,9 @@ (define (add-input-label input)
"_")
,obj
,@(if (string=? output "out") '() (list output)))))
+ ((? origin? origin)
+ ;; Allow references to origins by their file name.
+ (list (or (origin-actual-file-name origin) "_") origin))
(x
`("_" ,x))))
diff --git a/tests/packages.scm b/tests/packages.scm
index 7c28e75c45..1d901505aa 100644
--- a/tests/packages.scm
+++ b/tests/packages.scm
@@ -1,5 +1,5 @@
;;; GNU Guix --- Functional package management for GNU
-;;; Copyright © 2012-2023 Ludovic Courtès <ludo <at> gnu.org>
+;;; Copyright © 2012-2024 Ludovic Courtès <ludo <at> gnu.org>
;;; Copyright © 2018 Jan (janneke) Nieuwenhuizen <janneke <at> gnu.org>
;;; Copyright © 2021 Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
;;; Copyright © 2021 Maxime Devos <maximedevos <at> telenet.be>
@@ -2051,6 +2051,14 @@ (define compressors '(("gzip" . "gz")
(dummy-package "a"
(arguments (this-package-native-input "hello")))))
+(test-equal "this-package-input, origin"
+ "http://example.org/foo.tar.gz"
+ (origin-uri
+ (package-arguments
+ (dummy-package "a"
+ (inputs (list (dummy-origin (uri "http://example.org/foo.tar.gz"))))
+ (arguments (this-package-input "foo.tar.gz"))))))
+
(test-eq "modify-inputs, replace"
coreutils
;; Replace an input; notice that the label in unchanged.
--
2.46.0
Information forwarded
to
liliana.prikler <at> gmail.com, maxim.cournoyer <at> gmail.com, vivien <at> planete-kraus.eu, guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:02 GMT)
Full text and
rfc822 format available.
Message #100 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move libgd
origin from here...
[native-inputs]: ...to here.
Change-Id: Ic1775a66608e114b5b31058386c8b739c155b7a5
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/gnome.scm | 19 ++++++++++---------
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 73b0b6b895..3c7530b141 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -799,15 +799,7 @@ (define-public gnome-recipes
(add-after 'unpack 'unpack-libgd
(lambda _
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://gitlab.gnome.org/GNOME/libgd")
- (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
- (file-name (git-file-name "libgd" version))
- (sha256
- (base32
- "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
+ #$(this-package-native-input (git-file-name "libgd" version))
"subprojects/libgd"))))))
(inputs (list glib
gnome-autoar
@@ -821,6 +813,15 @@ (define-public gnome-recipes
(native-inputs (list desktop-file-utils ;for update-desktop-database
gettext-minimal
`(,glib "bin")
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://gitlab.gnome.org/GNOME/libgd")
+ (commit "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
+ (file-name (git-file-name "libgd" version))
+ (sha256
+ (base32
+ "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
itstool
pkg-config
python))
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:02 GMT)
Full text and
rfc822 format available.
Message #103 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/dlang.scm (dmd-bootstrap)[arguments]<phases>: Move phobos
origin from here...
[native-inputs]: ...to here.
Change-Id: I10cb5f628dad2fdbb01df58134996bdcd0b73d62
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/dlang.scm | 21 +++++++++++----------
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/dlang.scm b/gnu/packages/dlang.scm
index 8bf0ee685e..1fd1c8d58c 100644
--- a/gnu/packages/dlang.scm
+++ b/gnu/packages/dlang.scm
@@ -456,15 +456,7 @@ (define dmd-bootstrap
(lambda _
(symlink "." "dmd") ;to please the build system expected layout
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri (git-reference
- (url "https://github.com/dlang/phobos")
- (commit (string-append "v" version))))
- (file-name (git-file-name "phobos" version))
- (sha256
- (base32
- "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9")))
+ #$(this-package-native-input (git-file-name "phobos" version))
"phobos")
(chdir "phobos")))
(add-after 'copy-phobos-source-and-chdir 'adjust-phobos-install-dirs
@@ -519,7 +511,16 @@ (define dmd-bootstrap
"lib")
(("\\.\\./src/(phobos|druntime/import)")
"include/dmd")))))))
- (native-inputs (list gdmd which))
+ (native-inputs (list gdmd which
+ (origin
+ (method git-fetch)
+ (uri (git-reference
+ (url "https://github.com/dlang/phobos")
+ (commit (string-append "v" version))))
+ (file-name (git-file-name "phobos" version))
+ (sha256
+ (base32
+ "1yw7nb5d78cx9m7sfibv7rfc7wj3w0dw9mfk3d269qpfpnwzs4n9")))))
(home-page "https://github.com/dlang/dmd")
(synopsis "Reference D Programming Language compiler")
(description "@acronym{DMD, Digital Mars D compiler} is the reference
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:03 GMT)
Full text and
rfc822 format available.
Message #106 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/dlang.scm (smithforth)[arguments]<phases>: Move system.fs
origin from here...
[native-inputs]: ...to here.
Change-Id: I82ff81f72dbe2ecf70fbbd44674596e1a62cadcf
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/forth.scm | 20 +++++++++++---------
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/forth.scm b/gnu/packages/forth.scm
index 6e8d8cdc4c..c523887871 100644
--- a/gnu/packages/forth.scm
+++ b/gnu/packages/forth.scm
@@ -75,7 +75,15 @@ (define-public smithforth
(sha256
(base32 "0a39pv7529llsa3f48fmvwvlcp3f9v8qkn5ziw2l6kxf0qvli3lm"))))
(build-system trivial-build-system)
- (native-inputs (list xxd))
+ (native-inputs (list xxd
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "https://dacvs.neocities.org/SF/system"
+ version "fs.txt"))
+ (sha256
+ (base32
+ "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m")))))
(arguments
(list
#:modules '((guix build utils))
@@ -84,14 +92,8 @@ (define-public smithforth
(use-modules (guix build utils)
(ice-9 textual-ports))
(let* ((sforth.dmp #$(package-source this-package))
- (system.fs #$(origin
- (method url-fetch)
- (uri (string-append
- "https://dacvs.neocities.org/SF/system"
- version "fs.txt"))
- (sha256
- (base32
- "17v1pp64s6n8q8w3kg48nd7zdcx2208y4svr5fpfms5lkyzg7z1m"))))
+ (system.fs #$(this-package-native-input
+ (string-append "system" version "fs.txt")))
(xxd (string-append (assoc-ref %build-inputs "xxd")
"/bin/xxd"))
(bin (string-append (assoc-ref %outputs "out") "/bin")))
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:03 GMT)
Full text and
rfc822 format available.
Message #109 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/dlang.scm (farstream)[arguments]<phases>: Move common
origin from here...
[native-inputs]: ...to here.
Change-Id: I0023bca2fc021b82875b1ec7329c7e37116df0b3
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/freedesktop.scm | 24 +++++++++++++-----------
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/gnu/packages/freedesktop.scm b/gnu/packages/freedesktop.scm
index af35625c18..b95364c1de 100644
--- a/gnu/packages/freedesktop.scm
+++ b/gnu/packages/freedesktop.scm
@@ -265,16 +265,8 @@ (define-public farstream
(lambda _
(delete-file "autogen.sh")
(copy-recursively
- #$(origin
- (method git-fetch)
- (uri
- (git-reference
- (url "https://gitlab.freedesktop.org/gstreamer/common.git")
- (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
- (file-name (git-file-name "common" "latest.52adcdb"))
- (sha256
- (base32
- "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r")))
+ #$(this-package-native-input
+ (git-file-name "common" "latest.52adcdb"))
"common")))
(add-after 'unpack 'disable-problematic-tests
(lambda _
@@ -298,7 +290,17 @@ (define-public farstream
libxslt
perl
pkg-config
- python-wrapper))
+ python-wrapper
+ (origin
+ (method git-fetch)
+ (uri
+ (git-reference
+ (url "https://gitlab.freedesktop.org/gstreamer/common.git")
+ (commit "52adcdb89a9eb527df38c569539d95c1c7aeda6e")))
+ (file-name (git-file-name "common" "latest.52adcdb"))
+ (sha256
+ (base32
+ "1zlm1q1lgcb76gi82rial5bwy2j9sz1x6x48ijhiz89cml7xxd1r")))))
(inputs
(list glib
gtk+
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:04 GMT)
Full text and
rfc822 format available.
Message #112 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/dlang.scm (gnulib-checkout)[arguments]<phases>: Move PropList
origin from here...
[native-inputs]: ...to here.
Change-Id: I3576a169837039bc6beaae0d68ab459ed642e3c8
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/build-tools.scm | 18 ++++++++++--------
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/gnu/packages/build-tools.scm b/gnu/packages/build-tools.scm
index b5bc299287..cd5eb65e69 100644
--- a/gnu/packages/build-tools.scm
+++ b/gnu/packages/build-tools.scm
@@ -932,14 +932,7 @@ (define*-public (gnulib-checkout #:key
"Scripts.txt"
"Blocks.txt")
(list
- #$(origin
- (method url-fetch)
- (uri (string-append
- "https://www.unicode.org/Public/"
- "3.0-Update1/PropList-3.0.1.txt"))
- (sha256
- (base32
- "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh"))))
+ #$(this-package-native-input "PropList.txt"))
(find-ucd-files "BidiMirroring.txt"
"EastAsianWidth.txt"
"LineBreak.txt"
@@ -972,6 +965,15 @@ (define*-public (gnulib-checkout #:key
bash-minimal python perl clisp
;; Unicode data:
ucd
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "https://www.unicode.org/Public/"
+ "3.0-Update1/PropList-3.0.1.txt"))
+ (file-name "PropList.txt")
+ (sha256
+ (base32
+ "0k6wyijyzdl5g3nibcwfm898kfydx1pqaz28v7fdvnzdvd5fz7lh")))
;; Programs for the tests:
cppi indent git-minimal/pinned autoconf))
(home-page "https://www.gnu.org/software/gnulib/")
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:04 GMT)
Full text and
rfc822 format available.
Message #115 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/version-control.scm (git)[arguments]<phases>: Move git-manpages
origin from here...
[native-inputs]: ...to here.
Change-Id: I4affbb032523e634b82c7e33343d0dc0797cb393
Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/version-control.scm | 25 +++++++++++++++----------
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 289b981911..16e498b307 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -706,15 +706,9 @@ (define-public git
(with-directory-excursion man
(invoke
"tar" "xvf"
- #$(origin
- (method url-fetch)
- (uri (string-append
- "mirror://kernel.org/software/scm/git/"
- "git-manpages-" (package-version this-package)
- ".tar.xz"))
- (sha256
- (base32
- "1lvvhzypllbyd8j6m0p9qgd3gqg10gch9s7lqif8vr9n80fqn4fw"))))))))))))
+ #$(this-package-native-input
+ (string-append
+ "git-manpages-" (package-version this-package) ".tar.xz")))))))))))
(native-inputs
(modify-inputs (package-native-inputs git-minimal)
;; For subtree documentation.
@@ -725,7 +719,18 @@ (define-public git
libxslt
pkg-config
texinfo
- xmlto)))
+ xmlto
+ ;; To build the man pages from the git sources, we would need a dependency
+ ;; on a full XML tool chain, and building it actually takes ages. So we
+ ;; use this lazy approach and use released tarball.
+ (origin
+ (method url-fetch)
+ (uri (string-append
+ "mirror://kernel.org/software/scm/git/git-manpages-"
+ (package-version this-package) ".tar.xz"))
+ (sha256
+ (base32
+ "1pqrp46kwbxycqld39027ph1cvkq9am156y3sswn6w2khsg30f09"))))))
(inputs
(modify-inputs (package-inputs git-minimal)
(append bash-minimal ;for wrap-program
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 17:56:05 GMT)
Full text and
rfc822 format available.
Message #118 received at 73073 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com>
* gnu/packages/version-control.scm (cgit)
[inputs]: Remove labels.
[arguments]<phases>: Adjust.
Change-Id: Iff479fa636f7a4c4fef5137ae22934d4e213223b
Co-authored-by: Ludovic Courtès <ludo <at> gnu.org>
---
gnu/packages/version-control.scm | 49 ++++++++++++++++----------------
1 file changed, 25 insertions(+), 24 deletions(-)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 16e498b307..77b0a62458 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -1378,7 +1378,7 @@ (define-public cgit
(lambda* (#:key inputs #:allow-other-keys)
;; Unpack the source of git into the 'git' directory.
(invoke "tar" "--strip-components=1" "-C" "git" "-xf"
- (assoc-ref inputs "git-source"))))
+ #$(this-package-input "git-source.tar.xz"))))
(add-after 'unpack 'patch-absolute-file-names
(lambda* (#:key inputs outputs #:allow-other-keys)
(define (quoted-file-name input path)
@@ -1433,29 +1433,30 @@ (define-public cgit
;; For building manpage.
(list asciidoc))
(inputs
- `( ;; Building cgit requires a Git source tree.
- ("git-source"
- ,(origin
- (method url-fetch)
- ;; cgit is tightly bound to git. Use GIT_VER from the Makefile,
- ;; which may not match the current (package-version git).
- (uri "mirror://kernel.org/software/scm/git/git-2.46.2.tar.xz")
- (sha256
- (base32 "18rcmvximgyg3v1a9papi9djfamiak0ys5cmgx7ll29nhp3a3s2y"))))
- ("bash-minimal" ,bash-minimal)
- ("openssl" ,openssl)
- ("python" ,python)
- ("python-docutils" ,python-docutils)
- ("python-markdown" ,python-markdown)
- ("python-pygments" ,python-pygments)
- ("zlib" ,zlib)
- ;; bzip2, groff, gzip and xz are inputs (not native inputs)
- ;; since they are actually substituted into cgit source and
- ;; referenced by the built package output.
- ("bzip2" ,bzip2)
- ("groff" ,groff)
- ("gzip" ,gzip)
- ("xz" ,xz)))
+ (list (origin
+ (method url-fetch)
+ ;; Building cgit requires a Git source tree.
+ ;; cgit is tightly bound to git. Use GIT_VER from the Makefile,
+ ;; which may not match the current (package-version git).
+ (uri "mirror://kernel.org/software/scm/git/git-2.46.2.tar.xz")
+ (sha256
+ (base32
+ "18rcmvximgyg3v1a9papi9djfamiak0ys5cmgx7ll29nhp3a3s2y"))
+ (file-name "git-source.tar.xz"))
+ bash-minimal
+ openssl
+ python
+ python-docutils
+ python-markdown
+ python-pygments
+ zlib
+ ;; bzip2, groff, gzip and xz are inputs (not native inputs)
+ ;; since they are actually substituted into cgit source and
+ ;; referenced by the built package output.
+ bzip2
+ groff
+ gzip
+ xz))
(home-page "https://git.zx2c4.com/cgit/")
(synopsis "Web frontend for git repositories")
(description
--
2.46.0
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Wed, 04 Dec 2024 18:30:02 GMT)
Full text and
rfc822 format available.
Message #121 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Mittwoch, dem 04.12.2024 um 18:54 +0100 schrieb Ludovic Courtès:
> From: Simon Tournier <zimon.toutoune <at> gmail.com>
>
> * gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move
> libgd
> origin from here...
> [native-inputs]: ...to here.
>
> Change-Id: Ic1775a66608e114b5b31058386c8b739c155b7a5
> Signed-off-by: Ludovic Courtès <ludo <at> gnu.org>
> ---
> gnu/packages/gnome.scm | 19 ++++++++++---------
> 1 file changed, 10 insertions(+), 9 deletions(-)
>
> diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
> index 73b0b6b895..3c7530b141 100644
> --- a/gnu/packages/gnome.scm
> +++ b/gnu/packages/gnome.scm
> @@ -799,15 +799,7 @@ (define-public gnome-recipes
> (add-after 'unpack 'unpack-libgd
> (lambda _
> (copy-recursively
> - #$(origin
> - (method git-fetch)
> - (uri (git-reference
> - (url
> "https://gitlab.gnome.org/GNOME/libgd")
> - (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> - (file-name (git-file-name "libgd" version))
> - (sha256
> - (base32
> -
> "16yld0ap7qj1n96h4f2sqkjmibg7xx5xwkqxdfzam2nmyfdlrrrs")))
> + #$(this-package-native-input (git-file-name "libgd"
> version))
> "subprojects/libgd"))))))
> (inputs (list glib
> gnome-autoar
> @@ -821,6 +813,15 @@ (define-public gnome-recipes
> (native-inputs (list desktop-file-utils ;for update-desktop-
> database
> gettext-minimal
> `(,glib "bin")
> + (origin
> + (method git-fetch)
> + (uri (git-reference
> + (url
> "https://gitlab.gnome.org/GNOME/libgd")
> + (commit
> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> + (file-name (git-file-name "libgd"
> version))
> + (sha256
> + (base32
> +
Not sure what the state of this is here, but again noting that
"version" has no meaning in the libgd input and "checkout" would be
more honest.
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Tue, 10 Dec 2024 16:50:05 GMT)
Full text and
rfc822 format available.
Message #124 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
On Wed, 04 Dec 2024 at 18:54, Ludovic Courtès <ludo <at> gnu.org> wrote:
> + (inputs `(("_"
> + ;; Note: The "_" label above is here to avoid a full rebuild.
> + ;; TODO: Remove it on next rebuild cycle.
[...]
> + ;; TODO: Remove input labels on next rebuild cycle.
> + `(("ruby" ,ruby-2.7)
> + ("ruby-hydra-minimal" ,ruby-hydra-minimal/pinned)
> + ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
> + ;; However, adding this package to native inputs would initiate
> + ;; a circular dependency. To work around this, use TEXLIVE-LATEX
> + ;; source, then add "docstrip.tex" to TEXINPUTS before build.
> + ("_" ,(package-source texlive-latex))
> + ("texlive-tex" ,texlive-tex)))
Well, I was awaiting a “core-update” cycle to avoid to introduce such
and fix all at once. But I have missed the previous (and last?)
“core-updates” merge. Arf!
That’s said, IIRC, the ’core-packages’ branch is currently built, right?
Why not remove it on the the top of it?
Cheers,
simon
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 12 Dec 2024 11:21:02 GMT)
Full text and
rfc822 format available.
Message #127 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
> On Wed, 04 Dec 2024 at 18:54, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> + (inputs `(("_"
>> + ;; Note: The "_" label above is here to avoid a full rebuild.
>> + ;; TODO: Remove it on next rebuild cycle.
>
> [...]
>
>> + ;; TODO: Remove input labels on next rebuild cycle.
>> + `(("ruby" ,ruby-2.7)
>> + ("ruby-hydra-minimal" ,ruby-hydra-minimal/pinned)
>> + ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
>> + ;; However, adding this package to native inputs would initiate
>> + ;; a circular dependency. To work around this, use TEXLIVE-LATEX
>> + ;; source, then add "docstrip.tex" to TEXINPUTS before build.
>> + ("_" ,(package-source texlive-latex))
>> + ("texlive-tex" ,texlive-tex)))
>
> Well, I was awaiting a “core-update” cycle to avoid to introduce such
> and fix all at once. But I have missed the previous (and last?)
> “core-updates” merge. Arf!
I think it’s okay to have workarounds like the one above as a stopgap.
We’ll improve that eventually, that’s fine.
> That’s said, IIRC, the ’core-packages’ branch is currently built, right?
> Why not remove it on the the top of it?
This is not in the scope of ‘core-packages’. (It would be a good fit
for a texlive team branch, I suppose.)
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 12 Dec 2024 11:28:02 GMT)
Full text and
rfc822 format available.
Message #130 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi Liliana,
Liliana Marie Prikler <liliana.prikler <at> gmail.com> skribis:
> Am Mittwoch, dem 04.12.2024 um 18:54 +0100 schrieb Ludovic Courtès:
>> From: Simon Tournier <zimon.toutoune <at> gmail.com>
>>
>> * gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move
>> libgd
>> origin from here...
>> [native-inputs]: ...to here.
[...]
>> + #$(this-package-native-input (git-file-name "libgd"
>> version))
>> "subprojects/libgd"))))))
>> (inputs (list glib
>> gnome-autoar
>> @@ -821,6 +813,15 @@ (define-public gnome-recipes
>> (native-inputs (list desktop-file-utils ;for update-desktop-
>> database
>> gettext-minimal
>> `(,glib "bin")
>> + (origin
>> + (method git-fetch)
>> + (uri (git-reference
>> + (url
>> "https://gitlab.gnome.org/GNOME/libgd")
>> + (commit
>> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
>> + (file-name (git-file-name "libgd"
>> version))
>> + (sha256
>> + (base32
>> +
> Not sure what the state of this is here, but again noting that
> "version" has no meaning in the libgd input and "checkout" would be
> more honest.
You’re right, though packages do have a ‘version’ field; use of
‘git-file-name’ here follows established convention in Guix.
Thanks,
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 12 Dec 2024 11:53:02 GMT)
Full text and
rfc822 format available.
Message #133 received at 73073 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Ludo,
On Thu, 12 Dec 2024 at 12:20, Ludovic Courtès <ludo <at> gnu.org> wrote:
> This is not in the scope of ‘core-packages’. (It would be a good fit
> for a texlive team branch, I suppose.)
Well, we need 1. to clarify what means "core-packages" today and 2. how to
deal with world-rebuilds packages.
For sure, I agree that the scope 'core-packages' must be clearly bounded
to a restricted set of packages.
However, today we are currently running a world-rebuild, right? Because
the branch 'core-packages' (it could be another one). So if fixing the
workaround goes to texlive team branch then it will also triggers a
world-rebuild one day when this branch will be fully rebuilt. I.e., weeks
later, we will do again yet-another a world-rebuild.
My point of view is: today we know how to fix it and the fix will improve
the situation for the good and once for all, so I consider the workaround a
waste of (electrical) resource. I mean, it's only because we don't know
how to deal this situation in the frame of the new team branch organisation.
Therefore, I would take that example as an opportunity to clarify #2.
(That's one the reason why the series was "dormant", because I did not have
the energy and bandwidth to engage this discussion. :-))
Cheers,
simon
[Message part 2 (text/html, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 12 Dec 2024 22:19:01 GMT)
Full text and
rfc822 format available.
Message #136 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Donnerstag, dem 12.12.2024 um 12:27 +0100 schrieb Ludovic Courtès:
> Hi Liliana,
>
> Liliana Marie Prikler <liliana.prikler <at> gmail.com> skribis:
>
> > Am Mittwoch, dem 04.12.2024 um 18:54 +0100 schrieb Ludovic Courtès:
> > > From: Simon Tournier <zimon.toutoune <at> gmail.com>
> > >
> > > * gnu/packages/dlang.scm (gnome-recipes)[arguments]<phases>: Move
> > > libgd
> > > origin from here...
> > > [native-inputs]: ...to here.
>
> [...]
>
> > > + #$(this-package-native-input (git-file-name
> > > "libgd"
> > > version))
> > > "subprojects/libgd"))))))
> > > (inputs (list glib
> > > gnome-autoar
> > > @@ -821,6 +813,15 @@ (define-public gnome-recipes
> > > (native-inputs (list desktop-file-utils ;for update-desktop-
> > > database
> > > gettext-minimal
> > > `(,glib "bin")
> > > + (origin
> > > + (method git-fetch)
> > > + (uri (git-reference
> > > + (url
> > > "https://gitlab.gnome.org/GNOME/libgd")
> > > + (commit
> > > "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
> > > + (file-name (git-file-name "libgd"
> > > version))
> > > + (sha256
> > > + (base32
> > > +
> > Not sure what the state of this is here, but again noting that
> > "version" has no meaning in the libgd input and "checkout" would be
> > more honest.
>
> You’re right, though packages do have a ‘version’ field; use of
> ‘git-file-name’ here follows established convention in Guix.
Does it? Assume libfoo 3.0 and libbar 0.1.0 pull in the same libgd.
What happens?
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Thu, 12 Dec 2024 22:36:02 GMT)
Full text and
rfc822 format available.
Message #139 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
On Thu, 12 Dec 2024 at 23:18, Liliana Marie Prikler <liliana.prikler <at> gmail.com> wrote:
>> > > + (file-name (git-file-name "libgd" version))
>> >
>> > Not sure what the state of this is here, but again noting that
>> > "version" has no meaning in the libgd input and "checkout" would be
>> > more honest.
>>
>> You’re right, though packages do have a ‘version’ field; use of
>> ‘git-file-name’ here follows established convention in Guix.
>
> Does it? Assume libfoo 3.0 and libbar 0.1.0 pull in the same libgd.
> What happens?
Not sure it really matter since it’s a fixed output. The item reads:
/gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-libgd-YYYY
where xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is determined by the SHA256
checksum. Therefore, YYYY can be anything, it does not really matter.
At worse, the item is downloaded several times, say by libfoo 3.0 and
libbar 0.1.0.
All in all, I agree that the best solution here is simply:
(file-name "libgd-checkout")
Cheers,
simon
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Fri, 13 Dec 2024 10:55:01 GMT)
Full text and
rfc822 format available.
Message #142 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hello,
Ludovic Courtès <ludo <at> gnu.org> writes:
> Hi,
>
> Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
>
>> On Wed, 04 Dec 2024 at 18:54, Ludovic Courtès <ludo <at> gnu.org> wrote:
>>
>>> + (inputs `(("_"
>>> + ;; Note: The "_" label above is here to avoid a full rebuild.
>>> + ;; TODO: Remove it on next rebuild cycle.
>>
>> [...]
>>
>>> + ;; TODO: Remove input labels on next rebuild cycle.
>>> + `(("ruby" ,ruby-2.7)
>>> + ("ruby-hydra-minimal" ,ruby-hydra-minimal/pinned)
>>> + ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
>>> + ;; However, adding this package to native inputs would initiate
>>> + ;; a circular dependency. To work around this, use TEXLIVE-LATEX
>>> + ;; source, then add "docstrip.tex" to TEXINPUTS before build.
>>> + ("_" ,(package-source texlive-latex))
>>> + ("texlive-tex" ,texlive-tex)))
>>
>> Well, I was awaiting a “core-update” cycle to avoid to introduce such
>> and fix all at once. But I have missed the previous (and last?)
>> “core-updates” merge. Arf!
>
> I think it’s okay to have workarounds like the one above as a stopgap.
> We’ll improve that eventually, that’s fine.
>
>> That’s said, IIRC, the ’core-packages’ branch is currently built, right?
>> Why not remove it on the the top of it?
>
> This is not in the scope of ‘core-packages’. (It would be a good fit
> for a texlive team branch, I suppose.)
I am a bit overwhelmed with life so I didn't follow this topic closely,
but there's currently an ongoing tex-team branch containing unmerged
patches, so the above can be added on top of those. A merge with master
could be requested right after.
Regards,
--
Nicolas Goaziou
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sun, 15 Dec 2024 02:45:02 GMT)
Full text and
rfc822 format available.
Message #145 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
Simon Tournier <zimon.toutoune <at> gmail.com> writes:
> Hi,
>
> On Thu, 12 Dec 2024 at 23:18, Liliana Marie Prikler <liliana.prikler <at> gmail.com> wrote:
>
>>> > > + (file-name (git-file-name "libgd" version))
>>> >
>>> > Not sure what the state of this is here, but again noting that
>>> > "version" has no meaning in the libgd input and "checkout" would be
>>> > more honest.
>>>
>>> You’re right, though packages do have a ‘version’ field; use of
>>> ‘git-file-name’ here follows established convention in Guix.
>>
>> Does it? Assume libfoo 3.0 and libbar 0.1.0 pull in the same libgd.
>> What happens?
>
> Not sure it really matter since it’s a fixed output. The item reads:
>
> /gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-libgd-YYYY
>
> where xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is determined by the SHA256
> checksum. Therefore, YYYY can be anything, it does not really matter.
>
> At worse, the item is downloaded several times, say by libfoo 3.0 and
> libbar 0.1.0.
>
> All in all, I agree that the best solution here is simply:
>
> (file-name "libgd-checkout")
Not sure I understand the full context, but it seems we're talking about
a package generator that bakes a version to some source input which is
not the version of the source itself. Could the source/origin be
defined as a variable with the correct version and then simply provided
to the package? It'snice for store file names to tell the real story in
general, as it makes things a bit clearer when debugging problems.
Apologies if I misunderstood something.
--
Thanks,
Maxim
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sun, 15 Dec 2024 13:30:02 GMT)
Full text and
rfc822 format available.
Message #148 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Am Sonntag, dem 15.12.2024 um 11:42 +0900 schrieb Maxim Cournoyer:
> Hi,
>
> Simon Tournier <zimon.toutoune <at> gmail.com> writes:
>
> > Hi,
> >
> > On Thu, 12 Dec 2024 at 23:18, Liliana Marie Prikler
> > <liliana.prikler <at> gmail.com> wrote:
> >
> > > > > > + (file-name (git-file-name
> > > > > > "libgd" version))
> > > > >
> > > > > Not sure what the state of this is here, but again noting
> > > > > that
> > > > > "version" has no meaning in the libgd input and "checkout"
> > > > > would be
> > > > > more honest.
> > > >
> > > > You’re right, though packages do have a ‘version’ field; use of
> > > > ‘git-file-name’ here follows established convention in Guix.
> > >
> > > Does it? Assume libfoo 3.0 and libbar 0.1.0 pull in the same
> > > libgd.
> > > What happens?
> >
> > Not sure it really matter since it’s a fixed output. The item
> > reads:
> >
> > /gnu/store/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-libgd-YYYY
> >
> > where xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is determined by the SHA256
> > checksum. Therefore, YYYY can be anything, it does not really
> > matter.
> >
> > At worse, the item is downloaded several times, say by libfoo 3.0
> > and libbar 0.1.0.
> >
> > All in all, I agree that the best solution here is simply:
> >
> > (file-name "libgd-checkout")
>
> Not sure I understand the full context, but it seems we're talking
> about a package generator that bakes a version to some source input
> which is not the version of the source itself. Could the
> source/origin be defined as a variable with the correct version and
> then simply provided to the package? It's nice for store file names
> to tell the real story in general, as it makes things a bit clearer
> when debugging problems.
>
> Apologies if I misunderstood something.
IMHO you understood correctly.
The problem with libgd is that it's "version-less" and wants to be
included as source code. We could extract the definition, but could
only assign dummy versions at best if we do so.
Cheers
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sun, 15 Dec 2024 21:55:02 GMT)
Full text and
rfc822 format available.
Message #151 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Hi,
Simon Tournier <zimon.toutoune <at> gmail.com> skribis:
> Well, we need 1. to clarify what means "core-packages" today and 2. how to
> deal with world-rebuilds packages.
The scope of ‘core-packages’ is defined in teams.scm.
Regarding #2, what do we mean by “world rebuild”? 30K? 20K? 10K?
I think the phrase is colloquially understood as “a lot of rebuilds”,
usually meaning more than 5K per architecture. With this magnitude,
world rebuilds are now commonplace.
The way to deal with such changes is documented and working relatively
well though (info "(guix) Managing Patches and Branches"). The key
insight from experience over the past years is that we must avoid scope
creep and instead have focused branches.
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sun, 15 Dec 2024 22:33:02 GMT)
Full text and
rfc822 format available.
Message #154 received at 73073 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
On Sun, 15 Dec 2024 at 22:54, Ludovic Courtès <ludo <at> gnu.org> wrote:
> Regarding #2, what do we mean by “world rebuild”? 30K? 20K? 10K?
> I think the phrase is colloquially understood as “a lot of rebuilds”,
> usually meaning more than 5K per architecture. With this magnitude,
> world rebuilds are now commonplace.
>
> The way to deal with such changes is documented and working relatively
> well though (info "(guix) Managing Patches and Branches"). The key
> insight from experience over the past years is that we must avoid scope
> creep and instead have focused branches.
This is somehow a waste of electrical resource. This discussion [1] is not
done IMHO and we are seeing again another instance of what I tried to
describe [1].
BTW, please note if we would like to follow what is described by "Managing
Patches and Branches", the workflow would read: create a topic branch where
the topic is "input- label", apply the whole fix (including the rebuild
cycle), build it then merge.
Somehow I'm missing a point with the argument... Whatever. :-)
For sure, now is better than never, as a good Zen said. So I will live
with this merge.
Cheers,
simon
PS: Although never is often better than *right* now, said right after the
very same good Zen. ;-)
1: Naming “build train” instead of “merge train”?
Simon Tournier <zimon.toutoune <at> gmail.com>
Mon, 09 Sep 2024 19:28:57 +0200
id:878qw0sply.fsf <at> gmail.com
https://lists.gnu.org/archive/html/guix-devel/2024-09
https://yhetil.org/guix/878qw0sply.fsf <at> gmail.com
[Message part 2 (text/html, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#73073
; Package
guix-patches
.
(Sun, 15 Dec 2024 23:27:02 GMT)
Full text and
rfc822 format available.
Message #157 received at 73073 <at> debbugs.gnu.org (full text, mbox):
Liliana Marie Prikler <liliana.prikler <at> gmail.com> skribis:
>> + (origin
>> + (method git-fetch)
>> + (uri (git-reference
>> + (url
>> "https://gitlab.gnome.org/GNOME/libgd")
>> + (commit
>> "c7c7ff4e05d3fe82854219091cf116cce6b19de0")))
>> + (file-name (git-file-name "libgd"
>> version))
>> + (sha256
>> + (base32
>> +
> Not sure what the state of this is here, but again noting that
> "version" has no meaning in the libgd input and "checkout" would be
> more honest.
Ooh, I finally understood what you were saying: that ‘version’ has
nothing to do with the libgd version.
So yes, I agree: let’s just call it “libgd-checkout”.
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Sun, 15 Dec 2024 23:29:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Simon Tournier <zimon.toutoune <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 15 Dec 2024 23:29:02 GMT)
Full text and
rfc822 format available.
Message #162 received at 73073-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Ludovic Courtès <ludo <at> gnu.org> skribis:
> This is v3 of the patch series submitted by Simon, rebased
> on current ‘master’.
>
> The main change is the removal of special-casing from (guix
> packages), as suggested before, and the addition of a test.
>
> It passes “the LibreOffice test” (no world rebuild).
>
> Objetions?
Pushed as 79f8769530cc78297b2443856984b2b1338caa3c.
However, I had to drop the ‘git’ change because in the meantime it has
gained several thousand dependents (see
<https://issues.guix.gnu.org/74892>.)
I also fixed the “libgd-checkout” issue in ‘gnome-recipes’.
Last, I added a few words in the manual (commit
f8f005815efdf9f0d5d2a5ac30c6fdd19aa22e72).
Thanks,
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 13 Jan 2025 12:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 236 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.