bug#58290: guile ssh error on guix deploy

Ludovic Courtès skriver: > Hi, > > Marius Bakke skribis: > >> I have the same problem. Log messages around failure look something >> like this (extracted from above message): >> >> Oct 4 11:51:49 localhost shepherd[1]: Service sshd-2 has been started. >> Oct 4 11:51:50 localhost

bug#58802: On guix pull: failed to compute the derivation for Guix (ERROR: In procedure %resolve-variable:)

On Wed, Nov 02, 2022 at 10:31:11AM +0100, zimoun wrote: > > One commit later > > > >guix time-machine --commit=08f2a06d261ad7a91b3f4df83a5093b8a28f15ed -- > > help > > > > fails. > > > > The commit is “gnu: Add guile-dns.” Kind of makes sense that it is > > guile-related. > > Are you sure

bug#59004: hyperledger-iroha is broken

Hi, I've tried fixing hyperledger-iroha without success. Updating it to latest would require prometheus-cpp, not yet packaged. Anything I've tried always end up with C++ compilation errors, such as this one (protobuf 3.14): --8<---cut here---start->8---

bug#59002: Bug from profile path name?

With an '@' character in the profile path I see the following error. (the reason for using the full package@version in the profile path is to preserve successfully built packages when garbage collecting during testing of updates to dependent packages) Greg $ guix install -p ~/profile/llvm@14

bug#58861: [PATCH] shell: Fix '--emulate-fhs' sometimes not including 'glibc-for-fhs'.

Hi Ludo’, On Wed, Nov 02, 2022 at 04:50 PM, Ludovic Courtès wrote: > Hi John, > > John Kehayias skribis: > >> After commit >> >> I noticed a changed in behavior of guix shell with the emulate-fhs

bug#47949: Failed to produce output path for guix-package-cache

On 2022-11-03, zimoun wrote: > On Wed, 02 Nov 2022 at 11:40, Vagrant Cascadian wrote: >>> I do not know if “git clean -dfx” would help because here the error is >>> probably between the repositories src/guix and src/guix-master and Guix >>> manages them under 2 unrelated directory checkouts. >>

bug#58993: Duplicity BackendException: No module named b2sdk

Context: Using latest guix as a package manager under a foreign up to date archlinux distribution. Problem: When using duplicity to backup to a sftp server, I get this error message BackendException: Could not initialize backend: No module named 'b2sdk' As a reference, see

bug#58661: rust fails on aarch64

Hi, Marius Bakke skribis: > Since the merge of 'staging', Rust can no longer be built on > aarch64-linux. > > Patches to rectify this are available on the current 'staging' branch as > 408a4ed071c9c52de207d799a698781d49fa727d and preceding commits. This branch was merged in

bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings

Hi, Mathieu Othacehe skribis: >> Oh, I wasn’t aware of that, that should certainly be fixed. (I fixed a >> similar issue in GNOME some years ago, and I’m confident it’ll be easier >> to fix in Xfce because it doesn’t have all those layers and daemons and >> JavaScript and DBus interfaces.

bug#58559: Rust 1.58.1 fails to build

Brendan Tildesley skribis: > On 20/10/22 20:36, Ludovic Courtès wrote: >> Hi Brendan, >> >> Brendan Tildesley skribis: >> > My apologies. Thanks to the power of rollbacks and the guix cli I was > able to determine it was a rust variant defined in a channel > I was using, and is no longer an

bug#40682: Installer hangs while connecting to WiFi network

Hey, >> Are these still in your plans? Otherwise let's close this old, >> high severity bug. > > Friendly ping. :-) Yeah, we didn't have other reports regarding WiFi connections, so lets close it. Thanks, Mathieu

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

I tried building again using: guix build --cores=1 /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv This made it more clear that the error was an expired certificate: ../test/recipes/80-test_ssl_new.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/29

bug#58732: installer: finalizers & device destroy segfault

Hey, Thanks for your help :) > 1. Bindings create wrappers for C pointers—e.g., with > ‘pointer->device’. If several C functions return a pointer P, you > must make sure to return always the same wrapper and not create a > new one. Agreed. > > ‘pointer->device!’

bug#58923: Malformed core dumps on Guix System

Hey zimoun, > #0 0x00401106 in main () > (gdb) bt > #0 0x00401106 in main () > (gdb) exit OK so it must somehow be related to Guix System or the Linux kernel we ship. Thanks for your feedback, Mathieu

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

reopen 56137 merge 56137 58650 thanks On 03-11-2022 12:25, Sjors Provoost wrote: I tried building again using: guix build --cores=1 /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv This made it more clear that the error was an expired certificate:

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

Hi, On Thu, 03 Nov 2022 at 11:32, Maxime Devos wrote: > Looking at the attached build log, it is a build failure, not some store > error: > > Test Summary Report > --- > ../test/recipes/80-test_ssl_new.t(Wstat: 256 Tests: 29 > Failed: 1) >Failed test: 12 >

bug#58732: installer: finalizers & device destroy segfault

Hi! Mathieu Othacehe skribis: >> ‘pointer->device!’ attempts to do that but I think it’s bogus: it >> uses a weak-value hash table, where the value is the wrapper. So >> if the wrapper disappears before the underlying C object, then the >> pointer is called and bad things

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

I built using --no-substitutes and no offloading.

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

On 03-11-2022 11:03, zimoun wrote: Hi, Thanks for the report. On Wed, 19 Oct 2022 at 21:46, Sjors Provoost wrote: Sorry if this is a duplicate or has already been fixed in a more recent commit. /builder for `/gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv' failed with exit

bug#40682: Installer hangs while connecting to WiFi network

Hi, On Fri, 07 Oct 2022 at 23:07, Maxim Cournoyer wrote: >> This bug has been fixed with ea6594e0. However, I left the ticket open >> because I'm supposed to add some testing using the hostapd service Ludo >> proposed. > > Are these still in your plans? Otherwise let's close this old, > high

bug#47949: Failed to produce output path for guix-package-cache

Hi Vagrant, On Wed, 02 Nov 2022 at 11:40, Vagrant Cascadian wrote: >> I do not know if “git clean -dfx” would help because here the error is >> probably between the repositories src/guix and src/guix-master and Guix >> manages them under 2 unrelated directory checkouts. > > I had the impression

bug#40074: trilinos-serial-xyce source disappeared

Hi, On Tue, 18 Oct 2022 at 17:37, zimoun wrote: > This case should be covered by Disarchive and SWH. Well, is it worth to > keep open this issue when the question about the time-machine coverage > is bigger than just this example. After 2 weeks without an answer, I am closing since this

bug#58650: build of /gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv failed

Hi, Thanks for the report. On Wed, 19 Oct 2022 at 21:46, Sjors Provoost wrote: > Sorry if this is a duplicate or has already been fixed in a more recent > commit. > > /builder for `/gnu/store/mw6ax0gk33gh082anrdrxp2flrbskxv6-openssl-1.1.1n.drv' > failed with exit code 1 > build of

bug#31977: clone tests fail on CentOS 7

Hi Paul, On Sat, 08 Oct 2022 at 16:30, zimoun wrote: > On Mon, 21 Dec 2020 at 15:29, Paul Garlick > wrote: > It is about this old bug#31977 [1]. Well, I have lost the status about > this and since I am using Debian with unprivileged_userns_clone, I am > not annoyed enough. ;-) > > 1: