bug#48967: No newline after substitution of ~a complete line.
I get output that looks like this: substitution of /gnu/store/g26z8hhqagcsiwz611jwhyj7rk6zywqg-python-pybigwig-0.3.17 completesubstituting /gnu/store/slxjk0sg8q85qk0l0dv5kv71z2l4pgv2-python-pybrowserid-0.14.0... downloading from https://ci.guix.gnu.org/nar/lzip/slxjk0sg8q85qk0l0dv5kv71z2l4pgv2-python-pybrowserid-0.14.0 ... Also, could the value of (simultaneous-jobs status) change between invocations in the code? It's ok not to use let? Adding a newline seems to fix it.From a2628f0565e0428af55ada53ac3826e9a855b022 Mon Sep 17 00:00:00 2001 From: Brendan Tildesley Date: Sat, 12 Jun 2021 15:58:13 +1000 Subject: [PATCH] status: Add missing (newline). * guix/status.scm: Add newline after substitution complete line. --- guix/status.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/guix/status.scm b/guix/status.scm index 1164c2a6e3..f351a56d92 100644 --- a/guix/status.scm +++ b/guix/status.scm @@ -558,7 +558,8 @@ substitutes being downloaded." ;; If there are no jobs running, we already reported download completion ;; so there's nothing left to do. (unless (zero? (simultaneous-jobs status)) - (format port (success (G_ "substitution of ~a complete")) item)) + (format port (success (G_ "substitution of ~a complete")) item) + (newline port)) (when (and print-urls? (zero? (simultaneous-jobs status))) ;; Leave a blank line after the "downloading ..." line and the -- 2.31.1
bug#48966: svt-hevc sha256 missmatch.
Since I don't know what in the files have changed and why I haven't submitted a patch to update it. Tobias, are you able to figure out what changed? Initialized empty Git repository in /gnu/store/83j8mz97smxm4frp6ax0k16j3zj8a8sp-svt-hevc-1.5.1-checkout/.git/ >From https://github.com/OpenVisualCloud/SVT-HEVC * tag v1.5.1 -> FETCH_HEAD Note: switching to 'FETCH_HEAD'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by switching back to a branch. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -c with the switch command. Example: git switch -c Or undo this operation with: git switch - Turn off this advice by setting config variable advice.detachedHead to false HEAD is now at b65eba0 Update version to 1.5.1 r:sha256 hash mismatch for /gnu/store/83j8mz97smxm4frp6ax0k16j3zj8a8sp-svt-hevc-1.5.1-checkout: expected hash: 0rac70p6rpvdx9v0bdd8nphgr7imdxb7nz0x77n3p7h3180zz9x0 actual hash: 1cv6vcf5yxcwdvj5yqcckbixqrvvdxk7ibincnnv80pz6wh527sv hash mismatch for store item '/gnu/store/83j8mz97smxm4frp6ax0k16j3zj8a8sp-svt-hevc-1.5.1-checkout' build of /gnu/store/51k6p67lw63kwwpmpx5mbxmlaxm2vaw7-svt-hevc-1.5.1-checkout.drv failed View build log at '/var/log/guix/drvs/51/k6p67lw63kwwpmpx5mbxmlaxm2vaw7-svt-hevc-1.5.1-checkout.drv.bz2'. note: keeping build directory `/tmp/guix-build-svt-hevc-1.5.1-checkout.drv-0' guix build: error: build of `/gnu/store/51k6p67lw63kwwpmpx5mbxmlaxm2vaw7-svt-hevc-1.5.1-checkout.drv' failed
bug#48965: filter-dkimsign tarball not available
building /gnu/store/jvifq7l30l057x532qkw3w16aq0xb3r6-filter-dkimsign-0.5.tar.gz.drv... Starting download of /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz >From https://distfiles.sigtrap.nl/filter-dkimsign-0.5.tar.gz... Throw to key `gnutls-error' with args `(# handshake)'. Starting download of /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz >From >https://ci.guix.gnu.org/file/filter-dkimsign-0.5.tar.gz/sha256/0jwp47ixibnz8rghn193bk2hxh1j1zfrnidml18j7d7cylxfrd55... download failed "https://ci.guix.gnu.org/file/filter-dkimsign-0.5.tar.gz/sha256/0jwp47ixibnz8rghn193bk2hxh1j1zfrnidml18j7d7cylxfrd55"; 404 "Not Found" Starting download of /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz >From >https://tarballs.nixos.org/sha256/0jwp47ixibnz8rghn193bk2hxh1j1zfrnidml18j7d7cylxfrd55... download failed "https://tarballs.nixos.org/sha256/0jwp47ixibnz8rghn193bk2hxh1j1zfrnidml18j7d7cylxfrd55"; 404 "Not Found" Starting download of /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz >From >https://archive.softwareheritage.org/api/1/content/sha256:a5b4ec3af5ecb42351a0b5459bdd0f32c00ec55c23050b5f46dfaed8e321974b/raw/... download failed "https://archive.softwareheritage.org/api/1/content/sha256:a5b4ec3af5ecb42351a0b5459bdd0f32c00ec55c23050b5f46dfaed8e321974b/raw/"; 404 "Not Found" Trying to use Disarchive to assemble /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz... Assembling the directory filter-dkimsign-0.5 Downloading /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz from Software Heritage... SWH vault: requested bundle cooking, waiting for completion... In procedure fport_write: Broken pipe Could not resolve directory reference failed to download "/gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz" from "https://distfiles.sigtrap.nl/filter-dkimsign-0.5.tar.gz"; builder for `/gnu/store/jvifq7l30l057x532qkw3w16aq0xb3r6-filter-dkimsign-0.5.tar.gz.drv' failed to produce output path `/gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz' build of /gnu/store/jvifq7l30l057x532qkw3w16aq0xb3r6-filter-dkimsign-0.5.tar.gz.drv failed View build log at '/var/log/guix/drvs/jv/ifq7l30l057x532qkw3w16aq0xb3r6-filter-dkimsign-0.5.tar.gz.drv.bz2'. guix build: error: build of `/gnu/store/jvifq7l30l057x532qkw3w16aq0xb3r6-filter-dkimsign-0.5.tar.gz.drv' failed b@jiu ~/code/guix [env]$
bug#48941: [powerpc64le-linux] libfaketime CLOCK_MONOTONIC test hangs
Hi, Since I'm not sure how to proceed, I've reported this upstream and asked for help: https://github.com/wolfcw/libfaketime/issues/335 -- Chris signature.asc Description: PGP signature
bug#48963: "guix build guix" halts after exhausting memory
Le Sat, 12 Jun 2021 00:23:30 +0200, Julien Lepiller a écrit : > Hi Guix! > > I tried updating my system on my armhf board (2GB of RAM), but during > "guix system reconfigure", guix tries to build itself (the guix > package from (gnu packages package-management)). This package uses > too much memory to build, and I start getting GC warnings like so: > > GC Warning: Out of memory - trying to allocate requested amount (552 > bytes)... > GC Warning: Header allocation failed: dropping block > GC Warning: Out of Memory! Heap size: 2571 MiB. Returning NULL! > Warning: Unwind-only out of memory exception; skipping pre-unwind > handler. > > after some more progress and a lot more warnings, the build stops (CPU > is at 2%), but the memory is not freed. The build stayed stuck for a > long time until I decided to cancel it. > > As a work-around, I tried using the guix-daemon package instead (by > changing the guix field in guix-configuration), but "guix system" > still wants to build the guix package anyway. I tried finding usages > of the guix package (grepping for "package-management" yields a > relatively short list of files, and none of them seems to be used by > my config, except (gnu services base) which always uses the guix from > the configuration). Why? > > Can we instead break the build (at the Makefile level) into multiple > smaller chunks, that require less memory, in the same way (guix self) > works? > > > also note it's not an OOM issue at the system level, because guile doesn't seem to care I have 8GB of free swap it could use. Top reports 1.8GB of resident memory being used by the process. I tried to stop all services at the time in the hope it would save some memory and help, but guile just kept swallowing all that free memory I gave it.
bug#48963: "guix build guix" halts after exhausting memory
Hi Guix! I tried updating my system on my armhf board (2GB of RAM), but during "guix system reconfigure", guix tries to build itself (the guix package from (gnu packages package-management)). This package uses too much memory to build, and I start getting GC warnings like so: GC Warning: Out of memory - trying to allocate requested amount (552 bytes)... GC Warning: Header allocation failed: dropping block GC Warning: Out of Memory! Heap size: 2571 MiB. Returning NULL! Warning: Unwind-only out of memory exception; skipping pre-unwind handler. after some more progress and a lot more warnings, the build stops (CPU is at 2%), but the memory is not freed. The build stayed stuck for a long time until I decided to cancel it. As a work-around, I tried using the guix-daemon package instead (by changing the guix field in guix-configuration), but "guix system" still wants to build the guix package anyway. I tried finding usages of the guix package (grepping for "package-management" yields a relatively short list of files, and none of them seems to be used by my config, except (gnu services base) which always uses the guix from the configuration). Why? Can we instead break the build (at the Makefile level) into multiple smaller chunks, that require less memory, in the same way (guix self) works?
bug#48959: icecat imcomplete LD_LIBRARY_PATH affecting Kerberos authentication
icecat-strace.log Description: Binary data
bug#48903: guix substitute: error: TLS error in procedure 'read_from_session_record_port': Error decoding the received TLS packet.
Hi Maxim{,e}! Maxime Devos skribis: >> 122.8 MB will be downloaded >> libreoffice-6.4.7.2 117.1MiB 344KiB/s >> 03:04 [# ] 52.7%guix substitute: error: TLS error in >> procedure 'read_from_session_record_port': Error decoding the received TLS >> packet. >> substitution of >> /gnu/store/44h13hn5zssfppz67vydxcf95qsc8qfw-libreoffice-6.4.7.2 failed >> guix package: error: some substitutes for the outputs of derivation >> `/gnu/store/9f8sffldy39mprihx6xgrs7hys9j75jm-libreoffice-6.4.7.2.drv' failed >> (usually happens due to networking issues); try `--fallback' to build >> derivation from source >> --8<---cut here---end--->8--- >> > > I often have the same problem when I do "guix package -u". > (Same error message, same package libreoffice, same derivation) > (Usually libreoffice, sometimes with other packages as well.) As a first step, can you reproduce the bug like this: while echo substitute /gnu/store/44h13hn5zssfppz67vydxcf95qsc8qfw-libreoffice-6.4.7.2 /tmp/t | guix substitute --substitute ; do chmod -R +w /tmp/t && rm -rf /tmp/t; done ? FWIW, I can’t seem to reproduce it with: --8<---cut here---start->8--- $ guix describe Generacio 185 Jun 07 2021 15:07:46(nuna) guix e3611cc repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: e3611cc412e7b1c750a56d17fb1b7cde684baa3f --8<---cut here---end--->8--- TIA, Ludo’.
bug#46212: ci.guix.gnu.org narinfos with excessive NarSize
Christopher Baines writes: > I noticed through the Guix Data Service that some narinfo files from > ci.guix.gnu.org have an excessive NarSize. Since I've scanned all the narinfos for a recent revision, I thought I'd update this issue with the broken narinfos that ci.guix.gnu.org is currently serving (just for a recent revision): /gnu/store/s18pfbv3a9sf61rh29m1i8vdznwjlny7-repeat-masker-4.1.1 /gnu/store/4lm1wa8m9n84vh29d6pa3ygy29iwyz2v-flightgear-2018.3.5 /gnu/store/q6qa5s2z2l20q25qpxyfv1wni5wwhk24-flightgear-2018.3.5 I think there were safeguards put in place to avoid bad data making it's way in to the store database? If so, maybe the store item could be gc'd on berlin, and the cached narinfos deleted, and that would clean things up? signature.asc Description: PGP signature