[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Offloading to a VM
From: |
Ludovic Courtès |
Subject: |
Re: Offloading to a VM |
Date: |
Mon, 29 Aug 2016 14:54:02 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
David Craven <address@hidden> 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<---------------cut here---------------end--------------->8---
>
> If I understand correctly this only works when there is a substitute
> already. If it's a new package for example that would fail with "not
> an armhf system" right?
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 another build hook that would reply
positively as long as the target system can be emulated by QEMU.
Does that makes sense?
Thanks,
Ludo’.
- Build machine sysadmin support, Ludovic Courtès, 2016/08/19
- Re: Build machine sysadmin support, David Craven, 2016/08/21
- Re: Build machine sysadmin support, David Craven, 2016/08/21
- Re: Build machine sysadmin support, David Craven, 2016/08/21
- Re: Build machine sysadmin support, David Craven, 2016/08/27
- Offloading to a VM, Ludovic Courtès, 2016/08/28
- Re: Offloading to a VM, David Craven, 2016/08/28
- Re: Offloading to a VM,
Ludovic Courtès <=
- Re: Offloading to a VM, David Craven, 2016/08/29
- ‘guix system vm’ and shared store, Ludovic Courtès, 2016/08/28
Re: Build machine sysadmin support, Ludovic Courtès, 2016/08/28