From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 20 11:06:32 2020 Received: (at submit) by debbugs.gnu.org; 20 Sep 2020 15:06:32 +0000 Received: from localhost ([127.0.0.1]:52416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kK0vA-0003YW-DQ for submit@debbugs.gnu.org; Sun, 20 Sep 2020 11:06:32 -0400 Received: from lists.gnu.org ([209.51.188.17]:52596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kK0v6-0003YL-Rx for submit@debbugs.gnu.org; Sun, 20 Sep 2020 11:06:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50646) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kK0v5-0007m7-3H for bug-guix@gnu.org; Sun, 20 Sep 2020 11:06:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35703) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kK0v4-0006jx-4A; Sun, 20 Sep 2020 11:06:26 -0400 Received: from [2001:980:1b4f:1:42d2:832d:bb59:862] (port=57430 helo=dundal.janneke.lilypond.org) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kK0ux-0007RU-Ao; Sun, 20 Sep 2020 11:06:20 -0400 From: Jan Nieuwenhuizen To: bug-guix@gnu.org Subject: guix-daemon fails to start in Childhurd Organization: AvatarAcademy.nl X-Url: http://AvatarAcademy.nl Date: Sun, 20 Sep 2020 17:05:37 +0200 Message-ID: <87y2l47ake.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: Mathieu Othacehe X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi! On current master (6feb7a2107000f9ded547543dcda9d64402c6081), the shepherd in a Childhurd fails to start the guix-daemon. It does start when invoked manually, using the same arguments *) The culprit seems to be the usage of fork+exec-command/container: After applying this patch --8<---------------cut here---------------start------------->8--- diff --git a/gnu/services/base.scm b/gnu/services/base.scm index d560ad5a13..98a8d2abca 100644 --- a/gnu/services/base.scm +++ b/gnu/services/base.scm @@ -1570,7 +1570,7 @@ proxy of 'guix-daemon'...~%") ;; the 'set-http-proxy' action. (or (getenv "http_proxy") #$http-proxy)) =20 - (fork+exec-command/container + (fork+exec-command (cons* #$(file-append guix "/bin/guix-daemon") "--build-users-group" #$build-group "--max-silent-time" --8<---------------cut here---------------end--------------->8--- a Hurd VM built with --8<---------------cut here---------------start------------->8--- ./pre-inst-env guix system disk-image --target=3Di586-pc-gnu gnu/system= /examples/bare-hurd.tmpl --8<---------------cut here---------------end--------------->8--- has the shepherd starting the guix-daemon fine. I found that the /container bit was added in 8ce6f4dc2879919c12bc76a2f4b01200af97e019 installer: Run the installation inside a container. ...but I don't find the commit message quite clear about its intention to *always* run guix-daemon in a container; it could be read as sugessting to do so only during installation? How to proceed reverting this container feature for the Hurd? Greetings, Janneke *) For the Hurd that currently is something like: GUIX_LOCPATH=3D/gnu/store/z7a6sbvqzb5zapwpznmjkq2rsxil6i67-glibc-utf8-lo= cales-2.31/lib/locale\ LC_ALL=3Den_US.utf8\ guix-daemon --build-users-group guixbuild --max-silent-time 0 --timeout 0 --log-compression bzip2 --substitute-urls https://ci.guix.gnu.org --disable-chroot --disable-deduplication --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 04:31:12 2020 Received: (at 43533-done) by debbugs.gnu.org; 21 Sep 2020 08:31:12 +0000 Received: from localhost ([127.0.0.1]:53415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKHE8-0001Wi-Ft for submit@debbugs.gnu.org; Mon, 21 Sep 2020 04:31:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKHE5-0001WU-5O for 43533-done@debbugs.gnu.org; Mon, 21 Sep 2020 04:31:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52605) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKHDz-0002V1-S2; Mon, 21 Sep 2020 04:31:03 -0400 Received: from [2a01:e0a:19b:d9a0:9d9d:97cc:d92a:8ac0] (port=53222 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kKHDv-0005jJ-Dm; Mon, 21 Sep 2020 04:31:02 -0400 From: Mathieu Othacehe To: Jan Nieuwenhuizen Subject: Re: guix-daemon fails to start in Childhurd References: <87y2l47ake.fsf@gnu.org> Date: Mon, 21 Sep 2020 10:30:57 +0200 In-Reply-To: <87y2l47ake.fsf@gnu.org> (Jan Nieuwenhuizen's message of "Sun, 20 Sep 2020 17:05:37 +0200") Message-ID: <87a6xjbkfy.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43533-done Cc: 43533-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello janneke, > 8ce6f4dc2879919c12bc76a2f4b01200af97e019 > installer: Run the installation inside a container. > > ...but I don't find the commit message quite clear about its intention > to *always* run guix-daemon in a container; it could be read as > sugessting to do so only during installation? Thanks for the detailed bug report. Yes it's not very clear, I'll try to improve the comments. The idea is that when you run: herd start guix-daemon PID then, the guix-daemon joins the given PID namespaces, which is practical to solve an installation issue. If guix-daemon is started normally, outside of the installation process, then it joins the caller namespaces, which should be a no-op. Of course, it breaks everything if the operating system does not support namespaces. Fixed with 6453915cf7729203ef9552c13cb4528c6f4ed122. Sorry for the breakage, Mathieu From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 21 04:42:13 2020 Received: (at 43533-done) by debbugs.gnu.org; 21 Sep 2020 08:42:13 +0000 Received: from localhost ([127.0.0.1]:53424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKHOn-0001lp-HX for submit@debbugs.gnu.org; Mon, 21 Sep 2020 04:42:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKHOk-0001lZ-1B for 43533-done@debbugs.gnu.org; Mon, 21 Sep 2020 04:42:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52725) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKHOd-0003xs-Vf; Mon, 21 Sep 2020 04:42:03 -0400 Received: from [2001:980:1b4f:1:42d2:832d:bb59:862] (port=58808 helo=dundal.janneke.lilypond.org) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kKHOd-0007RJ-3c; Mon, 21 Sep 2020 04:42:03 -0400 From: Jan Nieuwenhuizen To: Mathieu Othacehe Subject: Re: guix-daemon fails to start in Childhurd Organization: AvatarAcademy.nl References: <87y2l47ake.fsf@gnu.org> <87a6xjbkfy.fsf@gnu.org> X-Url: http://AvatarAcademy.nl Date: Mon, 21 Sep 2020 10:41:19 +0200 In-Reply-To: <87a6xjbkfy.fsf@gnu.org> (Mathieu Othacehe's message of "Mon, 21 Sep 2020 10:30:57 +0200") Message-ID: <87sgbbr07k.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43533-done Cc: 43533-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Mathieu Othacehe writes: Hello Mathieu, >> 8ce6f4dc2879919c12bc76a2f4b01200af97e019 >> installer: Run the installation inside a container. >> >> ...but I don't find the commit message quite clear about its intention >> to *always* run guix-daemon in a container; it could be read as >> sugessting to do so only during installation? > > Thanks for the detailed bug report. Yes it's not very clear, I'll try to > improve the comments. The idea is that when you run: > > herd start guix-daemon PID > > then, the guix-daemon joins the given PID namespaces, which is practical > to solve an installation issue. > > If guix-daemon is started normally, outside of the installation process, > then it joins the caller namespaces, which should be a no-op. Of course, > it breaks everything if the operating system does not support > namespaces. > > Fixed with 6453915cf7729203ef9552c13cb4528c6f4ed122. Yay, I can confirm that it works! > Sorry for the breakage, Thanks for the quick fix and explanation, I didn't catch that no-op trick! It's all about context/knowledge I guess; If you know how /ns/ works, I guess that the patch/explanation was clear. Greetings, Janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com From unknown Sun Aug 17 01:46:03 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 19 Oct 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator