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

Hi! (Cc: Florian + Mathieu) Maxim Cournoyer skribis: > While using the Guix 1.0.1 installer, I noticed that it was constantly > maxing one of the cores on the machine. > > The guilty process is: > > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND > root 377 99.8

bug#47713: Icecat doesnt show numbers for anything

Ludovic Courtès skribis: > ‘font-dejavu’ is propagated by the ‘gnome’ package, which is why there’s > no such problem when using ‘gnome-desktop-service-type’. The solution > is to make sure one of these fonts is always installed by default. > > The attached patch does that. I’ll go ahead and

bug#47734: Guix install script on foreign distro fails to add berlin public key

Ludovic Courtès skribis: > Julien, could it be that “something else” removed /root/.config or > /var/guix/profiles while it was running? Or… any other idea? Following our discussion on IRC, it seems likely that “something” interfered with the installation process. Closing as “notabug”.

bug#47713: Icecat doesnt show numbers for anything

Brilliant! , Solved the issue immediately after installing it. Thank You :) Ludovic Courtès: bo0od skribis: Tell me any command you want the output for (or package to install) to help solving this issue i will post it here. I have posted how my guix system configured/built here:

bug#47956: nfs-root-fs test is failing

Hello Stefan, > I’d like to ask you to apply my patch. It paves the way for using > nfs-shares inside virtual machines, which is not possible today. This > is certainly a good impovement. OK, I'll first need to dive into this NFS subject that I'm not familiar with. In the meantime, let's not

bug#47713: Icecat doesnt show numbers for anything

bo0od skribis: > Tell me any command you want the output for (or package to install) to > help solving this issue i will post it here. > > I have posted how my guix system configured/built here: > > https://issues.guix.gnu.org/47687 I found , which was about

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

Hello Florian, > Can you force GPT also in 2.? All disk partitions get removed anyway. > Arch wiki says MSDOS layout does not work on all EFI systems > . Well I'm not sure, if someone has an MSDOS partition table

bug#44675: guix lint: support for spellchecker or basic grammar

On 2021-04-25, Efraim Flashner wrote: > On Wed, Apr 21, 2021 at 04:10:40PM -0700, Vagrant Cascadian wrote: >> Control: tags 44675 +patch >> >> On 2020-11-15, Vagrant Cascadian wrote: >> > Please consider a guix lint description/synopsis check for basic >> > spelling, typo and rudimentary grammar

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

On Sun, Apr 25, 2021 at 04:15:56PM +0200, Mathieu Othacehe wrote: > Finally, grub-efi fails because there's no /boot/efi mount point. > > This problem can then occur for two reasons: > > 1. The user is booting the installation image with UEFI support, using > an empty installation device,

bug#47713: Icecat doesnt show numbers for anything

Tell me any command you want the output for (or package to install) to help solving this issue i will post it here. I have posted how my guix system configured/built here: https://issues.guix.gnu.org/47687 Ludovic Courtès: Hi, bo0od skribis: only reporting issues against guix in its

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

Hello, > I’m not entirely sure how it decides between GPT and DOS, though; > Mathieu? > > We should add UEFI installation tests using OVMF. I could reproduce this issue with the following steps: --8<---cut here---start->8--- qemu-img create -f qcow2

bug#48018: ImageMagick’s ‘convert’ fails to delegate to ‘dwebp’

ImageMagick’s ‘convert’ refers to the ‘dwebp’ program with a leading space, which prevents conversion to/from webp: --8<---cut here---start->8--- $ guix time-machine --commit=2a624253bc55e2a94f6581d6e790303575436c96 -- \ environment -C --ad-hoc strace

bug#47717: guix outrageously exhaust itself (freeze) when there is package build failure

On Thu, Apr 22, 2021 at 02:34:22PM -0400, Mark H Weaver wrote: > Hi Maxim, > > Maxim Cournoyer writes: > > > Mark H Weaver writes: > > > >> 'earlyoom' behavior is not necessarily desirable. I, for one, have a > >> fairly old computer by today's standards, and sometimes I ask it to do > >>

bug#44675: guix lint: support for spellchecker or basic grammar

On Wed, Apr 21, 2021 at 04:10:40PM -0700, Vagrant Cascadian wrote: > Control: tags 44675 +patch > > On 2020-11-15, Vagrant Cascadian wrote: > > Please consider a guix lint description/synopsis check for basic > > spelling, typo and rudimentary grammar issues. > ... > > Many of these are likely to