bug#47978: guix/import/go.scm: Dependency on guile-lib >= 0.2.7

2021-04-28 Thread Vagrant Cascadian
On 2021-04-28, Ludovic Courtès wrote: > Vagrant Cascadian skribis: > >> When building guix (with commit cb3f9696f6251ad382febad33290fed929c176b4 >> from branch version-1.3.0) on Debian, it fails with the following error >> with guile-library (a.k.a. guile-lib) version 0.2.6.1-2: >> >>

bug#48088: libtool hardcodes native (cross-)compiler, incorrect when using libtool as cross-compiler

2021-04-28 Thread Maxime Devos
Hi, [CC'ing to libtool mailing list, maybe they can shed some light on the matter of how libtool can be used as a cross-compiler. This concerns the definition of the libtool package in guix.] $ cat $(guix build libtool)/bin/libtool Some relevant output: > # A C compiler. > LTCC="gcc" > #

bug#48086: libtool refers to native bash instead of a cross-compiled bash

2021-04-28 Thread Maxime Devos
severity: minor To reproduce: $ guix --version > guix (GNU Guix) f97e220b45aba1c10f155e760667df7ef4cae382 > [...] This is on a x86_64-linux-gnu, without transparant qemu emulation. $ guix build libtool --target=aarch64-linux-gnu > /gnu/store/yspdgc9wk8ap20729f6a7k0f640r6h7c-libtool-2.4.6 $

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

2021-04-28 Thread Ludovic Courtès
Hi Roel, Roel Janssen skribis: > /builder for > `/gnu/store/4q9aprxi2rr1i6yjk1y7d76nbavwp4fy-guix-package-cache.drv' > failed to produce output path > `/gnu/store/xgjiqmh9qlvnq1701zb5dsbbwnjx76qq-guix-package-cache' > build of >

bug#47978: guix/import/go.scm: Dependency on guile-lib >= 0.2.7

2021-04-28 Thread Ludovic Courtès
Hi, Vagrant Cascadian skribis: > When building guix (with commit cb3f9696f6251ad382febad33290fed929c176b4 > from branch version-1.3.0) on Debian, it fails with the following error > with guile-library (a.k.a. guile-lib) version 0.2.6.1-2: > > ice-9/eval.scm:293:34: error: %strict-tokenizer?:

bug#47985: CentOS : SELinux is preventing /usr/lib/systemd/systemd from read access on the lnk_file current-guix

2021-04-28 Thread Ludovic Courtès
Hi, josephenry skribis: > Also on the [SELinux support > page](https://guix.gnu.org/manual/en/html_node/SELinux-Support.html) in the > Guix documentation, the etc/guix-daemon.cil file doesn't exist so I don't > know how to run the command. > > Has anyone gotten to run guix on a CentOS with

bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS

2021-04-28 Thread Ludovic Courtès
Hi, Ricardo Wurmus skribis: > I’m using “guix pack”-generated Docker images on AWS ECS. On June 17, > 2020 I generated and uploaded an image that works fine. According to > AWS this image has this manifest type: > >application/vnd.docker.distribution.manifest.v2+json > > Today I generated

bug#48045: guix challenge error

2021-04-28 Thread Ludovic Courtès
Hi, Bone Baboon skribis: > On an x86_64 computer when I run `guix challenge` I get this error: > > ``` > ... > /gnu/store/5ds5bli4p6gja2yzmzzc0sik1kzrasp9-guix-extra contents differ: > local hash: 0aacxb6n0vrki8lb7f02r3m756cpc650hbihj9dpklkpvlgasqad > >

bug#48084: ustr fails to cross-compile, even when using cc-for-target

2021-04-28 Thread Maxime Devos
Fixed in 1059d1570b7078e6a83e067577b42ed24ee25b55 by nckx. signature.asc Description: This is a digitally signed message part

bug#48084: ustr fails to cross-compile, even when using cc-for-target

2021-04-28 Thread Maxime Devos
Severity: minor This is without transparant qemu emulation, on a x86-64 Linux box. Command: ./pre-inst-env guix build ustr --target=aarch64-linux-gnu. (First patch ustr to use "CC=TARGET-gcc"). The package fails to build. Some parts of the log that seem relevant: (during configuration)

bug#48082: “guix environment -l” does not work with inferior packages

2021-04-28 Thread Ricardo Wurmus
I wanted to use an environment file that contains a package definition, and use it with inferiors. Here is the full guix.scm: --8<---cut here---start->8--- (use-modules (guix channels) (guix inferior) (guix build-system gnu) (guix packages) (guix licenses)

bug#39341: Installer using 100% of a CPU core

2021-04-28 Thread Ludovic Courtès
"pelzflorian (Florian Pelz)" skribis: > My layout is still QWERTY after waiting for some time; I do not know > how the layout switch was eventually triggered after a while last time. I reproduced the bug on the bare metal. I noticed in /proc/PID/fd/ a couple of leaked

bug#39341: Installer using 100% of a CPU core

2021-04-28 Thread pelzflorian (Florian Pelz)
On Wed, Apr 28, 2021 at 03:43:06PM +0200, Ludovic Courtès wrote: > Hmm I don’t know what to think. Could you confirm that keyboard > switching works if you revert d904abe0768293b2322dbf355b6e41d94e769d78? Yes, revert fixes it but goes back to 100% CPU usage. Note that layout switching works on

bug#39341: Installer using 100% of a CPU core

2021-04-28 Thread Ludovic Courtès
Hi, "pelzflorian (Florian Pelz)" skribis: > On Tue, Apr 27, 2021 at 11:26:41PM +0200, Ludovic Courtès wrote: >> I tried this in ‘guix system vm gnu/system/install.scm’. I proceed like >> so: >> >> 1. after the installer’s welcome screen I choose French layout; >> 2. the next dialog is the

bug#47889: [installer image] grub-install efi fails getting canonical path to /boot/efi on dos-formatted disk

2021-04-28 Thread Mathieu Othacehe
Hello, > Regarding the MSDOS/UEFI patch, it is almost identical to what Florian > tested. I chose not to force GPT on UEFI if the user disk is already > MBR formatted, mostly to keep the code readable. Pushed on master and cherry-picked on version-1.3.0 branch. Thanks, Mathieu

bug#48077: assword superseded by impass

2021-04-28 Thread Christopher Lemmer Webber
Efraim Flashner writes: > https://finestructure.net/assword/ > > The assword password management system project as been renamed "impass", > and has moved to https://salsa.debian.org/debian/impass. > > Someone™ who uses this package should update it and deprecate the > current package. That

bug#48077: assword superseded by impass

2021-04-28 Thread Efraim Flashner
https://finestructure.net/assword/ The assword password management system project as been renamed "impass", and has moved to https://salsa.debian.org/debian/impass. Someone™ who uses this package should update it and deprecate the current package. -- Efraim Flashner אפרים פלשנר GPG key =

bug#39341: Installer using 100% of a CPU core

2021-04-28 Thread pelzflorian (Florian Pelz)
On Wed, Apr 28, 2021 at 09:02:10AM +0200, pelzflorian (Florian Pelz) wrote: > On Tue, Apr 27, 2021 at 11:26:41PM +0200, Ludovic Courtès wrote: > > 165 openat(AT_FDCWD, > > "/gnu/store/qz3zdrz12rxawlkvah9qjhjyf6fh1v98-xkeyboard-config-2.31/share/X11/xkb/symbols/inet", > > O_RDONLY) = 22 > > 165

bug#39341: Installer using 100% of a CPU core

2021-04-28 Thread pelzflorian (Florian Pelz)
Hi Ludo, On Tue, Apr 27, 2021 at 11:26:41PM +0200, Ludovic Courtès wrote: > I tried this in ‘guix system vm gnu/system/install.scm’. I proceed like > so: > > 1. after the installer’s welcome screen I choose French layout; > 2. the next dialog is the host name, which is where I confirm I