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 aN0eD/Ya1l6NdAAA0tVLHw (envelope-from ) for ; Tue, 02 Jun 2020 09:25:10 +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 EKwQC/Ya1l7/DQAAB5/wlQ (envelope-from ) for ; Tue, 02 Jun 2020 09:25:10 +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 AA0D7940B0C for ; Tue, 2 Jun 2020 09:25:09 +0000 (UTC) Received: from localhost ([::1]:45666 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jg3AS-00053b-MU for larch@yhetil.org; Tue, 02 Jun 2020 05:25:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jg3AM-00053O-0m for bug-guix@gnu.org; Tue, 02 Jun 2020 05:25:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:54592) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jg3AL-0003tW-MG for bug-guix@gnu.org; Tue, 02 Jun 2020 05:25:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jg3AL-0002e8-IN for bug-guix@gnu.org; Tue, 02 Jun 2020 05:25:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#41541: merge wip-hurd-vm Resent-From: Jan Nieuwenhuizen Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 02 Jun 2020 09:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41541 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Mathieu Othacehe Received: via spool by 41541-submit@debbugs.gnu.org id=B41541.159108988410146 (code B ref 41541); Tue, 02 Jun 2020 09:25:01 +0000 Received: (at 41541) by debbugs.gnu.org; 2 Jun 2020 09:24:44 +0000 Received: from localhost ([127.0.0.1]:37905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jg3A3-0002da-P6 for submit@debbugs.gnu.org; Tue, 02 Jun 2020 05:24:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jg3A2-0002dN-Kc for 41541@debbugs.gnu.org; Tue, 02 Jun 2020 05:24:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41042) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jg39x-0003qI-Cp; Tue, 02 Jun 2020 05:24:37 -0400 Received: from [2001:980:1b4f:1:42d2:832d:bb59:862] (port=37894 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 1jg39w-0007MW-3q; Tue, 02 Jun 2020 05:24:36 -0400 From: Jan Nieuwenhuizen Organization: AvatarAcademy.nl References: <87o8qavktf.fsf@gnu.org> <87tv01vgqy.fsf@gnu.org> <87blm54hae.fsf@gnu.org> <874krtyhtg.fsf@gnu.org> X-Url: http://AvatarAcademy.nl Date: Tue, 02 Jun 2020 11:24:33 +0200 In-Reply-To: <874krtyhtg.fsf@gnu.org> (Mathieu Othacehe's message of "Tue, 02 Jun 2020 10:48:11 +0200") Message-ID: <87h7vtzupa.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-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -3.3 (---) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 41541@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: Ev4CDwfOVs4A Mathieu Othacehe writes: Hello Mathieu, >> I have managed to completely boot-activation. Still using the same >> patch for hurd-directives, but I've got a feeling we're getting real >> close now. > > Just discovered your (gnu build hurd-boot), that's awesome! Thanks...yeah I was just attempting to write a mail about that, asking/wondering if you think some commits should be collapsed again...especially the introduction of using MAKEDEV --8<---------------cut here---------------start------------->8--- Subject: [PATCH 1/9] gnu: hurd: Create minimal "runsystem" script to invoke= "rc". diff --git a/gnu/packages/hurd.scm b/gnu/packages/hurd.scm @@ -329,10 +329,26 @@ boot, since this cannot be done from GNU/Linux." [...] + ;; "@HURD@" and "@COREUTILS@" are a placeholders. + (setenv "PATH" "@HURD@/bin:@HURD@/sbin:@COREUTILS@/bin") @@ -349,10 +374,43 @@ boot, since this cannot be done from GNU/Linux." [...] - (invoke "console" "--daemonize" "-c" "/dev/vcs" - "-d" "vga" "-d" "pc_kbd" "-d" "generic_speaker")))) + (format #t "Creating essential device nodes...\n") + (with-directory-excursion "/dev" + (invoke "MAKEDEV" "--devdir=3D/dev" "std") + (invoke "MAKEDEV" "--devdir=3D/dev" "vcs") + (invoke "MAKEDEV" "--devdir=3D/dev" "tty1""tty2" "tty3" "tty4"= "tty5" "tty6") + (invoke "MAKEDEV" "--devdir=3D/dev" "ptyp0" "ptyp1" "ptyp2") + (invoke "MAKEDEV" "--devdir=3D/dev" "console")) --8<---------------cut here---------------end--------------->8--- later moving it to hurd-boot, and its subsequent removal... > I wonder if we could go one step further and move the "rc" script > outside of the "hurd" package (not sure where to put it though). Yes, I agree that would be great. I briefly thought about it and gave up, instead of asking this question...so The "normal" (old, current master) bootstrap goes like this /hurd/startup -> /libexec/runsystem -> /hurd/init -> /libexec/runsystem.hurd -> /libexec/rc where RC is our initial Guile script. I've managed to patch that into /hurd/startup -> /libexec/runsystem* -> /libexec/rc Where, /hurd is symlink to /gnu/store/*-hurd-0.9/hurd/ and runsystem* now is a very minimal bash script, doing exec /libexec/rc "$@" and /libexecc is currently being substituted with the store file name, which gives us a hurd package that does this /hurd/startup -> /gnu/store/xyz-hurd-0.9/libexec/runsystem -> /gnu/store/xyz-hurd-0.9/libexec/rc Now, how could we have runsystem run another RC? Hmm, runsystem is being called with --load and --system arguments too; we could even give it an --rc=3DRC-FILE if that's more convenient. Then, we would only need to add this RC-FILE to the system, maybe add a %hurd-"something" service? Hmm. Please share your thoughts, I'm having a go at this. Greetings, Janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com