From mboxrd@z Thu Jan 1 00:00:00 1970 From: myglc2 Subject: Re: Seeking working, complete example for a vm Date: Wed, 02 Nov 2016 21:20:01 -0400 Message-ID: <86k2clfjge.fsf@gmail.com> References: <58133002.2070804@crazy-compilers.com> <861sywgz59.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35432) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c26g9-0001pj-Bf for help-guix@gnu.org; Wed, 02 Nov 2016 21:18:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c26g6-0002OY-AB for help-guix@gnu.org; Wed, 02 Nov 2016 21:18:53 -0400 Received: from mail-qk0-x235.google.com ([2607:f8b0:400d:c09::235]:35399) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c26g6-0002Nb-5i for help-guix@gnu.org; Wed, 02 Nov 2016 21:18:50 -0400 Received: by mail-qk0-x235.google.com with SMTP id n204so29634558qke.2 for ; Wed, 02 Nov 2016 18:18:49 -0700 (PDT) In-reply-to: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Hartmut Goebel Cc: help-guix@gnu.org On 11/02/2016 at 22:15 Hartmut Goebel writes: > Am 31.10.2016 um 19:18 schrieb myglc2: >> In an effort to reply to your request for a "working, complete example," >> I attach the hackage that I use to manage the care and feeding of >> LAN-visible GuixSD VM images running on a headless GuixSD server. > > Thanks for sharing this. And how to you manage the images? I mean: how > to you toll your GuixSD server to forward packages to the images? You are very welcome ;-) I ssh or mosh into a VM and use 'guix pull' and/or 'guix package' and/or 'guix system reconfigure' to manage it. Alternatively, I replace it with a whole new VM. The type of "guest" VMs created by this script using 'guix system vm-image' are "free-standing." They are fully independent of the "host" machine's configuration/store and should run (not tested) on any host OS supporting qemu/kvm (probably with mods to the qemu and TAP parameters). So the only "synergy" between the host machine and guest VMs is that VM creation goes more quickly if a "similar" VM has been previously created and/or packages used by the VM have been previously installed. AIUI, if you instead use guest VMs created using 'guix system vm' you gain the advantage of sharing the store and, if you like, other files. So such VMs are smaller and are created and loaded more quickly. AIUI, this means that, if you have already installed a package on the host and/or another guest VM, subsequent installations on other guest VMs and/or the host machine will "re-use" that package from the host machine's store and thus go faster. AFAIK, there is no way to automatically "forward packages" to either type of Guix VM (hopefully others will correct me if this is wrong). HTH, - George