bug#30311: efi-less grub install fails

2018-01-31 Thread Ricardo Wurmus
“guix system init” fails with a configuration file that specifies grub-bootloader (not grub-efi-bootloader). “grub-install” reports an error about “lib/grub/x86_64-efi/modinfo.sh” not being available. It suggests passing “--target” or “--device”. Our invocation of grub-install does not include a

bug#30312: documentation: misleading EFI partitioning instructions

2018-01-31 Thread Ricardo Wurmus
The manual section “Preparing for Installation: Disk Partitioning” says this: --8<---cut here---start->8--- If your disk uses the GUID Partition Table (GPT) format and you plan to install BIOS-based GRUB (which is the default), make sure a BIOS Boot Partition

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Ludovic Courtès
Hey! Leo Famulari skribis: > I updated my Guix installation on a Debian system to the latest > core-updates (8b9dbdf36fa89b7eb02). > > After restarting the guix-daemon, anything requiring a build fails like > this: > > # guix package --rollback > guix package: error: build failed: the group `gui

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Leo Famulari
On Wed, Jan 31, 2018 at 11:38:35PM +0100, Ludovic Courtès wrote: > I suppose it works if you start nscd on this Debian machine (as is the > case on GuixSD), right? Yes, `apt-get install nscd` does everything necessary to set up and start nscd, and then guix-daemon works. > The question is why isn

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Ludovic Courtès
Leo Famulari skribis: > On Wed, Jan 31, 2018 at 11:38:35PM +0100, Ludovic Courtès wrote: >> I suppose it works if you start nscd on this Debian machine (as is the >> case on GuixSD), right? > > Yes, `apt-get install nscd` does everything necessary to set up and > start nscd, and then guix-daemon

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Leo Famulari
On Wed, Jan 31, 2018 at 11:38:35PM +0100, Ludovic Courtès wrote: > The question is why isn’t guix-daemon falling back to loading > libnss_files and reading /etc/groups directly. This is my first time poking around this part of the system so I'm not sure what to expect. Reading the manpage for nssw

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Leo Famulari
On Wed, Jan 31, 2018 at 11:52:23PM +0100, Ludovic Courtès wrote: > > This guix-daemon is based on core-updates commit 76ef53eb828 (gnu: > > glslang: Update to commit b5b084624), on x86_64-linux. > > If you stop nscd again and “strace -f” guix-daemon entirely, can you > check if it ever tries to op

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Ludovic Courtès
Leo Famulari skribis: > On Wed, Jan 31, 2018 at 11:52:23PM +0100, Ludovic Courtès wrote: >> > This guix-daemon is based on core-updates commit 76ef53eb828 (gnu: >> > glslang: Update to commit b5b084624), on x86_64-linux. >> >> If you stop nscd again and “strace -f” guix-daemon entirely, can you

bug#30311: efi-less grub install fails

2018-01-31 Thread Danny Milosavljevic
Hi Ricardo, On Wed, 31 Jan 2018 19:55:58 +0100 Ricardo Wurmus wrote: > “guix system init” fails with a configuration file that specifies > grub-bootloader (not grub-efi-bootloader). > > “grub-install” reports an error about “lib/grub/x86_64-efi/modinfo.sh” > not being available. It suggests pa

bug#30298: core-updates: Failure to find the guixbuild group

2018-01-31 Thread Leo Famulari
On Thu, Feb 01, 2018 at 12:28:32AM +0100, Ludovic Courtès wrote: > I think you attached strace to the running guix-daemon process here. > What I meant is that we should trace it from the beginning of its > execution (so either run it by hand or modify the .service file to run > “strace -f guix-daem

bug#30311: efi-less grub install fails

2018-01-31 Thread Ludovic Courtès
Heya, Ricardo Wurmus skribis: > “guix system init” fails with a configuration file that specifies > grub-bootloader (not grub-efi-bootloader). > > “grub-install” reports an error about “lib/grub/x86_64-efi/modinfo.sh” > not being available. It suggests passing “--target” or “--device”. > > Our