From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: New VM image Date: Sat, 27 Apr 2019 15:15:56 +0200 Message-ID: <878svvio6r.fsf@gnu.org> References: <87d0m1stsc.fsf@inria.fr> <20190409204810.GA26383@jasmine.lan> <87d0ll43pl.fsf@gmail.com> <87zhoekpbc.fsf_-_@gnu.org> <87tvelkxbl.fsf@gmail.com> <87h8aklwsz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:59649) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hKNBR-00037u-Q9 for guix-devel@gnu.org; Sat, 27 Apr 2019 09:16:02 -0400 In-Reply-To: <87h8aklwsz.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 26 Apr 2019 15:29:16 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich Cc: guix-devel@gnu.org Ludovic Court=C3=A8s skribis: > Chris Marusich skribis: [...] >>> (define this-file >>> (local-file "./vm-live.tmpl" "config.scm")) >> >> Cute! But FYI, I tried building this and it failed at first, since I >> renamed the file and forgot about this reference. I then re-ran the >> command from the same directory as the file, which of course worked. > > Yeah, we could maybe extract the actual file name from > (current-source-location). Done in 1ac6c33caec2c2a4aaadda49cb0febb5bfbf264c. >> When I booted into the system, I noticed some things: >> >> - There are many folders on the desktop. For example, there is one for >> "/sys/fs/cgroup/memory". A minor blemish, but rather odd. > > Yeah, that=E2=80=99s a longstanding issue with GLib/GIO: that library has= code > to find out which mount points are =E2=80=9Csystem=E2=80=9D mount points = (things that > should not be shown in the UI), but for some reason, it doesn=E2=80=99t w= ork > correctly for us: > > https://lists.gnu.org/archive/html/help-guix/2017-11/msg00087.html Fixed in 74685a4369033e79a776c5dec1c8480e8b446f6b. The solution turned out to be disappointingly trivial and is another example of this Unix baggage we=E2=80=99re still carrying=E2=80=A6 >> - "sudo herd status" reports that term-auto and user-homes is stopped, >> which I think might be intended, but I'm not sure. I also see >> possibly unnecessary services: wpa-supplicant, upower-daemon. The VM >> probably doesn't need wpa-supplicant, but maybe it needs >> upower-daemon? Not sure. > > True, the VM currently uses NM + wpa_supplicant, which we could > certainly replace with the DHCP client. Done=20 >> I then ran "guix pull" >> and tried again with "sudo -E guix system reconfigure >> /etc/config.scm", since I remembered that the proper way to do this >> using my freshly pulled Guix would be to use -E. I got a new error: >> "error: device '/dev/vda' not found: No such file or directory", which >> occurred because the VM has /dev/sda but not /dev/vda. Maybe we can >> modify the config file to use sda instead? > > It all depends on how you start QEMU: the device would be /dev/vda if > you use virtio, and /dev/hda otherwise. In the manual, we should > probably give the incantation that leads it to use virtio: > > -device virtio-blk,drive=3Dmyhd -drive if=3Dnone,file=3D/tmp/t.img,id= =3Dmyhd I=E2=80=99ve done that in 05b60752a67af294c35d8f4218487c9a44b5fdee. I=E2=80=99ve also fixed sudo along the lines of what Danny suggested in com= mit 6e0521eeede6bd06bc083073145413a04771aad3. I think it=E2=80=99s pretty decent now, or at least there are fewer rough e= dges! :-) Ludo=E2=80=99.