From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id aLH6MUDPCl9LDAAA0tVLHw (envelope-from ) for ; Sun, 12 Jul 2020 08:52:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id gFfNLUDPCl/9YwAAB5/wlQ (envelope-from ) for ; Sun, 12 Jul 2020 08:52:16 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0B0D99400B1 for ; Sun, 12 Jul 2020 08:52:15 +0000 (UTC) Received: from localhost ([::1]:38134 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1juXiY-0007n3-FN for larch@yhetil.org; Sun, 12 Jul 2020 04:52:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58564) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1juXiM-0007mw-WB for help-guix@gnu.org; Sun, 12 Jul 2020 04:52:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40836) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1juXiL-000724-Gt; Sun, 12 Jul 2020 04:52:01 -0400 Received: from [2001:980:1b4f:1:42d2:832d:bb59:862] (port=35770 helo=dundal.peder.onsbrabantnet.nl) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1juXiL-0002Lk-1i; Sun, 12 Jul 2020 04:52:01 -0400 From: Jan Nieuwenhuizen To: "pelzflorian \(Florian Pelz\)" Subject: Re: How to run Guix with Hurd Organization: AvatarAcademy.nl References: <7d75cbb8-6042-f4cb-2c5a-30248acbc3f8@agnuwayofthinking.com> <20200712010528.4f4634b2@interia.pl> <20200712065934.bchlfujkfhqgs7ih@pelzflorian.localdomain> X-Url: http://AvatarAcademy.nl Date: Sun, 12 Jul 2020 10:51:58 +0200 In-Reply-To: <20200712065934.bchlfujkfhqgs7ih@pelzflorian.localdomain> (pelzflorian@pelzflorian.de's message of "Sun, 12 Jul 2020 08:59:34 +0200") Message-ID: <87a705m7yp.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: WlTl5wuYUEEC pelzflorian (Florian Pelz) writes: Hello! > On Sun, Jul 12, 2020 at 01:05:28AM +0200, Jan Wielkiewicz wrote: >> Hurd lacks SMP (Simultaneous MultiProcessing), is 32-bit only and it >> doesn't support modern hardware yet. > > I too wanted to try Hurd on real hardware. I see Jan Nieuwenhuizen > does much work on it. And others, sometimes somewhat more behind the scenes. > After Jan Nieuwenhuizen=E2=80=99s patches from the beginning of July, I d= id > partition /dev/sda as dos, not gpt, and created a partition via > mkfs.ext2 on it (with inode size 128, but I think it does not matter). Ooh, sweet! > But Hurd does not support SATA disks (I think), so booting gets stuck > when it starts an ext2fs translator. It may just yet. Make sure your /dev/sda1 smaller than 128GiB. Booting GNU/Linux on the X86 shows /dev/sda (in fact I have Guix on /dev/sda2 and used guix system reconfigure together with rsync'ing the store) but the Hurd just sees hd0s1. It took me quite some time and help to find this faq entry https://www.gnu.org/software/hurd/faq/2_gib_partition_limit.html (I didn't read it because I knew the 2GiB limit was no longer an issue). I did something simalar on a Thinkpad X60 and managed to boot, but I'm now stuck getting networking up. We have netdde but I cannot get that to work yet; it fails with --8<---------------cut here---------------start------------->8--- netdde: vm_allocate_contiguous : (ipc/mig) bad request message ID --8<---------------cut here---------------end--------------->8--- Sadly, after applying --8<---------------cut here---------------start------------->8--- https://salsa.debian.org/hurd-team/gnumach/-/blob/master/debian/patches/70_= dde.patch --8<---------------cut here---------------end--------------->8--- the Hurd does fails to build for me with a link error --8<---------------cut here---------------start------------->8--- i586-pc-gnu-gcc ... -o boot =3D> boot/deviceServer.c:1227: undefined refere= nce to `ds_device_intr_enable' --8<---------------cut here---------------end--------------->8--- Apparently, our glibc build is off --8<---------------cut here---------------start------------->8--- 2020-07-07.log:[21:25:53] janneke: you need to build glibc against = the patched gnumach headers --8<---------------cut here---------------end--------------->8--- ...but all I looked, it seems we are already (always) doing that. I haven't found if how and where to mould this into a proper bug report yet; probably it's a mistake on our side. This probably works OOTB upon a new gnumach+hurd release, and it may also be obvious/easy when we get more acquainted with the dependencies here. See also http://richtlijn.be/~larstiq/hurd/hurd-2020-07-07 http://richtlijn.be/~larstiq/hurd/hurd-2020-07-11 https://gitlab.com/janneke/guix/-/tree/wip-hurd-reconfigure > I should try again, but this definitely needs users to spend time with > making the system work. The Childhurd service is probably better for > just watching in awe. Yes; while real hardware is fun, trying takes a lot of time and we can have lots of productive and fun times with the childhurds for now. Greetings, Janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com