Re: Offloading to a VM

2016-09-05 Thread David Craven
> I think we can leave this concern aside as a first approximation: Ah interesting. The only architecture other than arm I'm interested in is riscv. The riscv qemu port doesn't include a syscall emulation. But I guess the riscv ecosystem still has a long way to go... > A derivation is essentially

Re: Offloading to a VM

2016-09-05 Thread Ludovic Courtès
David Craven skribis: > The other problem I forgot to mention is that many architectures that > qemu supports don't support a "kernel emulation" but only a "system > emulation". I think we can leave this concern aside as a first approximation: --8<---cut here---start

Re: Offloading to a VM

2016-09-05 Thread Ludovic Courtès
David Craven skribis: >> The “build hook” is the mechanism by which the daemon asks an external >> program whether it can build a derivation for some system. > >> Our (guix scripts offload) is such a program; it replies positively if >> there’s a machine that matches the target system. > >> What

Re: Offloading to a VM

2016-09-03 Thread David Craven
The other problem I forgot to mention is that many architectures that qemu supports don't support a "kernel emulation" but only a "system emulation". In practice the system emulation isn't that much slower than kernel emulation, because emulating instructions is a lot easier than emulating syscalls

Re: Offloading to a VM

2016-09-03 Thread David Craven
> The “build hook” is the mechanism by which the daemon asks an external > program whether it can build a derivation for some system. > Our (guix scripts offload) is such a program; it replies positively if > there’s a machine that matches the target system. > What I was suggesting is to have ano

Re: Offloading to a VM

2016-08-29 Thread David Craven
Yep, thanks! =)

Re: Offloading to a VM

2016-08-29 Thread Ludovic Courtès
David Craven skribis: >> --8<---cut here---start->8--- >> $ qemu-arm $(guix build coreutils -s armhf-linux |grep -v debug)/bin/uname -a >> Linux pluto 4.7.0-gnu #1 SMP 1 armv7l GNU/Linux >> $ uname -a >> Linux pluto 4.7.0-gnu #1 SMP 1 x86_64 GNU/Linux >> --8<--

Re: Offloading to a VM

2016-08-28 Thread David Craven
> --8<---cut here---start->8--- > $ qemu-arm $(guix build coreutils -s armhf-linux |grep -v debug)/bin/uname -a > Linux pluto 4.7.0-gnu #1 SMP 1 armv7l GNU/Linux > $ uname -a > Linux pluto 4.7.0-gnu #1 SMP 1 x86_64 GNU/Linux > --8<---cut here-

Offloading to a VM

2016-08-28 Thread Ludovic Courtès
Hello! David Craven skribis: > On Sun, Aug 21, 2016 at 7:38 PM, David Craven wrote: >> So guix doesn't work inside a vm - because /gnu/store is mounted >> readonly. To be able to offload arm builds once guix system vm >> --system=armhf-linux works, /gnu/store needs to be writeable. >> >> Can mu