bug#55848: [cuirass] workers stalled

On Mon, 20 Jun 2022, at 12:39 PM, Maxim Cournoyer wrote: > That's a known issue with mrustc; it only succeeds with x86_64; the > other architectures have problems. That's a bug the mrustc author would > like to fix, so perhaps in time in will improve (especially if > interested parties can lend a

bug#55848: [cuirass] workers stalled

Hi Mathieu! [...] > A few issues remain for aarch64: > > * grunewald and kreuzberg are not on . > Perhaps they were taken down while the substitute ratio was low to > avoid each worker independently recompiling expensive toolchains? > * rust@1.39.0 (and thus

bug#22020: [PATCH] gnu: guile-sdl: Update to 0.6.1

This version's testsuite passes on i686-linux. Fixes . * gnu/packages/sdl.scm (guile-sdl): Update to 0.6.1. --- Hello, I was looking at bug 22020 (guile-sdl-0.5.2 fails to install on i686) and noticed that upgrading guile-sdl to the latest version fixes the

bug#51466: bug#53355: guix shell --check: confusing error message

Hi Ludo, Thank you for the review! Ludovic Courtès writes: > LGTM, please push! Before pushing, I did some more tests to make sure it was still working. When I did this, I noticed that read-line was no longer returning strings that end in "\r". This prevents child-shell-environment from

bug#56091: Possible hash mismatch in barrier 2.4.0

Hi! Thanks for reporting this. Vishakh Kumar 写道： I think this is a case where the hash in the package description might be wrong? What usually (though, mercifully, rarely) happens is that the hash is correct at the time of packaging, then upstream goes and moves a perfectly good git tag

bug#56091: Possible hash mismatch in barrier 2.4.0

Hey there! Am trying to install barrier on my computer and guix tells me there is a hash mismatch. I’m able to install other applications, and I think this is a case where the hash in the package description might be wrong? More than happy to provide more info, please let me know how i can

bug#56086: "guix build --sources=transitive hello" does not emit transitive sources >=2 layers down

Try: $ guix build --sources=transitive hello I get: /gnu/store/3dq55rw99wdc4g4wblz7xikc8a2jy7a3-hello-2.12.1.tar.gz /gnu/store/qz3pck1i4bply2fvxc7a5f7h3swdwpcr-tar-1.34.tar.xz /gnu/store/5dh059d365953arhixlx4xqkngwv2jmr-gzip-1.10.tar.xz

bug#56084: crate importer removes test dependencies for non-top-level crates

Hi, The crate importer removes #:dev-dependencies (i.e., test dependencies and for benchmarks) for non-top-level crates, presumably because they aren't used anyway by cargo-build-system because of the #:skip-build?. However, antioxidant implements build results reuse, and I intend to implement

bug#56082: home: services: openssh: identity-file could be a list of strings.

Currently ‘identity-file’ in ‘openssh-host’ record is a ‘maybe-string’, but it could be a list, which generates a config like: Host example.org … IdentityFile ~/.ssh/id_rsa_1 IdentityFile ~/.ssh/id_rsa_2 IdentityFile ~/.ssh/id_rsa_3 SSH_CONFIG(5) man page: IdentityFile