From unknown Sat Jun 21 17:34:20 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#77992 <77992@debbugs.gnu.org> To: bug#77992 <77992@debbugs.gnu.org> Subject: Status: Childhurd stuck booting Reply-To: bug#77992 <77992@debbugs.gnu.org> Date: Sun, 22 Jun 2025 00:34:20 +0000 retitle 77992 Childhurd stuck booting reassign 77992 guix submitter 77992 yelninei@tutamail.com severity 77992 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 22 11:45:35 2025 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 22 16:23:41 2025 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 To: 77992@debbugs.gnu.org Message-ID: Subject: Childhurd stuck booting MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 77992 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 debbugs-submit-bounces@debbugs.gnu.org Tue Apr 22 18:17:41 2025 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: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: yelninei--- via Bug reports for GNU Guix Subject: Re: bug#77992: Childhurd stuck booting 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=2C?= 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-Debbugs-Envelope-To: submit Cc: 77992@debbugs.gnu.org, yelninei@tutamail.com 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 debbugs-submit-bounces@debbugs.gnu.org Wed Apr 23 04:35:13 2025 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 To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Message-ID: In-Reply-To: <87selzq1sn.fsf@gnu.org> References: <87selzq1sn.fsf@gnu.org> Subject: Re: bug#77992: Childhurd stuck booting MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 77992 Cc: 77992@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: -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 debbugs-submit-bounces@debbugs.gnu.org Wed Apr 23 06:32:44 2025 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. From unknown Sat Jun 21 17:34:20 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 21 May 2025 11:24:12 +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