From unknown Fri Aug 15 04:05:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77992: Childhurd stuck booting Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 22 Apr 2025 15:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 77992 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77992@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17453367357611 (code B ref -1); Tue, 22 Apr 2025 15:46:02 +0000 Received: (at submit) by debbugs.gnu.org; 22 Apr 2025 15:45:35 +0000 Received: from localhost ([127.0.0.1]:49520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7FoU-0001yg-Ux for submit@debbugs.gnu.org; Tue, 22 Apr 2025 11:45:35 -0400 Received: from lists.gnu.org ([2001:470:142::17]:54900) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7FoT-0001yM-F2 for submit@debbugs.gnu.org; Tue, 22 Apr 2025 11:45:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7FoK-0002WE-01 for bug-guix@gnu.org; Tue, 22 Apr 2025 11:45:24 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7FoH-0003L2-Du for bug-guix@gnu.org; Tue, 22 Apr 2025 11:45:23 -0400 Received: from tutadb.w10.tutanota.de (w10.api.tuta.com [IPv6:fd:ac::d:10]) by mail.w13.tutanota.de (Postfix) with ESMTP id 9C0F27DBA10A for ; Tue, 22 Apr 2025 17:45:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745336717; s=s1; d=tutamail.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=CE2FgHxtJU5cxeCWg/dO9Cr2K7bj3Gyd7yHyBlm5n9o=; b=udLSQVbxmHFuw5qkPB5sTY3sr3X5uKcghfrqwdU5ARwedc1hknvsBnFQGR5UucQB xCG+0ztWt9V6NTY/4zrq5lTxHvDTLN7KTD6IAYyZvIcEFqOnljbl8tSgkI9aMwEkqG2 bqQiaM1JyGTPccIWPDPjQe6edefxH0l/5vCXycIPuW5YjyFuz3XVxaIb2VTrfCj6Og8 CfCnLdMYA/zVGTBEHMzbJaAtvaTd3ih6/IaobVDn3UHDaHDbIgiDY8E7dE714MRPrLm Ym4R41scU/rtoCRTw9hvTZvp1T35gTXP/eqEVi2/X9I85XbosVuECLtGDO6fvgWRcKU jStsCd4LVw== Date: Tue, 22 Apr 2025 17:45:17 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.205.69.213; envelope-from=yelninei@tutamail.com; helo=mail.w13.tutanota.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) 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: -0.1 (/) Hello, After I updated today my hurd-vm is stuck booting. Looking at the output it seems it is receiving the secrets from the host co= rrectly but then nothing happens after "Service secret-service-client has b= een started" Not Working:=C2=A0c6ee7b0f79632d50ad491b75c240547be8f40c31 Working:=C2=A054cc9c96ec0877b2afa24871c3acd8af27b0d500 Because python does not support cross compiling for most of the window this= is hard to bisect. I didn't find time yet to look into it more. Yelninei From unknown Fri Aug 15 04:05:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77992: Childhurd stuck booting References: In-Reply-To: Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 22 Apr 2025 20:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77992 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77992@debbugs.gnu.org Received: via spool by 77992-submit@debbugs.gnu.org id=B77992.174535342226589 (code B ref 77992); Tue, 22 Apr 2025 20:24:01 +0000 Received: (at 77992) by debbugs.gnu.org; 22 Apr 2025 20:23:42 +0000 Received: from localhost ([127.0.0.1]:50132 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7K9d-0006uk-Hk for submit@debbugs.gnu.org; Tue, 22 Apr 2025 16:23:41 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:46762) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7K9a-0006uT-A4 for 77992@debbugs.gnu.org; Tue, 22 Apr 2025 16:23:39 -0400 Received: from tutadb.w10.tutanota.de (w10.api.tuta.com [IPv6:fd:ac::d:10]) by mail.w13.tutanota.de (Postfix) with ESMTP id 34CCF7DD9E25 for <77992@debbugs.gnu.org>; Tue, 22 Apr 2025 22:23:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745353411; s=s1; d=tutamail.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=SCloBjRThooo3MWyTNUWGuX8CmSUlKU+xqLUejnxcjU=; b=yLt0sRXmgGgQH6MX3nmhkNPPhWasKPRwtY5byLV0WYVC/jQejN9p+eBhj155zCiV aJhpY2LUI4FcmPwyUnk9Pi80m66z+JYs0igd5iIiZTNuj2YOEJN4wiSULhWiDvqraBm KZIEXYfy685VI6TjCM1UNn73j2Cj0le8amc0WlBR43pmrjgL82mjM/J0c++Y1uDQcPQ WpPv7+mrDvcWiiVPet8HB2erxYZoqjfGL3+3OD66bK//ul3ynKC15DlWlb3TlImUqCr fJQk8D9pLjRgqTKzx+fp2GLoPHqQCm8jkquK35a9sPop4mV9TbMTPWjZMFSe2zWbk8u S9d3l2i8qQ== Date: Tue, 22 Apr 2025 22:23:31 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) 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: -1.7 (-) Reverting da741d89310efd0530351670d9c55ec2f952ab98 "services: account: Crea= te /var/guix/profiles/per-user/$USER." fixes this, but I am not sure why. Finding this was a lot of trial and error (bisecting did now work because o= f the python cross compilation failure) but sshd not showing up is caught b= y the childhurd system test. Encountering a record ABI mismatch requiring a= recompile of the entire guix tree slowed this down as well. Also=C2=A0https://issues.guix.gnu.org/77610 is causing the the rest of the = failures in the chldhurd=C2=A0 system test which expect the guix daemon to = be avaialble immediately. I started looking around in glibc and hurd but I = haven't found a good setup yet to easily try changes without a full rebuild= . From unknown Fri Aug 15 04:05:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77992: Childhurd stuck booting Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 22 Apr 2025 22:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77992 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77992@debbugs.gnu.org Cc: yelninei@tutamail.com X-Debbugs-Original-To: yelninei--- via Bug reports for GNU Guix X-Debbugs-Original-Cc: 77992@debbugs.gnu.org, yelninei@tutamail.com Received: via spool by submit@debbugs.gnu.org id=B.174536026116072 (code B ref -1); Tue, 22 Apr 2025 22:18:02 +0000 Received: (at submit) by debbugs.gnu.org; 22 Apr 2025 22:17:41 +0000 Received: from localhost ([127.0.0.1]:50389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7Lvw-0004BA-Sl for submit@debbugs.gnu.org; Tue, 22 Apr 2025 18:17:41 -0400 Received: from lists.gnu.org ([2001:470:142::17]:36136) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7Lvp-0004AW-Eq for submit@debbugs.gnu.org; Tue, 22 Apr 2025 18:17:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7Lvj-0001gD-RN for bug-guix@gnu.org; Tue, 22 Apr 2025 18:17:27 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7Lvi-0008J1-4I; Tue, 22 Apr 2025 18:17:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=CI/66rzErfuPKUTbgapXUysslCa02m/M5z/UQnbzr7o=; b=mnWtxXRog98gLEoH4ezO joIawc4GtZoXnTObsGpxXZbBUxnIA/VPIDULd8q4s1bk9olkuiDEBaqDsfm90/HzcYYAwf5UYLec/ 6Z3uhKewTKtxVgwcxpU5cmMWDaVgaragFGpxL3AgC/RVZYl28IvCi+X5CLMEIbgoIOjptDKyzJkei gnzYv4h2TMQvzI57a17C4ekpCU1LW0I0LGK0pSEdeeMbhEDFrkX4PZ9kyYySSsL2t8KsPQH8ecfO0 AiYILF7zglhHuxdFwWU9vsbRIJ7B3eazw6m/hHmWtH++ezYfz6iv5bKZfmE3vOoTTZ3QXbdEX9Sqg k+kaTDgHQEhmDA==; From: Ludovic =?UTF-8?Q?Court=C3=A8s?= In-Reply-To: (yelninei's message of "Tue, 22 Apr 2025 22:23:31 +0200 (GMT+02:00)") References: User-Agent: mu4e 1.12.9; emacs 29.4 X-URL: https://people.bordeaux.inria.fr/lcourtes/ X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu X-Revolutionary-Date: Tridi 3 =?UTF-8?Q?Flor=C3=A9al?= an 233 de la =?UTF-8?Q?R=C3=A9volution,?= jour de la =?UTF-8?Q?Foug=C3=A8re?= Date: Wed, 23 Apr 2025 00:17:12 +0200 Message-ID: <87selzq1sn.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) 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: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, yelninei--- via Bug reports for GNU Guix writes: > Reverting da741d89310efd0530351670d9c55ec2f952ab98 "services: account: Cr= eate /var/guix/profiles/per-user/$USER." fixes this, but I am not sure why. Woow, thanks for bisecting this, I would never had thought this could be a problem. I built the image for =E2=80=98bare-hurd.tmpl=E2=80=99 and booted it (with =E2=80=9Cconsole=3Dcom1=E2=80=9D on the Mach command line) and here=E2=80= =99s what we see: --8<---------------cut here---------------start------------->8--- shepherd[1]: Starting service file-systems... shepherd[1]: Service file-systems started. shepherd[1]: Service file-systems running with value #t. shepherd[1]: Service file-systems has been started. shepherd[1]: Starting service user-homes... shepherd[1]: Service user-homes failed to start. shepherd[1]: Exception caught while starting user-homes: (misc-error "scm_f= des_to_port" "requested file mode not available on fdes" () #f) shepherd[1]: Service loopback has been started. shepherd[1]: Service loopback started. shepherd[1]: Service loopback running with value #t. --8<---------------cut here---------------end--------------->8--- The =E2=80=98user-homes=E2=80=99 service fails to start, so basically the s= ystem isn=E2=80=99t brought up. The culprit appears to be =E2=80=98mkdir-p/perms=E2=80=99: --8<---------------cut here---------------start------------->8--- ludo@childhurd ~$ rpctrace -o log guile -c '(use-modules (gnu build activat= ion)) (mkdir-p/perms "foo/bar/baz" (getpwnam "ludo") #o755)' Backtrace: In ice-9/boot-9.scm: 1752:10 7 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 6 (apply-smob/0 #) In ice-9/boot-9.scm: 724:2 5 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 4 (_ #(#(#))) In ice-9/command-line.scm: 185:19 3 (_ #) In unknown file: 2 (eval (mkdir-p/perms "foo/bar/baz" (getpwnam "ludo") #) #) In gnu/build/activation.scm: 97:20 1 (mkdir-p/perms _ #("ludo" "x" 1000 998 "Ludovic Cou?" ?) ?) In unknown file: 0 (open "." 7340032 #) ERROR: In procedure open: In procedure scm_fdes_to_port: requested file mode not available on fdes --8<---------------cut here---------------end--------------->8--- The relevant log snippet is this: --8<---------------cut here---------------start------------->8--- 17<--33(pid168)->dir_lookup ("etc/passwd" 4194305 0) =3D 0 1 "" 66<--7= 4(pid168) 66<--74(pid168)->term_getctty () =3D 0xfffffed1 ((ipc/mig) bad request me= ssage ID)=20 66<--74(pid168)->io_stat_request () =3D 0 {23 7 0 56029 0 1745320104 0 33= 188 1 0 0 1841 0 17453 19370 840000000 1745319369 220000000 1745319369 220000000 8192 8 0 0 0 0 0 = 0 0 0 0 0 0} 66<--74(pid168)->io_seek_request (0 0) =3D 0 0 66<--74(pid168)->io_read_request (-1 8192) =3D 0 "root:x:0:0:System admin= istrator:/root:/gnu/st ore/a1vynvd381hxsf979qzv8r25bc3pd2r" task13(pid168)-> 3206 (pn{ 30}) =3D 0=20 20<--32(pid168)->dir_lookup ("." 7340160 0) =3D 0 1 "" 66<--70(pid168) 66<--70(pid168)->io_stat_request () =3D 0 {23 7 0 264001 0 1745320625 0 1= 6832 3 1000 998 4096 0 1745342831 30000000 1745342821 950000000 1745319372 110000000 8192 8 0 0 0= 8388736 8388736 838 8736 8388736 8388736 8388736 8388736 8388736} 66<--70(pid168)->term_getctty () =3D 0xfffffed1 ((ipc/mig) bad request me= ssage ID)=20 66<--70(pid168)->io_get_openmodes_request () =3D 0 0 25<--37(pid168)->io_write_request ("Backtrace:\n" -1) =3D 0 11 --8<---------------cut here---------------end--------------->8--- The =E2=80=98io_get_openmodes=E2=80=99 RPC corresponds to F_GETFL in =E2=80=98scm_i_fdes_is_valid=E2=80=99 in Guile. Can be reproduced with just this: guile -c '(open "." O_DIRECTORY)' I think =E2=80=98flags_to_mode=E2=80=99 in Guile returns =E2=80=9Cr=E2=80= =9D on Linux, which is fine because O_RDONLY is set. But on the Hurd, O_RDONLY is not set: --8<---------------cut here---------------start------------->8--- ludo@childhurd ~$ guile -c '(pk %host-type (fcntl (open-fdes "." O_DIRECTOR= Y) F_GETFL))' ;;; ("i586-pc-gnu" 0) --8<---------------cut here---------------end--------------->8--- vs.: --8<---------------cut here---------------start------------->8--- $ guile -c '(pk %host-type (fcntl (open-fdes "." O_DIRECTORY) F_GETFL))' ;;; ("x86_64-unknown-linux-gnu" 98304) --8<---------------cut here---------------end--------------->8--- Long story short, O_RDONLY =3D 0 on Linux but it=E2=80=99s non-zero on the = Hurd, so to placate =E2=80=98scm_i_fdes_is_valid=E2=80=99, we need to show it tha= t the directory is opened with O_RDONLY: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/build/activation.scm b/gnu/build/activation.scm index 11f7c82d67..038d8327de 100644 --- a/gnu/build/activation.scm +++ b/gnu/build/activation.scm @@ -90,6 +90,7 @@ (define (mkdir-p/perms directory owner bits) ;; By combining O_NOFOLLOW and O_DIRECTORY, this procedure automatically ;; verifies that no components are symlinks. (define open-flags (logior O_CLOEXEC ; don't pass the port on to subprocesses + O_RDONLY ;need on the Hurd, harmless on Linux O_NOFOLLOW ; don't follow symlinks O_DIRECTORY)) ; reject anything not a directory --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Tested on both systems and it seems to work. Let me know how it goes for you! > Finding this was a lot of trial and error (bisecting did now work > because of the python cross compilation failure) but sshd not showing > up is caught by the childhurd system test. Encountering a record ABI > mismatch requiring a recompile of the entire guix tree slowed this > down as well. For the API mismatch, you could probably rebuild just the small subset of modules affected by this (for example, those that refer to if that=E2=80=99s what=E2=80=99s involved). > Also=C2=A0https://issues.guix.gnu.org/77610 is causing the the rest of the > failures in the chldhurd=C2=A0 system test which expect the guix daemon to > be avaialble immediately. I started looking around in glibc and hurd > but I haven't found a good setup yet to easily try changes without a > full rebuild. For such things, I found that testing interactively in QEMU is best. Thanks for finding and debugging this! Ludo=E2=80=99. --=-=-=-- From unknown Fri Aug 15 04:05:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77992: Childhurd stuck booting Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 23 Apr 2025 08:36:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77992 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 77992@debbugs.gnu.org Received: via spool by 77992-submit@debbugs.gnu.org id=B77992.174539731414292 (code B ref 77992); Wed, 23 Apr 2025 08:36:03 +0000 Received: (at 77992) by debbugs.gnu.org; 23 Apr 2025 08:35:14 +0000 Received: from localhost ([127.0.0.1]:52799 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7VZX-0003hu-Qu for submit@debbugs.gnu.org; Wed, 23 Apr 2025 04:35:13 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:53046) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7VZU-0003gF-50 for 77992@debbugs.gnu.org; Wed, 23 Apr 2025 04:35:09 -0400 Received: from tutadb.w10.tutanota.de (w10.api.tuta.com [IPv6:fd:ac::d:10]) by mail.w13.tutanota.de (Postfix) with ESMTP id 936E97E09BC4 for <77992@debbugs.gnu.org>; Wed, 23 Apr 2025 10:34:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745397271; s=s1; d=tutamail.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=KdFAZvxeHxlE1jnHIALLkdd9Annwizo3YBy07CsYRqs=; b=vjfTL7xR6KgyG3hvlS9bVrlhC782l3HMrXyXBTYFoZQAMqU9NIBDcPArEhT0Mpxs uT6yw/6kKHppUaIr2asQaFUyUpBSvzGAUnrwCxljsmJd3tXcRk12Mph6AMmEnafVYul ZOyPADpaUAnQttzPPYwOZBoWF87vBgPd/P9yO7gqudEwhLhhxvWXjw4slXwGHBXRmRf 4r9jHYpPJUsS5Re8+NJlPqmRGBTV3zX0smnGq0quXQYoJfNemGhKOdM4gq5lRtjKnHm 4eHD1EojHoujJV9DULq1pMUM+tX/m6RZ54nQkOCtnDFCpKKcVOiaEE+Nv6LSm+1QE3A bO37CjAsYw== Date: Wed, 23 Apr 2025 10:34:31 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: In-Reply-To: <87selzq1sn.fsf@gnu.org> References: <87selzq1sn.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) 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: -1.7 (-) Hello Apr 22, 2025, 22:17 by ludo@gnu.org: > > Can be reproduced with just this: > > guile -c '(open "." O_DIRECTORY)' > > I think =E2=80=98flags_to_mode=E2=80=99 in Guile returns =E2=80=9Cr=E2=80= =9D on Linux, which is fine > because O_RDONLY is set. But on the Hurd, O_RDONLY is not set: > > --8<---------------cut here---------------start------------->8--- > ludo@childhurd ~$ guile -c '(pk %host-type (fcntl (open-fdes "." O_DIRECT= ORY) F_GETFL))' > > ;;; ("i586-pc-gnu" 0) > --8<---------------cut here---------------end--------------->8--- > > vs.: > > --8<---------------cut here---------------start------------->8--- > $ guile -c '(pk %host-type (fcntl (open-fdes "." O_DIRECTORY) F_GETFL))' > > ;;; ("x86_64-unknown-linux-gnu" 98304) > --8<---------------cut here---------------end--------------->8--- > > Long story short, O_RDONLY =3D 0 on Linux but it=E2=80=99s non-zero on th= e Hurd, > so to placate =E2=80=98scm_i_fdes_is_valid=E2=80=99, we need to show it t= hat the > directory is opened with O_RDONLY: > > > Tested on both systems and it seems to work. > > Let me know how it goes for you! > Thank you, this fixes the issue for me and I did not notice a difference on= Linux. >> Finding this was a lot of trial and error (bisecting did now work >> because of the python cross compilation failure) but sshd not showing >> up is caught by the childhurd system test. Encountering a record ABI >> mismatch requiring a recompile of the entire guix tree slowed this >> down as well. >> > > For the API mismatch, you could probably rebuild just the small subset > of modules affected by this (for example, those that refer to > if that=E2=80=99s what=E2=80=99s involved). > Yeah, but I was not in the mood to figure out which modules would need to b= e rebuilt and just threw away all of them, but will keep this in mind. For = this my brute force method was sufficient but it would have been a lot fast= er with some more tricks. > Thanks for finding and debugging this! > I guess I am finding all the weird Hurd bugs lately. > > Ludo=E2=80=99. > From unknown Fri Aug 15 04:05:03 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: yelninei@tutamail.com Subject: bug#77992: closed (Re: bug#77992: Childhurd stuck booting) Message-ID: References: <87o6wnnpb4.fsf@gnu.org> X-Gnu-PR-Message: they-closed 77992 X-Gnu-PR-Package: guix Reply-To: 77992@debbugs.gnu.org Date: Wed, 23 Apr 2025 10:33:18 +0000 Content-Type: multipart/mixed; boundary="----------=_1745404398-8224-1" This is a multi-part message in MIME format... ------------=_1745404398-8224-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #77992: Childhurd stuck booting which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 77992@debbugs.gnu.org. --=20 77992: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77992 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1745404398-8224-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 77992-done) by debbugs.gnu.org; 23 Apr 2025 10:32:44 +0000 Received: from localhost ([127.0.0.1]:54184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7XPE-00022P-3u for submit@debbugs.gnu.org; Wed, 23 Apr 2025 06:32:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50446) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7XP8-00020J-9p for 77992-done@debbugs.gnu.org; Wed, 23 Apr 2025 06:32:35 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7XP1-0005Y4-Ar; Wed, 23 Apr 2025 06:32:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=3y0lY4E37IPE3IPJALPJroo2QNxHMvNxQ4HDTfPiotE=; b=dsZpxnzm5mioQsDRcsy4 FWBzoDb5iz8/XpT7owd2A+TSoOjwNuOVaEotYKYmhzaZoeTLg99l9HTzBWLomGPOjTgwZpin7cLSf ZpRkMjOYbUOYOV0tI4f19IEKHnpm+bb3A++RlQ0ReYBx62PKAvwlouZNM2hVyEa/9gxqsuW67MCu3 GcafTF0Jxudr/9ODvRQJgSMtTyyLdOVmJ8kZON+t9wPQmB3zWftZeb/ySU9joQhfzVgn+M9o34w0x +kRMGHEu26EPDUHt7G9816NRqBH/NnUsrzBRkcSudRcHI7FHUBMTpsPIIaQxlsytFRAR/6PXbb2rd NEyWwdZ92q/prg==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: yelninei@tutamail.com Subject: Re: bug#77992: Childhurd stuck booting In-Reply-To: (yelninei@tutamail.com's message of "Wed, 23 Apr 2025 10:34:31 +0200 (GMT+02:00)") References: <87selzq1sn.fsf@gnu.org> User-Agent: mu4e 1.12.9; emacs 29.4 X-URL: https://people.bordeaux.inria.fr/lcourtes/ X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu X-Revolutionary-Date: Quartidi 4 =?utf-8?Q?Flor=C3=A9al?= an 233 de la =?utf-8?Q?R=C3=A9volution=2C?= jour de =?utf-8?Q?l'Aub=C3=A9pine?= Date: Wed, 23 Apr 2025 12:29:51 +0200 Message-ID: <87o6wnnpb4.fsf@gnu.org> 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: 77992-done Cc: 77992-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 (---) Hi, yelninei@tutamail.com writes: >> Tested on both systems and it seems to work. >> >> Let me know how it goes for you! >> > Thank you, this fixes the issue for me and I did not notice a difference = on Linux. Thanks for checking, pushed as 27e62d4481a02f1016c7a72bedb946d92ceecf49. Ludo=E2=80=99. ------------=_1745404398-8224-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 22 Apr 2025 15:45:35 +0000 Received: from localhost ([127.0.0.1]:49520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7FoU-0001yg-Ux for submit@debbugs.gnu.org; Tue, 22 Apr 2025 11:45:35 -0400 Received: from lists.gnu.org ([2001:470:142::17]:54900) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7FoT-0001yM-F2 for submit@debbugs.gnu.org; Tue, 22 Apr 2025 11:45:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7FoK-0002WE-01 for bug-guix@gnu.org; Tue, 22 Apr 2025 11:45:24 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u7FoH-0003L2-Du for bug-guix@gnu.org; Tue, 22 Apr 2025 11:45:23 -0400 Received: from tutadb.w10.tutanota.de (w10.api.tuta.com [IPv6:fd:ac::d:10]) by mail.w13.tutanota.de (Postfix) with ESMTP id 9C0F27DBA10A for ; Tue, 22 Apr 2025 17:45:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745336717; s=s1; d=tutamail.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=CE2FgHxtJU5cxeCWg/dO9Cr2K7bj3Gyd7yHyBlm5n9o=; b=udLSQVbxmHFuw5qkPB5sTY3sr3X5uKcghfrqwdU5ARwedc1hknvsBnFQGR5UucQB xCG+0ztWt9V6NTY/4zrq5lTxHvDTLN7KTD6IAYyZvIcEFqOnljbl8tSgkI9aMwEkqG2 bqQiaM1JyGTPccIWPDPjQe6edefxH0l/5vCXycIPuW5YjyFuz3XVxaIb2VTrfCj6Og8 CfCnLdMYA/zVGTBEHMzbJaAtvaTd3ih6/IaobVDn3UHDaHDbIgiDY8E7dE714MRPrLm Ym4R41scU/rtoCRTw9hvTZvp1T35gTXP/eqEVi2/X9I85XbosVuECLtGDO6fvgWRcKU jStsCd4LVw== Date: Tue, 22 Apr 2025 17:45:17 +0200 (GMT+02:00) From: yelninei@tutamail.com To: bug-guix@gnu.org Message-ID: Subject: Childhurd stuck booting MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.205.69.213; envelope-from=yelninei@tutamail.com; helo=mail.w13.tutanota.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit 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: -0.1 (/) Hello, After I updated today my hurd-vm is stuck booting. Looking at the output it seems it is receiving the secrets from the host co= rrectly but then nothing happens after "Service secret-service-client has b= een started" Not Working:=C2=A0c6ee7b0f79632d50ad491b75c240547be8f40c31 Working:=C2=A054cc9c96ec0877b2afa24871c3acd8af27b0d500 Because python does not support cross compiling for most of the window this= is hard to bisect. I didn't find time yet to look into it more. Yelninei ------------=_1745404398-8224-1--