bug#43508: gcc-mesboot@4.9.4 has duplicate ‘gcc-mesboot1’ input
Hello,
The gcc-mesboot@4.9.4 package has the same ‘gcc-mesboot1’ input twice:
--8<---cut here---start->8---
$ guix describe
Generacio 159 Sep 18 2020 08:55:27(nuna)
guix 98b89f4
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 98b89f432103b66efacee0bcba41a94148b8e870
$ cat $(guix gc --references $(guix build -e '(@@ (gnu packages commencement)
gcc-mesboot)' -d) |grep gcc-mesboot-4.9.4-guile-builder)
[…]
(define %build-inputs
(quote
(("source" .
"/gnu/store/56km255bk1s880yn6rxw4wj3crm2pshk-gcc-4.9.4.tar.xz")
("gcc-wrapper" .
"/gnu/store/w527yvvbn3m8m243x7q9h6bal035ry9h-gcc-mesboot1-wrapper-4.6.4")
("gcc" .
"/gnu/store/q7f07gpd9sq9krc68gxa73vbqmk06y0a-gcc-mesboot1-4.6.4") ; ⇐
("headers" .
"/gnu/store/aj9plwk7k9ma17bbcwd7l8f48z1bim66-glibc-headers-mesboot-2.16.0")
("libc" .
"/gnu/store/wgb70ir475v4vhg4bcjzv4h2kaa93qj7-glibc-mesboot-2.16.0")
("binutils" .
"/gnu/store/mza1k0mgr8ab407yzavwwz07ly7221wy-binutils-mesboot-2.20.1a")
("xz" . "/gnu/store/r1zsxj7wlvw1aa1ifv3nyrrjag44pc9s-xz-mesboot-5.0.0")
("gcc" .
"/gnu/store/q7f07gpd9sq9krc68gxa73vbqmk06y0a-gcc-mesboot1-4.6.4") ; ⇐
--8<---cut here---end--->8---
This is visible at the package level:
--8<---cut here---start->8---
scheme@(gnu packages commencement)> ,pp (package-native-inputs gcc-mesboot)
$11 = (("gcc-wrapper"
#)
("gcc"
#)
("headers"
#)
("libc"
#)
("binutils"
#)
("xz"
#)
("gcc"
#)
--8<---cut here---end--->8---
I noticed it while trying to address
: it prevents the simple solution of
using (delete-duplicates input-drvs) in ‘bag->derivation’. (Apart from
that this issue is harmless, but I think we’d better be strict about
this sort of things deep down in the graph.)
Ludo’.
bug#43479: Generated files ’doc/os-conf-*.texi’ and “make“
zimoun skribis: >> The reason seems to be that: >> >> --8<---cut here---start->8--- >> # Bundle this file so that makeinfo finds it in out-of-source-tree builds. >> BUILT_SOURCES+= $(OS_CONFIG_EXAMPLES_TEXI) $(TRANSLATED_INFO) >> EXTRA_DIST += $(OS_CONFIG_EXAMPLES_TEXI) $(TRANSLATED_INFO) >> MAINTAINERCLEANFILES = $(OS_CONFIG_EXAMPLES_TEXI) $(TRANSLATED_INFO) >> --8<---cut here---end--->8--- > > Yah, I have tried to tweak a lot of stuff and it has always failed. > Simon's relationship with configure and Makefile.am: is complicated. > :-) > Well, since these files are only a hard copy of files in > gnu/system/examples/, does it make sense to simply symlink them and > remove the rule? You can try, but the comment above about out-of-source-tree builds suggests it won’t work. :-) (That’s because .info is treated specially; namely, Info files are part of the distribution, so they are always built in the source tree.) Ludo’.
bug#43501: Whitelisting/blacklisting transitive package dependencies
Hi, On Fri, 18 Sep 2020 23:40:13 -0400 Mark H Weaver wrote: > I think it's important that Guix core functionality should be usable > without installing a collection of patented media codecs. Those plugins > should be purely optional. In my opinion, we should find a way to > eliminate those dependencies. I agree that it would be good to prevent weird dependencies from creeping in--for your stated reasons, but also for a lot of other reasons, chief of which is that the most secure source code is the source code that has been eliminated. Also, Guix sometimes pulls in transitive dependencies for the weirdest things. The "*-minimal" packages we have make it less bad. Still, it would nice to also have something that automatically checks whether there are weird transitive inputs of a package, for each package (*especially* in order to use that for "-minimal" packages). I sometimes add #:disallowed-references after tracking down problems of unintended transitive inputs (for example see f2fs-tools/static). But even that disallows just one specific reference (one package version). What I want is to disallow any package of that name entirely in the dependency graph--or even disallow references to specific source files (or other groups of packages) entirely. And I want it to keep disallowing it mechanically without me having to remember it. Guix lint already does something like I want, but for direct (non-transitive) inputs. It should be possible to add a "guix lint" check that also checks transitive inputs of packages for suspicious packages. The maintenance of a transitive-whitelist/-blacklist per package would then probably be have to be done inside guix lint, though. It could be nicer if there were package fields for those for it eventually. But for now, I guess inside guix lint is good enough. That said, for practicality one has to find some kind of groups of packages, in order to keep the whitelist/blacklist from ballooning. For now, I assume that each group has an extra source file--which we know is not true in Guix right now. But we could make it true. I started to add something to guix lint (possible procedures to use: package-transitive-inputs, package-transitive-propagated-inputs, package-transitive-native-inputs)--see patch below. But note that it just complains about everything now--we would still have to specify what is "bad". I would suggest to have a whitelist (of file names) and a blacklist (of file names), and the following: If a package has a whitelist and a transitive dependency is not on the whitelist, complain. If a package does not have a whitelist but does have a blacklist and a transitive dependency is on the blacklist, complain. I still find it illuminating as it is now. Try: $ guix lint qemu [...] gnu/packages/virtualization.scm:260:5: qemu@5.0.0: 'gnu/packages/dbm.scm' should probably not be referred to (but it is--because of packages (gdbm)) [...] gnu/packages/virtualization.scm:260:5: qemu@5.0.0: 'gnu/packages/spice.scm' should probably not be referred to (but it is by packages (libcacard spice usbredir virglrenderer spice-protocol)) gnu/packages/virtualization.scm:260:5: qemu@5.0.0: 'gnu/packages/gl.scm' should probably not be referred to (but it is by packages (libepoxy mesa)) [...] gnu/packages/virtualization.scm:260:5: qemu@5.0.0: 'gnu/packages/dbm.scm' should probably not be referred to (but it is by packages (gdbm)) [...] gnu/packages/virtualization.scm:260:5: qemu@5.0.0: 'gnu/packages/pulseaudio.scm' should probably not be referred to (but it is because of packages (pulseaudio)) WTF! Also, for the special case where no package in a source file A should refer to any package in a source file B, it could be enough to establish a convention of commenting out the respective "#:use-module (...)" in source file A (and adding a "DO NOT USE" text to it), and never deleting that comment. That way, once somebody had found what module one should not ever import, he could document that fact. diff --git a/guix/lint.scm b/guix/lint.scm index ec43a4dcad..d65ac34441 100644 --- a/guix/lint.scm +++ b/guix/lint.scm @@ -72,6 +72,7 @@ #:export (check-description-style check-inputs-should-be-native check-inputs-should-not-be-an-input-at-all +check-transitive-input-sanity check-patch-file-names check-synopsis-style check-derivation @@ -287,6 +288,38 @@ of a package, and INPUT-NAMES, a list of package specifications such as input packages outputs +(define (check-transitive-input-sanity package) + (let* ((examined-package-name (package-name package)) + (examined-package-location (package-location package)) + (examined-package-source-file-name (location-file examined-package-location)) + (examined-package-dependency-source-file-names + (delete examined-package-source-file-name + (delete-
bug#43512: QEMU crashes during its test suite on aarch64-linux
Testing on master, commit 84da8f7feede61c63dd359fc5dfb5e8d6ea09ef4, with
the command:
./pre-inst-env guix build qemu --rounds=5 --system=aarch64-linux
I got:
--8<---cut here---start->8---
MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}
QTEST_QEMU_BINARY=arm-softmmu/qemu-system-arm QTEST_QEMU_IMG=qemu-img
tests/qtest/qos-test -m=quick -k --tap < /dev/null | ./scripts/tap-driver.pl
--test-name="qos-test"
PASS 1 qos-test /arm/imx25-pdk/imx.i2c/i2c-bus/ds1338/ds1338-tests/tx-rx
PASS 2 qos-test /arm/imx25-pdk/imx.i2c/i2c-bus/pca9552/pca9552-tests/tx-rx
PASS 3 qos-test /arm/imx25-pdk/imx.i2c/i2c-bus/pca9552/pca9552-tests/rx-autoinc
PASS 4 qos-test /arm/imx25-pdk/imx.i2c/i2c-bus/tmp105/tmp105-tests/tx-rx
PASS 5 qos-test /arm/n800/omap_i2c/i2c-bus/ds1338/ds1338-tests/tx-rx
PASS 6 qos-test /arm/n800/omap_i2c/i2c-bus/pca9552/pca9552-tests/tx-rx
PASS 7 qos-test /arm/n800/omap_i2c/i2c-bus/pca9552/pca9552-tests/rx-autoinc
PASS 8 qos-test /arm/n800/omap_i2c/i2c-bus/tmp105/tmp105-tests/tx-rx
PASS 9 qos-test /arm/raspi2/generic-sdhci/sdhci/sdhci-tests/registers
PASS 10 qos-test /arm/sabrelite/generic-sdhci/sdhci/sdhci-tests/registers
PASS 11 qos-test /arm/smdkc210/generic-sdhci/sdhci/sdhci-tests/registers
PASS 12 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio/virtio-tests/nop
PASS 13 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/config
PASS 14 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/version/basic
PASS 15 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/attach/basic
PASS 16 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/walk/basic
PASS 17 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/walk/no_slash
PASS 18 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/walk/dotdot_from_root
PASS 19 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/lopen/basic
PASS 20 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/write/basic
PASS 21 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/flush/success
PASS 22 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/flush/ignored
PASS 23 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-9p-device/virtio-9p/virtio-9p-tests/fs/readdir/basic
PASS 24 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-balloon-device/virtio/virtio-tests/nop
PASS 25 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-blk-device/virtio-blk/virtio-blk-tests/indirect
PASS 26 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-blk-device/virtio-blk/virtio-blk-tests/config
PASS 27 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-blk-device/virtio-blk/virtio-blk-tests/basic
PASS 28 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-blk-device/virtio-blk/virtio-blk-tests/resize
PASS 29 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/basic
PASS 30 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/rx_stop_cont
PASS 31 qos-test
/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/announce-self
**
ERROR:tests/qtest/qos-test.c:175:subprocess_run_one_test: child process
(/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/vhost-user/migrate/subprocess
[1377]) failed unexpectedly
ERROR - Bail out! ERROR:tests/qtest/qos-test.c:175:subprocess_run_one_test:
child process
(/arm/virt/virtio-mmio/virtio-bus/virtio-net-device/virtio-net/virtio-net-tests/vhost-user/migrate/subprocess
[1377]) failed unexpectedly
qemu: uncaught target signal 6 (Aborted) - core dumped
make: ***
[/tmp/guix-build-qemu-5.0.0.drv-0/qemu-5.0.0/tests/Makefile.include:636:
check-qtest-arm] Error 1
Test suite failed, dumping logs.
command "make" "check" "V=1" failed with status 2
builder for `/gnu/store/h78jc7n3yzi5ys27frjchs96ch671lqj-qemu-5.0.0.drv' failed
with exit code 1
@ build-failed /gnu/store/h78jc7n3yzi5ys27frjchs96ch671lqj-qemu-5.0.0.drv - 1
builder for `/gnu/store/h78jc7n3yzi5ys27frjchs96ch671lqj-qemu-5.0.0.drv' failed
with exit code 1
--8<---cut here---end--->8---
bug#43513: json-c build failure (on armhf-linux) while trying to build u-boot
Hello,
there is a build failure in json-c:
$ guix environment -s armhf-linux --pure u-boot-a20-olinuxino-micro
[...]
running 'cmake' with arguments ("../json-c-0.14"
"-DCMAKE_BUILD_TYPE=RelWithDebInfo"
"-DCMAKE_INSTALL_PREFIX=/gnu/store/yqaw63n8wmg7f2ncc24019z87m5cwhim-json-c-0.14"
"-DCMAKE_INSTALL_LIBDIR=lib" "-DCMAKE_INSTALL_RPATH_USE_LINK_PATH=TRUE"
"-DCMAKE_INSTALL_RPATH=/gnu/store/yqaw63n8wmg7f2ncc24019z87m5cwhim-json-c-0.14/lib"
"-DCMAKE_VERBOSE_MAKEFILE=ON")
CMake Error at
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26
(list):
list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211
(compiler_id_detection)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116
(CMAKE_DETERMINE_COMPILER_ID)
CMakeLists.txt:10 (project)
CMake Error at
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26
(list):
list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211
(compiler_id_detection)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116
(CMAKE_DETERMINE_COMPILER_ID)
CMakeLists.txt:10 (project)
CMake Error at
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26
(list):
list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211
(compiler_id_detection)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116
(CMAKE_DETERMINE_COMPILER_ID)
CMakeLists.txt:10 (project)
CMake Error at
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26
(list):
list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211
(compiler_id_detection)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCCompiler.cmake:116
(CMAKE_DETERMINE_COMPILER_ID)
CMakeLists.txt:10 (project)
CMake Error at
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeCompilerIdDetection.cmake:26
(list):
list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:211
(compiler_id_detection)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:230
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermineCompilerId.cmake:32
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
/gnu/store/8aamffn0azz4jx4m18pzw4k14sr437ly-cmake-minimal-3.16.5/share/cmake-3.16/Modules/CMakeDetermine
bug#43491: Fakechroot execution engine can fail to find libraries
Ludovic Courtès skribis: > Indeed, we can see ‘stat’ calls passed raw /gnu/store file names from > RUNPATH entries (instead of /tmp/fakechroot-test/gnu/store), suggesting > that ‘la_objsearch’ didn’t have a chance to rewrite them: This is probably an ld.so bug: https://sourceware.org/bugzilla/show_bug.cgi?id=26634 Ludo’.
bug#43518: Guix substitute crash in procedure raise-exception: wrong type agument in position 1: #f
Seems like a second exception raised in the process of raising an exception :-). The original crash reason is unkown, the network was operating normally. downloading from http://127.0.0.1:8080/nar/gzip/8sdx7qyb4l3ni6yy902jlhamb26lqb6f-spice-gtk-0.37 ... 0.0 http://127.0.0.1:8080/nar/gzip/954b3kw59mdvanp33yx93q5pzzll4wg9-qemu-5.0.0 - 29605888 qemu-5.0.0 1.6MiB/s 00:26 | 41.8MiB transferredBacktrace: In ice-9/boot-9.scm: 1731:15 19 (with-exception-handler # _ # _ # …) In guix/scripts/package.scm: 966:10 18 (_) In guix/status.scm: 776:4 17 (call-with-status-report _ _) In guix/store.scm: 1300:8 16 (call-with-build-handler _ _) 1300:8 15 (call-with-build-handler # …) In guix/scripts/package.scm: 889:2 14 (_) In guix/build/syscalls.scm: 1167:4 13 (call-with-file-lock/no-wait _ _ _) In guix/scripts/package.scm: 143:19 12 (build-and-use-profile # "/var/guix/profiles/per-u…" …) In guix/store.scm: 2042:24 11 (run-with-store # _ #:guile-for-build _ #:system _ # …) In guix/profiles.scm: 1586:2 10 (_ _) 348:2 9 (_ _) In guix/store.scm: 1924:12 8 (_ #) 1357:5 7 (map/accumulate-builds # _ _) 1368:15 6 (_ # _ _) 740:13 5 (process-stderr _ _) In unknown file: 4 (display "@ substituter-succeeded /gnu/store/277yzwcx6fshsxlqnwvyv94q66miv3ii-diffoscope…" …) In guix/status.scm: 699:16 3 (write! _ _ _) 613:6 2 (_ (download-progress "/gnu/store/954b3kw59mdvanp33yx93q5pzzll4wg9-qemu-5.0.0" "http:…" …) …) In guix/progress.scm: 213:14 1 (display-download-progress "qem@" _ #:start-time _ #:transferred _ #:log-port _) In ice-9/boot-9.scm: 1669:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1669:16: In procedure raise-exception: In procedure =: Wrong type argument in position 1: #f Maxim
bug#28111: qemu testsuite fails
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> Mathieu Lirzin writes: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>> Mathieu Lirzin skribis: > My previous snippet didn't include the actual error > > TEST: tests/test-hmp... (pid=27743) > /arm/hmp/integratorcp: OK > /arm/hmp/nuri: qemu-system-arm: cannot set up guest memory > 'exynos4210.dram0': Cannot allocate memory > Broken pipe > FAIL > GTester: last random seed: R02S53adf2b44f1ff46cb48bd55ebce8854c > (pid=27751) > /arm/hmp/mps2-an511: OK > /arm/hmp/verdex: OK > /arm/hmp/ast2500-evb:OK > /arm/hmp/smdkc210: qemu-system-arm: cannot set up guest memory > 'exynos4210.dram0': Cannot allocate memory > Broken pipe > FAIL > > I have tried to build QEMU again with the same guix version and succeed. > So Like previously reported this is underterministic. Could the initial error be the result of insufficient memory? >>> >>> Maybe. I don't recall if I was doing something memory intensive while >>> compiling. Given that I have 8Gb of RAM and that, QEMU test suite seems >>> quite greedy. >> >> Ohh I think the memory issue might be related to the fact I running the >> commands from Emacs shell-mode. I have encoutered a memory issue with >> Emacs when running ‘guix system build’. After the compilation process >> stopped Emacs was still using more than 5Gb of RAM. > > Oh yes, that could definitely be the culprit. :-/ > > I guess we can close this bug and reopen it if this diagnosis turned out > to be wrong. > > Ludo’. Closing this stale bug report against QEMU 2. We have fresher ones against QEMU 5 :-). Maxim
bug#42688: Running a script with `guix repl` doesn't "see" additional channels using (%package-module-path)
Hello, Leo Prikler skribis: > With that however, I am no longer so sure. The initial program > arguments are part of the UI, but at the same time, that would make it > not UI-free to begin with. Kinda strengthens the argument, that it > should be made a fluid/parameter/what have you, that gets initialized > with program-arguments at some point. Alright. I went with something along these lines in commit 1b179d7876f19f04009a2f9e248ac10711f4c660. I tested that it works as intended with ‘guix pull --url=$PWD’ and running a script from there that accesses modules of a secondary channel. Thank you! Ludo’.
bug#43513: json-c build failure (on armhf-linux) while trying to build u-boot
More info: https://gitlab.kitware.com/cmake/cmake/-/issues/20568 https://gitlab.kitware.com/utils/kwsys/-/merge_requests/187 > Furthermore, I'd like to ask: Why is json-c a dependency in the first place ? Because of sdl2. I've removed sdl2 from the native-inputs of u-boot and added it to the native-inputs of u-boot-tools in guix master commit 6b1253718d1d660e7a91bd59a96bdb16d7c5e0b3. So now only this fails: $ guix build -s armhf-linux u-boot-tools pgpwKlr9EkseB.pgp Description: OpenPGP digital signature
bug#43048: QEMU 5 fails its test suite
Hello,
Maxim Cournoyer writes:
> Hello,
>
> Found while reconfiguring with Guix at commit
> fbd36a233420757e11b6abb076647781d4e5652d:
>
> SS 17 hd-geo-test /i386/hd-geo/override/virtio_hot_unplug
> MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}
> QTEST_QEMU_BINARY=i386-softmmu/qemu-system-i386 QTEST_QEMU_IMG=qemu-img
> tests/qtest/boot-order-test -m=quick -k --tap < /dev/null |
> ./scripts/tap-driver.pl --test-name="boot-order-test"
> PASS 1 boot-order-test /i386/boot-order/pc
> MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}
> QTEST_QEMU_BINARY=i386-softmmu/qemu-system-i386 QTEST_QEMU_IMG=qemu-img
> tests/qtest/bios-tables-test -m=quick -k --tap < /dev/null |
> ./scripts/tap-driver.pl --test-name="bios-tables-test"
> qemu-system-i386: error: failed to set MSR 0x4b564d02 to 0x0
> qemu-system-i386:
> /tmp/guix-build-qemu-5.0.0.drv-0/qemu-5.0.0/target/i386/kvm.c:2695:
> kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.
> Broken pipe
> tests/qtest/libqtest.c:175: kill_qemu() detected QEMU death from signal 6
> (Aborted)
> ERROR - too few tests run (expected 17, got 0)
> make: ***
> [/tmp/guix-build-qemu-5.0.0.drv-0/qemu-5.0.0/tests/Makefile.include:636:
> check-qtest-i386] Error 1
>
> Test suite failed, dumping logs.
> command "make" "check" "V=1" failed with status 2
> builder for `/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv'
> failed with exit code 1
> build of /gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv failed
> View build log at
> '/var/log/guix/drvs/xk/w86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv.bz2'.
> guix system: error: build of
> `/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv' failed
I was able to reproduce this on the master branch of QEMU and could get
a backtrace. I opened an upstream ticket with QEMU here:
https://bugs.launchpad.net/qemu/+bug/1896263.
In the meantime, this is worked around in our qemu package by disabling
the bios-tables-test test (pushed with commit
afeed71ae447ea18f7bc1b0b331e73e995308251).
Closing,
Maxim
