bug#43783: ssh-copy-id: line 254: /dev/null`: Permission denied

It happens with both my gentoo machines as well. But they can copy id's among each other fine. On Tue, Oct 20, 2020 at 11:03 PM Maxim Cournoyer wrote: > Hello, > > Nathan Dehnel writes: > > > ssh-copy-id errors out and then does not install the key > > > > bash-5.0$ ssh-copy-id pi@raspberrypi >

bug#25527: PostgreSQL retains references to ld-wrapper and coreutils

Dear, On Wed, 25 Jan 2017 at 09:57, l...@gnu.org (Ludovic Courtès) wrote: > As of 04fa4cdf95a004bda4d63b6578b53e154a4d4679: Comparing with 58af4c9621af02cc4e2bb5692d4b377084b0fcc6. > $ guix size postgresql > store item totalself > /gnu/s

bug#44097: Gnucash not reproducible

Hi Marinus, On Wed, 21 Oct 2020 at 21:45, Marinus Savoritias wrote: > I apologize for the late reply. Hum? In my frame of reference it is only one day. Are you traveling fast? Or living close to a blackhole? ;-) I mean, do not apologize, it is not a “late” reply. :-) > The architecture i

bug#44126: singularity-service-type appears under wrong heading

Fixed with commit 3ddc47bc07439ab526013031f8e052e4c8c7cd92. -- Ricardo

bug#44125: session-environment-service-type not documented

The session-environment-service-type is not documented in the manual. -- Ricardo

bug#44126: singularity-service-type appears under wrong heading

In the manual the singularity-service-type documentation appears under the section “Auditd Service”. I guess it got separated from the docker-service-type with heading “Docker Service”. -- Ricardo

bug#44121: Cuirass jobs become cancelled due to garbage collected .drv's

Hello, Most jobs from the 'staging' evaluation in Cuirass are cancelled: https://ci.guix.gnu.org/jobset/staging-staging (scroll a few pages rightwards) Christopher mentioned on #guix that this can happen when the derivations have disappeared by the time Cuirass tries running a job. Indeed, t

bug#44097: Gnucash not reproducible

Hi, I apologize for the late reply. The architecture is 64bit and the guix describe gives: guix describe Generation 3    Oct 20 2020 07:59:16    (current)   guix 93c2518     repository URL: https://git.savannah.gnu.org/git/guix.git     branch: master     commit: 93c251818dcd2bf5f60f42e595504293

bug#43744: guix-install.sh should do more first-time setup

Dear, On Thu, 01 Oct 2020 at 14:34, Ludovic Courtès wrote: > One of the things we can do to provide a better first-time experience on > a foreign distro is to automatically do some of the things that make > Guix readily usable and convenient, even for someone who skips the > “Application Setup”

bug#44025: haunt incompatible with package guix

On Fri, 16 Oct 2020 at 00:21, zimoun wrote: > Is it possible to keep the compatibility between the package ’haunt’ and > the package ’guix’? Otherwise, building guix-artwork/website takes > ages, raises a lot of warnings… and makes me unhappy. :-) > > The issue is that haunt is currently built w

bug#43986: core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

Finally, I could rerun the tests in guix environment, and they DO NOT FAIL on aarch64-for-armhf inside guix environment -s armhf-linux grep. Editing the gettext-minimal package in order to enable tests again and trying to enter guix environment -s armhf-linux grep again, sure enough, gettext-

bug#44117: Racket build fails

Hi guix. Building Racket on the tip: commit 5356cec68b9b7b5478d7df542c6a8fc70226b878 fails. The command used for build racket was: --8<---cut here---start->8--- ./pre-inst-env guix build racket --8<---cut here---end--->8---

bug#44112: SBCL is not reproducible

zimoun skribis: >> Removing this source file timestamp from compiled files would simplify >> things. Maybe nothing really depends on it and it would be possible... > >Thanks for the explanation. A developer of SBCL agrees that the timestamp should be removed [1], but currently Slime has a funct

bug#39819: [PATCH 1/2] services: guix: Make /etc/guix/acl really declarative by default.

On 2020-10-21, Ludovic Courtès wrote: > diff --git a/doc/guix.texi b/doc/guix.texi > index c161012da5..50d2d9a730 100644 > --- a/doc/guix.texi > +++ b/doc/guix.texi ... > @@ -14583,6 +14598,27 @@ Whether to use substitutes. > @item @code{substitute-urls} (default: @code{%default-substitute-urls})

bug#43986: core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

and sed, while trying to prepare the guix environment for grep. and gettext-minimal 0.21, while trying to prepare the guix environment for grep. Happens both with this: guix environment -s armhf-linux --pure grep And with this: guix environment -s armhf-linux --pure -e '(@@ (gnu packages commenc

bug#44112: SBCL is not reproducible

On Wed, 21 Oct 2020 at 16:32, Pierre Neidhardt wrote: > > In addition, GCC is also involved in the party. And I have also > > replaced it by Clang with the same effect. > > Where? --8<---cut here---start->8--- (define-module (ddc-sbcl) #:use-module (guix pa

bug#39819: [PATCH 2/2] doc: Add "Getting Substitutes from Other Servers" section.

* doc/guix.texi (Getting Substitutes from Other Servers): New node. (Invoking guix-daemon): Add cross-reference. (Substitute Server Authorization): Clarify that this is unnecessary on Guix System. (Invoking guix publish): Add cross-reference. --- doc/guix.texi | 122 +++

bug#39819: [PATCH 1/2] services: guix: Make /etc/guix/acl really declarative by default.

Fixes . Reported by Maxim Cournoyer . * gnu/services/base.scm (substitute-key-authorization): Symlink DEFAULT-ACL to /etc/guix/acl unconditionally. Add code to optionally back up /etc/guix/acl if it was possibly modified by hand. * doc/guix.texi (Base Services): Clarif

bug#44112: SBCL is not reproducible

zimoun writes: > In addition, GCC is also involved in the party. And I have also > replaced it by Clang with the same effect. Where? -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#44112: SBCL is not reproducible

Guillaume Le Vaillant writes: > IIRC, SBCL itself is built in 2 stages. First its core is compiled > using another Common Lisp implementation (currently clisp in Guix), then > the complete SBCL is compiled using the core compiled in stage 1. Yes, this is correct. -- Pierre Neidhardt https://am

bug#44112: SBCL is not reproducible

On Wed, 21 Oct 2020 at 15:39, zimoun wrote: > > IIRC, SBCL itself is built in 2 stages. First its core is compiled > > using another Common Lisp implementation (currently clisp in Guix), then > > the complete SBCL is compiled using the core compiled in stage 1. There > > is probably also an embed

bug#44112: SBCL is not reproducible

Hi, Thank you for the explanations. On Wed, 21 Oct 2020 at 14:42, Guillaume Le Vaillant wrote: > However, some packages generate some source files at build time, usually > containing things like data type sizes fetched from system header in > order to use C libraries with FFI. The timestamp of

bug#44115: “guix import -r“ fails with Bactktrace instead of error

Dear, Compare: $ guix import elpa foo guix import: error: failed to download package 'foo' with: $ guix import elpa foo -r Backtrace: 4 (primitive-load "/home/simon/.config/guix/current/bin/guix") In guix/ui.scm: 2116:12 3 (run-guix-command _ . _) In guix/scripts/i

bug#44104: [patch] guix/scripts/publish: share signing key

Hi, "Amar M. Singh" skribis: >>From 554416649b7400d0bbe440016c6a6a7fed0d870a Mon Sep 17 00:00:00 2001 > From: Amar Singh > Date: Wed, 21 Oct 2020 02:02:02 +0530 > Subject: [PATCH] guix publish: We provide signing key. Knock yourselves out! > > Best in industry. > > Signed-off-by: Amar Singh >

bug#38585: Installation script fails to import gpg keys

Dear, Thank you for the report. On Thu, 12 Dec 2019 at 23:38, dalanicolai wrote: > I try to install guix in Ubuntu using the installation script but it > fails to import the gpg keys (see picture below) image.png The mistake comes from that ’sudo’ is incorrectly located. It had been fixed to i

bug#44112: SBCL is not reproducible

zimoun skribis: > Using Guix 58af4c9, the package ’sbcl’ seems not-reproducible. > > [...] > > I do not know if the patches in ’staging’ will fix this. > > Note that this issue does not imply that the build system > ’asdf-build-system/sbcl’ is or will be not reproducible. However, this > issues

bug#44054: [1.2 installer]: Kernel panic when attempting to reboot after install.

Brendan, Brendan Tildesley 写道： From memory, other distro installers recommend removing the device and rebooting too. So its curious that Guix somehow has an issue with it. Not really: you're ripping out the root file system while the full system is happily running, then initiating a graceful

bug#44054: [1.2 installer]: Kernel panic when attempting to reboot after install.

Hi, Brendan Tildesley skribis: > On 19/10/20 5:16 am, Mathieu Othacehe wrote: >> Hello Brendan, >> >>> After the install completed I pulled out the USB as per instruction on the >>> screen, and pressed the Reboot button. The system then Kernel panic with the >>> following messages: >>> >>> https

bug#43986: core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

Marius Bakke skribis: > Danny Milosavljevic writes: > >> How do I debug this? >> >> $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure >> grep >> >> needs grep (it's in the implicit native inputs), and that grep has a test >> failure. > > Does this work? > > guix en

bug#43893: [PATCH v3] maint: update-guix-package: Prevent accidentally breaking guix pull.

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: [...] >>> - ;; Re-add SOURCE to the store, but this time under the real name >>> used >>> - ;; in the 'origin'. This allows us to build the package without >>> - ;; having to make a real checkout; thus, it also w

bug#43984: `--with-graft=...` doesn't work with packages of different length name/version

Hi Mark, Mark H Weaver skribis: > Ludovic Courtès writes: > >> pkill9 skribis: >> All I’m saying is that nothing can be done when the new name is longer than the old one: we just cannot graft. >>> >>> If a symlink is used though, it wouldn't matter if the new name is >>> longer, the

bug#44112: SBCL is not reproducible

Dear, Using Guix 58af4c9, the package ’sbcl’ seems not-reproducible. The output of “guix challenge” is: --8<---cut here---start->8--- differing files: /lib/sbcl/contrib/sb-rt.fasl /lib/sbcl/contrib/uiop.fasl /lib/sbcl/contrib/sb-cover.fasl /l