GNU bug report logs -
#67221
Package identity transformation produces different derivation
Previous Next
To reply to this bug, email your comments to 67221 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#67221
; Package
guix
.
(Thu, 16 Nov 2023 03:58:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ulf Herrman <striness <at> tilde.club>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 16 Nov 2023 03:58:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
$ guix build --no-grafts --derivations -e \
'(begin
(use-modules (guix packages) (gnu packages gtk))
((package-mapping identity) cairo-sans-poppler))' \
-e '(@ (gnu packages gtk) cairo-sans-poppler)'
=>
/gnu/store/51hwf2mc2ig76a3nm86msv4z9az3s0j3-cairo-1.16.0.drv
/gnu/store/q78ziqcg2dvi2lzj18hzdld85bcydzwk-cairo-1.16.0.drv
Some interesting notes:
1. (package-mapping identity #:deep? #t) *does* produce the same
derivation.
2. bag->derivation's `delete-duplicates' call uses `input=?', but its
input objects in the second tuple position are all <gexp-input>s
produced by `expand-input'. Consequently, `input=?' will fall back
to using `equal?' instead of `derivation=?'. I don't know to what
extent this has to do with the observed bug.
- ulfvonbelow
[signature.asc (application/pgp-signature, inline)]
Severity set to 'important' from 'normal'
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 27 Nov 2023 22:04:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#67221
; Package
guix
.
(Fri, 12 Jan 2024 12:52:05 GMT)
Full text and
rfc822 format available.
Message #10 received at 67221 <at> debbugs.gnu.org (full text, mbox):
Hi,
On Wed, 15 Nov 2023 at 21:56, Ulf Herrman <striness <at> tilde.club> wrote:
> $ guix build --no-grafts --derivations -e \
> '(begin
> (use-modules (guix packages) (gnu packages gtk))
> ((package-mapping identity) cairo-sans-poppler))' \
> -e '(@ (gnu packages gtk) cairo-sans-poppler)'
> =>
> /gnu/store/51hwf2mc2ig76a3nm86msv4z9az3s0j3-cairo-1.16.0.drv
> /gnu/store/q78ziqcg2dvi2lzj18hzdld85bcydzwk-cairo-1.16.0.drv
The only difference is from the builder: %build-inputs contains
("util-linux" . "/gnu/store/gwx2sf5wl9bsl21lwv35g5la63bwyy95-util-linux-2.37.4-lib")
for the non-transformed ’(@ (gnu packages gtk) cairo-sans-poppler)’
package, only.
Hum, is ’package-mapping’ removing it?
> 1. (package-mapping identity #:deep? #t) *does* produce the same
> derivation.
Well, it means that #:deep? #t adds “util-linux” in the builder.
Cheers,
simon
This bug report was last modified 1 year and 157 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.