bug#44027: [PATCH] installer: Create bios_grub partition when it is needed.

2020-10-17 Thread Brendan Tildesley
On 17/10/20 11:09 pm, Miguel Ángel Arruga Vivas wrote: [...] The attached patch solves that. What do you think? Happy hacking, Miguel I have tested the patch and the Installer mostly worked. One thing I noticed is that the partition scheme I was given automatically looks like this: 1 537M

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

2020-10-17 Thread Brendan Tildesley
I generated an installer for myself from 5d4ad8e1be6d60c38577e2f3d92cc5642b12eff0 + Miguel's patch (I think unrelated to this bug) here https://paste.debian.net/plain/1167398 After the install completed I pulled out the USB as per instruction on the screen, and pressed the Reboot button. The s

bug#42900: Bug report

2020-10-17 Thread Maxim Cournoyer
Hi Charlie, charlie writes: > Text as follows: > > ./guix/store.scm:1367:15: Throw to key `srfi-34' with args > `(# the outputs of derivation > `/gnu/store/4vqa9zmhhyzqca476236wbxqbv7s4b1v-guile-ssh-0.13.0-1.688d7f3.drv' > failed (usually happens due to networking issues); try `--fallback' to

bug#44053: Poor profile generation performance on spinning disks

2020-10-17 Thread Maxim Cournoyer
Hello! I've noticed on multiple occasions that using Guix on traditional spinning drives can be quite slow. On my home machine, will is still relying on 2 x 1 TB spinning drives in RAID1, rebuilding my user profile, which contains 182 entries, takes on average about 20 minutes, even when there ar

bug#44027: [PATCH] installer: Create bios_grub partition when it is needed.

2020-10-17 Thread Brendan Tildesley
On 17/10/20 11:09 pm, Miguel Ángel Arruga Vivas wrote: Hi, Brett Gilio writes: Ludovic Courtès writes: Shouldn’t it create a “legacy” partition table rather than GPT since we’re on an old, non-UEFI platform? That is my thinking as well, it should create a legacy MBR table. IMHO the old for

bug#44025: haunt incompatible with package guix

2020-10-17 Thread zimoun
Hi, On Fri, 16 Oct 2020 at 16:30, Ludovic Courtès wrote: >> (inputs >> `(("guile" ,@(assoc-ref (package-native-inputs guix) "guile" >> >> >> Or create a haunt variant named ’haunt-guix’ keeping the compatibility? > > Can we do that, but keep that variant in the web site’s ‘.guix.scm

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

2020-10-17 Thread bokr
Hi Danny, On +2020-10-17 12:20:11 +0200, Danny Milosavljevic wrote: > 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. What if the test failure

bug#44000: Guile-Git cross-compiled to i586-pc-gnu gets bytestructures wrong

2020-10-17 Thread Taylan Kammer
Taylan Kammer writes: > On 15.10.2020 09:42, Ludovic Courtès wrote: >> Ludovic Courtès skribis: >> >>> The problem is that the ‘cond-expand’ used to define ‘arch32bit?’ is a >>> expansion-time thing when (cross-)building Bytestructures itself, so >>> it’s incorrect from cross-building from 64-b

bug#44027: [PATCH] installer: Create bios_grub partition when it is needed.

2020-10-17 Thread Miguel Ángel Arruga Vivas
Hi, Brett Gilio writes: > Ludovic Courtès writes: >> Shouldn’t it create a “legacy” partition table rather than GPT since >> we’re on an old, non-UEFI platform? > > That is my thinking as well, it should create a legacy MBR table. IMHO the old format should be avoided completely when possible.

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

2020-10-17 Thread Danny Milosavljevic
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. So I can't actually enter the environment for building grep and running make check . What now? pgpdA