bug#43565: cuirass: Fibers scheduling blocked.

Hi, Mathieu Othacehe skribis: >> In cuirass/utils.scm: >>320:22 1 (_) >> In unknown file: >>0 (make-stack #t) >> ERROR: In procedure make-stack: >> In procedure struct-vtable: Wrong type argument in position 1 (expecting >> struct): #f > > I think this error is caused by settin

bug#44758: doc: build system arguments #:modules and #:imported-modules are not documented

Hi! The build system arguments #:modules and #:imported-modules are not documented. They are at least evaluated by the gnu-build-system, probably by even more build systems. I think the trivial-build-system only accepts a #:modules argument. Further it seems important to also document %gnu-bui

bug#44745: tests/lint.scm fails building guix with guile-2.2

Hi Vagrant, On Thu, 19 Nov 2020 at 16:35, Vagrant Cascadian wrote: > test-name: archival: missing content > location: /build/guix-EdK9LP/guix-1.2.0~rc2/tests/lint.scm:921 > source: > + (test-assert > + "archival: missing content" > + (let* ((origin > +(origin > + (me

bug#44751: tests/swh.scm hangs building guix with guile-2.2

Hi Vagrant, On Thu, 19 Nov 2020 at 17:52, Vagrant Cascadian wrote: > I'm exploring building with guile 2.2 because guile-gnutls built with > guile 3.0 is only available in experimental, and even there, missing for > arm64. > > FAIL: tests/swh.scm - lookup-origin I remember issues fixed by 722ad

bug#44760: Closure copy in ‘guix system init’ is inefficient

‘guix system init’ ends by copying the system’s closure from the “host” store to the target store; it also initializes the database of that target store. That copy is inefficient for several reasons. Let’s pick one file, shred.1.gz, that ends up being copied, and let’s look at its occurrences in

bug#44735: gilbc of the running system got wiped while building a package, system broken

Hi Stefan, Stefan skribis: > I found the root cause of this issue: I made a typo and inadvertently did a > “./configure --localstatedir=/vaar”. Ouch. :-/ Your store database may no longer be in sync with your actual store so you may have to reinstall. You can try ‘guix gc --verify’ to get a

bug#44745: tests/lint.scm fails building guix with guile-2.2

Hi, zimoun skribis: > I remember issues fixed by 722ad41c44a499d2250c79527ef7d069ca728de0 > which maybe introduce a regression for Guile 2.2. > > +;; XXX: Work around a bug in Guile 3.0.2 where #:verify-certificate? would > +;; be ignored (). > +(define* (http-get* ur

bug#44756: racket-7.9-src.tgz hash mismatch

Mark, Mark H Weaver 写道： Racket fails to build, due to a hash mismatch on the source tarball. ‘Fixed’ in c57157b89a56d33c76492a1fce1e521f00859f2a. Thanks! T G-R signature.asc Description: PGP signature

bug#42342: PATCH [0/2] Update wine to 5.21

Hi Guix, the following patch updates wine to version 5.21. An attempt is also made to fix #42342 by copying wine32 libraries into wine64. Regards, Leo

bug#44735: gilbc of the running system got wiped while building a package, system broken

Hi Ludo’! > Your store database may no longer be in sync with your actual store so > you may have to reinstall. You can try ‘guix gc --verify’ to get an > idea of how bad the situation is. stefan@guix ~/development/guix$ guix gc --verify reading the store... checking path existence... path `/gnu

bug#22129: python-matplotlib: Non-deterministic build failures on armhf

Hello Mark, Mark H Weaver writes: > Over the last month, the 'python-matplotlib' build on armhf has failed > non-deterministically 4 times due to timeout (1 hour of silence) in the > same place: > > phase `install' succeeded after 71.4 seconds > starting phase `install-doc' > Running Sphinx v1.2

bug#44769: [staging] gst-plugins-bad fails tests on aarch64, armhf, i686

Hello Guix, gst-plugins-bad fails its test suite on anything other than x86_64-linux. Upstream issues: i686: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1463 aarch64: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1464 (I believe the i686 issue affe

bug#44773: guix pull does not support transformation options but claims to

Running `guix pull --help-transform' displays all the usual transformation options, but when I try to use any, it reports an unrecognized option. It would be nice if I could use `guix pull --without-tests=glib' since tests time out on my (somewhat slow) Beaglebone Black. Regards, Florian

bug#44773: guix pull does not support transformation options but claims to

On Sat, Nov 21, 2020 at 01:09:49AM +0100, pelzflorian (Florian Pelz) wrote: > It would be nice if I could use `guix pull --without-tests=glib' since > tests time out on my (somewhat slow) Beaglebone Black. P.S. --without-tests=glib does not work for 1.2.0 anyway though because glib was only fixed