GNU bug report logs -
#41541
merge wip-hurd-vm
Previous Next
Reported by: Jan Nieuwenhuizen <janneke <at> gnu.org>
Date: Tue, 26 May 2020 14:22:02 UTC
Severity: normal
Done: Jan Nieuwenhuizen <janneke <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#41541: merge wip-hurd-vm
which was filed against the guix-patches package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 41541 <at> debbugs.gnu.org.
--
41541: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41541
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Jan Nieuwenhuizen writes:
> Pushed to master as 60fdd9e3896bcd31e0b6ec29ac46d92aa8558565
Hurd is merged, serviced, done, closing.
\o/
Thank you so much for getting this done.
And let this be the beginning of much more Hurd!
Janneke
--
Jan Nieuwenhuizen <janneke <at> gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
[Message part 3 (message/rfc822, inline)]
Hello!
TL; DR: I propose to rebase on master, squash the squash!es, collapse
the Reverts, hard reset and => review+finish the rest, merge!
So...
After about two months in the working, current wip-hurd-vm
commit 6a284069188f59553f27760614ffb604b49ec62b
squash! linux-boot: Update 'make-hurd-device-nodes'.
is finally in a state where it supports building a VM image for the Hurd
in three ways. The April-1st hack^H^H^H^method
--8<---------------cut here---------------start------------->8---
./pre-inst-env guix build -f gnu/system/hurd.scm
--8<---------------cut here---------------end--------------->8---
=> /gnu/store/f1vzgwgxjacn1rd9cpnmpgbv8c5k3rbx-qemu-image
still produces a bootable VM, but fails during startup; lacking
/boot/activation. Starting the Shepherd from RC was introduced, which
broke this. We could spend some effort to resurrect it, but...
It was a fun and amazing feat but I think we should remove it before the
merge. I don't think we realised how sharp/smart this hack was,
navigating cleanly across and through cross-build and qemu-image bugs.
The next method is by using
--8<---------------cut here---------------start------------->8---
./pre-inst-env guix system vm-image --no-grafts --target=i586-pc-gnu gnu/system/examples/bare-hurd.tmpl
--8<---------------cut here---------------end--------------->8---
=> /gnu/store/8pr6qnwl4b5kria0j0hxscv66izc8zpi-qemu-image
TODO: address the no-grafts (See https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41350#71)
This produces a functional VM, including openssh server. Closures
haven't been registered, though, so adding and starting a guix-daemon
may not do what we want yet.
And lastly the new, preferred method that we finally got working
yesterday
--8<---------------cut here---------------start------------->8---
./pre-inst-env guix system disk-image --no-grafts --target=i586-pc-gnu gnu/system/examples/bare-hurd.tmpl
--8<---------------cut here---------------end--------------->8---
=> /gnu/store/qyq2pj175skkc8kffy5nzfyb47sk3kls-disk-image
It should be trivial to add a guix-daemon and do some real work here.
Mattieu is looking into cleaning up of
--8<---------------cut here---------------start------------->8---
b605a36031 * origin/wip-hurd-vm WIP hurd-directives
--8<---------------cut here---------------end--------------->8---
and we also already had a small brain storming on IRC about
--8<---------------cut here---------------start------------->8---
dd62341283 * bootloader: grub: Add support for '<hurd-menu-entry>'.
ec1dfae81b * system: Add 'hurd' field to <boot-parameters>.
43df8616f6 * bootloader: Add `<hurd-menu-entry>'.
--8<---------------cut here---------------end--------------->8---
I guess that before merging, we will want to rewrite this bit, alongside
these lines, nicely summarized as
--8<---------------cut here---------------start------------->8---
<civodul> so to sum up, the following fields would be added to <menu-entry>:
kernel, multiboot-modules
<civodul> janneke: it's not GRUB-specific though, in the sense that GRUB
closely matches the underlying abstractions
<civodul> that is: "multiboot kernel + modules", or "linux + initrd", etc.
<civodul> and yes, <boot-parameters> needs to be extended to reflect these
addition
--8<---------------cut here---------------end--------------->8---
Greetings,
janneke
PS: I'm starting the VMs like so
guix environment --ad-hoc qemu -- qemu-system-i386 -enable-kvm -m 512\
-device rtl8139,netdev=net0 -netdev user,id=net0,hostfwd=tcp:127.0.0.1:10022-:2222\
-snapshot -hda <the-image>
--
Jan Nieuwenhuizen <janneke <at> gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
This bug report was last modified 4 years and 340 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.