GNU bug report logs -
#78453
[PATCH core-packages-team 0/1] Parallel build of xz-mesboot fails (gets stuck) on core-packages-team.
Previous Next
To reply to this bug, email your comments to 78453 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
andreas <at> enge.fr, efraim <at> flashner.co.il, ekaitz <at> elenq.tech, janneke <at> gnu.org, ludo <at> gnu.org, z572 <at> z572.online, guix-patches <at> gnu.org
:
bug#78453
; Package
guix-patches
.
(Fri, 16 May 2025 10:48:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Rutherther <rutherther <at> ditigal.xyz>
:
New bug report received and forwarded. Copy sent to
andreas <at> enge.fr, efraim <at> flashner.co.il, ekaitz <at> elenq.tech, janneke <at> gnu.org, ludo <at> gnu.org, z572 <at> z572.online, guix-patches <at> gnu.org
.
(Fri, 16 May 2025 10:48:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
recently I reported xz-mesboot failing to build due to timeout in #75518.
Ludo asked me to provide more info and create a new issue, so here we go.
I am on commit 4935a8066168c3efc0520d132b6c6a3116eb5d54, currently HEAD
of core-packages-team. I am using
`./pre-inst-env guix build --expression="(@@ (gnu packages commencement) xz-mesboot)" --check --no-grafts`
for the build, in a pure shell (guix shell --pure -m ./manifest.scm). I
am on x86_64.
The same issue was exhibited by the QA on building core-packages-team
branch, timeouting after 24 hours, on all three tries.
The build gets stuck after like 20 minutes. To unstuck it, I added
--cores=1 (disabled parallel build)
It doesn't always get stuck at the same moment, but upon few retries it
never completed with parallel builds enabled.
Alternatively I think I could also
```
guix time-machine --url=https://codeberg.org/guix/guix-mirror \
--commit=4935a8066168c3efc0520d132b6c6a3116eb5d54 -- build \
--expression="(@@ (gnu packages commencement) xz-mesboot)" --check \
--no-grafts
```
but the issue is that currently a lot of packages cannot be substituted
to actually build guix from this commit.
Sending a patch to disable the parallel build that should resolve this
issue. Not sure about other alternatives
Regards
Rutherther
Rutherther (1):
gnu: xz-mesboot: Disable parallel build.
gnu/packages/commencement.scm | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
base-commit: 4935a8066168c3efc0520d132b6c6a3116eb5d54
--
2.49.0
Information forwarded
to
andreas <at> enge.fr, efraim <at> flashner.co.il, ekaitz <at> elenq.tech, janneke <at> gnu.org, ludo <at> gnu.org, z572 <at> z572.online, guix-patches <at> gnu.org
:
bug#78453
; Package
guix-patches
.
(Fri, 16 May 2025 10:50:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 78453 <at> debbugs.gnu.org (full text, mbox):
Disables parallel build, because the build gets stuck with parallel builds on
x86_64 at least.
* gnu/packages/commencement.scm (xz-mesboot): Disable parallel builds.
Change-Id: I0367363cbaaeb0ae5730242254c918cd7ec71478
---
gnu/packages/commencement.scm | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index edd4a1db46..f0ea1bec62 100644
--- a/gnu/packages/commencement.scm
+++ b/gnu/packages/commencement.scm
@@ -1939,7 +1939,10 @@ (define xz-mesboot
(ensure-keyword-arguments (package-arguments pkg)
;; XXX: This fails even though the
;; actual runpaths seem fine.
- `(#:validate-runpath? #f))))))
+ `(#:validate-runpath? #f
+ ;; XXX: The build gets stuck
+ ;; when parallel build is enabled.
+ #:parallel-build? #f))))))
;; We don't strictly need Tar here, but it allows us to get rid of
;; Bootar and Gash-Utils and continue with the standard GNU tools.
--
2.49.0
This bug report was last modified today.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.