GNU bug report logs - #75510
Building grub-image.png.drv fails with rsvg

Previous Next

Full log

View this message in rfc822 format

From: Roman Scherer <roman.scherer <at> burningswell.com>
To: vicvbcun <guix <at> ikherbers.com>
Cc: Leo Famulari <leo <at> famulari.name>, 75510 <at> debbugs.gnu.org, Efraim Flashner <efraim <at> flashner.co.il>
Subject: bug#75510: Building grub-image.png.drv fails with rsvg
Date: Tue, 28 Jan 2025 10:41:38 +0100

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

Hi vicvbcun,

thanks for looking into this. I'm afraid I canb't help much on this, but
I find your investigation very interesting. Keep us posted.

Roman

vicvbcun <guix <at> ikherbers.com> writes:

> Hello Guix!
>
> I think that I now have some understanding for how these differently
> grafted packages can arise: The grafting code in `bag-grafts' uses
> `fold-bag-dependencies' to collect all the replacements that could
> affect a package.  That function visits all packages in the dependency
> tree depth first and exactly once.  Consider the following example
> tree:
>
> A → C, B
>
> B → D, C
>
> Package A references packages C and B while package B references D and
> C, in that order.  If both C and D have replacements, then the
> grafting order for package B depends on whether we are considering it
> on its own or as a dependency of package A.  See also the attached
> dummy packages.
>
> I think that the correct solution to this problem is to sort the
> grafts somewhere before ungexp'ing them in `graft-derivation/shallow'.
> While package inputs should be sorted by name, they are split into
> `inputs', `native-inputs' and `propagated-inputs', build systems can
> add packages and G-expressions inputs are sorted by lexical
> appearance.
>
> However the issue with guile-cairo and guile-rsvg seems to be a bit
> different. `fold-bag-dependencies' only considers packages and changes
> to rust-ring turn its source into a package, causing
> `fold-bag-dependencies' to inspect the dependencies.  Specifically, on
> aarch64-linux `fold-bag-dependencies' the following packages and
> outputs are visited near the end:
> --8<---------------cut here---------------start------------->8---
> rust-ring <at> 0.17.8.tar.gz:out        gnu/packages/crates-crypto.scm:4207
> clang <at> 13.0.1:out                   gnu/packages/llvm.scm:241
> gcc <at> 11.4.0:lib                     gnu/packages/gcc.scm:743
> isl <at> 0.24:out                       gnu/packages/gcc.scm:1404
> libstdc++-headers <at> 11.4.0:out       gnu/packages/gcc.scm:1068
> libstdc++@11.4.0:out               gnu/packages/gcc.scm:965
> mpc <at> 1.3.1:out                      gnu/packages/multiprecision.scm:139
> elfutils <at> 0.187:out                 gnu/packages/elf.scm:54
> clang-runtime <at> 13.0.1:out           gnu/packages/llvm.scm:145
> go <at> 1.21.5:out                      gnu/packages/golang.scm:822
> go <at> 1.17.13:out                     gnu/packages/golang.scm:486
> go <at> 1.4-bootstrap-20171003:out      gnu/packages/golang.scm:117
> gcc <at> 11.4.0:lib                     gnu/packages/commencement.scm:3227
> gawk <at> 5.3.0:out                     guix/build-system/gnu.scm:151
> make <at> 4.4.1:out                     gnu/packages/commencement.scm:3460
> pkg-config <at> 0.29.2:out              gnu/packages/commencement.scm:3453
>
> ; note this visit to glibc!
> glibc <at> 2.39:out                     gnu/packages/commencement.scm:3103
> glibc <at> 2.39:static                  gnu/packages/commencement.scm:3103
>
> binutils-gold <at> 2.41:out             gnu/packages/base.scm:778
> bc <at> 1.07.1:out                      gnu/packages/algebra.scm:668
> ed <at> 1.20.1:out                      gnu/packages/text-editors.scm:123
> lzip <at> 1.23:out                      gnu/packages/compression.scm:703
> --8<---------------cut here---------------end--------------->8---
>
> Notice the visit of glibc.  It is also visited earlier but not
> recognized as duplicate by `fold-bag-dependencies', even though it
> maps to the same derivation (This is `glibc-final', there also is a
> version of glibc created by `package-with-bootstrap-guile' earlier).
> expat is visited before without any change.  The packages with
> replacements are cons'ed so that glibc ends up in front of expat in
> the grafting order. guile-cairo doesn't depend on rust-ring and it
> just so happens that glibc is visited before expat and they and up in
> the opposite order.
>
> I don't know where these different versions of glibc come from, but
> sorting grafts should also get rid of any problems they might pose.
>
> So why doesn't the bug appear on x86_64-linux?  Here the change only
> causes the visits of `fold-bag-dependencies' up to gawk, in particular
> the visit to glibc doesn't happen and for both guile-cairo and
> guile-rsvg expat ends up in front of glibc in the grafting order.
> This should be related to the full-source bootstrap.
>
> vicvbcun
>
> [2. text/plain; dependencies-order.scm]...
>
> [3. text/plain; before-6975b1871b.txt]...
>
> [4. text/plain; after-6975b1871b.txt]...
>
> [5. text/plain; fold-bag-dependencies-list.scm]...

[signature.asc (application/pgp-signature, inline)]

Previous Next

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