bug#62406: “! failing-command” pattern in shell tests is wrong

On Tue, 2023-03-28 at 18:21 +0200, Ludovic Courtès wrote: > Hi Eric, > > Eric Bavier skribis: > > > The purpose of d89343 was to ease visual parsing of the tests. I mentioned > > having used the '!' syntax in my own shell tests, but I realize now that I > > was not relying on `set -e` like

bug#62955: (no subject)

And just like that, i find there is already a discussion of some of this in 56050, though the fact that non-existant paths can be added by guix home to those variables is seems to be missing from that discussion. Could someone merge the threads? (I assume I can't do that.) -Zacchae

bug#62955: Guix Home Breaks Some Foreign Distros

Hi all! $HOME/PROFILE/setup-environment contains the following lines: case $XDG_CONFIG_DIRS in *$HOME_ENVIRONMENT/profile/etc/xdg*) ;; *) export XDG_CONFIG_DIRS=$HOME_ENVIRONMENT/profile/etc/xdg:$XDG_CONFIG_DIRS ;; esac There are two bugs in this code. Both bugs revolve around what

bug#62949: libgcrypt version in core-updates

Hi, Andreas Enge skribis: > My environment is Debian on aarch64, with Guix as the package manager. > So it is possible that the Debian environment disturbs what is happening; > but I see the problem depending on whether I install the new or the old > libgcrypt from Guix. > > Here are lines from

bug#62954: Valgrind blocks R on powerpc64le

Currently r-minimal depends on texlive-latex-xkeyval, which depends on texlive-ms, which for a reason I do not see pulls in the valgrind variable. This is at version 3.17, which fails on powerpc64le. The user facing variable valgrind/interactive, however, is at 3.20, and it builds. After the

bug#62936: [core-updates] pre-inst-env no longer works

I did a full rebuild before submitting this bug: bootstrap -> configure -> make clean -> make. FWIW, I still have the issue with ‘pre-inst-env’ when not run from within ‘guix shell -D guix’, which is a step I have never previously needed. As I just explained on IRC: --8<---cut

bug#62949: libgcrypt version in core-updates

Am Wed, Apr 19, 2023 at 06:37:08PM +0200 schrieb Ludovic Courtès: > Given that the ‘guix’ package builds fine on ‘core-updates’, it’s most > likely a build environment issue. > What does ‘config.log’ say? My environment is Debian on aarch64, with Guix as the package manager. So it is possible

bug#62949: libgcrypt version in core-updates

Hallo! Andreas Enge skribis: > this looks to me like it could be a duplicate of #62936, but since this > bug is closed, I am simply opening a new one. > > The libgcrypt version was updated from 1.8.8 to 1.10.1 from master to > core-updates. > > This causes ./configure to fail like so: > ... >

bug#62936: libgcrypt version in core-updates

Hello, this looks to me like it could be a duplicate of #62936, but since this bug is closed, I am simply opening a new one. The libgcrypt version was updated from 1.8.8 to 1.10.1 from master to core-updates. This causes ./configure to fail like so: ... checking for gcry_md_open in -lgcrypt...

bug#62948: Using home-ssh-agent-configuration on Ubuntu breaks login

Hi, Using home-openssh-service-type on Ubuntu 22.10 (OpenSSH_9.3p1, OpenSSL 1.1.1t 7 Feb 2023) always creates an ~/.ssh/authorized_keys that breaks key-based login. I cannot access the logs and don't know what the problem might be. When, after running `guix home reconfigure', you do something

bug#36077: Close

Current mesa builds on master (@21) and core-updates (@22), so the problem has apparently been solved. Andreas

bug#62934: [core-updates] locales not installed properly

Hi, Brian Cully skribis: > It appears as though core-updates isn't installing locales > correctly, as I'm getting warnings all over the place about > unsupported locales: Fixed in 4f4c38c881d4224dc545c82253d2a8f631f95927 (you’ll need to reconfigure). The reason for those “unsupported

bug#62936: [core-updates] pre-inst-env no longer works

Ludovic Courtès writes: Make sure everything is in sync, and use ‘guix shell -D guix -C’ to avoid interference! This has made the glibc locale error and the libgit2 bindings to work. Thank you! However, I'm not sure how this happened in the first place. The system I'm running on is

bug#62936: [core-updates] pre-inst-env no longer works

Hi, Brian Cully skribis: > git/bindings.scm:66:8: In procedure git_libgit2_init: Function not > implemented That indicates that Guile-Git failed to load libgit2.so, which could be because libgit2.so is linked against a different libc version (since you’re testing core-updates). Make sure

bug#34829: control-msg

Done with a718f5f55bd005a93d1969238043776ead33d89e (via )

bug#62936: [core-updates] pre-inst-env no longer works

Simon Tournier writes: ~/src/guix-core-updates $ ./pre-inst-env -- guix build zsh Are you sure about the dash-dash (--) with ./pre-inst-env? I get this: $ ./pre-inst-env guix describe Git checkout: repository: /home/simon/src/guix/wk/core-updates/ branch: core-updates commit:

bug#62936: [core-updates] pre-inst-env no longer works

Hi, On Tue, 18 Apr 2023 at 10:51, Brian Cully via Bug reports for GNU Guix wrote: > ~/src/guix-core-updates $ ./pre-inst-env -- guix build zsh Are you sure about the dash-dash (--) with ./pre-inst-env? I get this: --8<---cut here---start->8--- $