From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 10 Apr 2025 14:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17442969348741 (code B ref -1); Thu, 10 Apr 2025 14:56:01 +0000 Received: (at submit) by debbugs.gnu.org; 10 Apr 2025 14:55:34 +0000 Received: from localhost ([127.0.0.1]:46273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u2tJW-0002Gu-8x for submit@debbugs.gnu.org; Thu, 10 Apr 2025 10:55:34 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40414) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u2tJT-0002Ge-Og for submit@debbugs.gnu.org; Thu, 10 Apr 2025 10:55:32 -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 1u2tJN-0002aE-Ny for bug-guix@gnu.org; Thu, 10 Apr 2025 10:55:25 -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 1u2tJK-0001uT-BG for bug-guix@gnu.org; Thu, 10 Apr 2025 10:55:24 -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 EE372787C744 for ; Thu, 10 Apr 2025 16:55:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1744296915; 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=8bIfcVogKdtyxFO5Rxc4a9EZHSZeAMyykdkJftXLHY4=; b=tvpKtptzEIqMG5YNn0NxC439vQ9o5EoxoCNa3wptImyPSd+Qvavk1vq+R8ZlV1iT BmbkUbK1e3MGiCxjDMNqQDPoosabByPPXEL3hayAllwvdYL8cowyLNnYmV89suiybvd GVj/aCb5JNF/fPMeDn0RoU/eh8FUwfGMXAYSeti+CZXOZmGvMGme9+kK2O8VvSgZjMW Tyldho0/48USJe6QdHQa9JdAkaxGdVsbovfMLtp1JkZigRSSapXBApsc/0cyStGN1zU rNfMPBLeh3fPuZ51cLNRO3NbVNzoZLuk5yCpYGvyVC/ggwBIWoVlQMhi9T0Y8GhnvpT Bkw5mS9bJQ== Date: Thu, 10 Apr 2025 16:55:15 +0200 (CEST) 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_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_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, Here are all of the things I had to do to restore the (32bit) Hurd on core-= packages-team branch - gnumach incompatible with automake@1.17 Our current gnumach does not build with automake@1.17. This got fixed for g= numach and gnumach-headers in hurd.scm by using automake@1.16.5 but not in = commencement.scm. Probably the better solution is to instead refresh hurd/mach and friends to= their latest snapshots which includes the fix for automake@1.17 - The same 4 gnulib tests would fail in a lot of packages: coreutils grep l= ibunistring diffutils findutils sed m4 gettext =C2=A0 As these were fine with glibc@2.40 this seems to be a regression in = glibc. =C2=A0=C2=A0 * test-once1 and bison segfaulting Fixed with https://salsa.debian.org/glibc-team/glibc/-/commit/22f0a9381fe844a5de92a570= 12833bec225a9686 https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3Dccdb68e829a31e4cda= 8339ea0d2dc3e51fb81ba5 * test-pthread_sigmask1 https://salsa.debian.org/glibc-team/glibc/-/commit/6c823b5862bd91ca757eeb9c= 6f5326875bc8af01 * test-symlink and test-symlinkat https://sourceware.org/bugzilla/show_bug.cgi?id=3D32569 https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3D8ef17919509e909746= b0ad6465e9c6c952a3fe34 causes mkdir("dir") symlink("nowhere", "dir/") to fail with ENOTDIR (previously it was EINVAL). On Linux it is EEXIST - The disable-year-2038 configure flag Some packages (findutils, tar, util-linux [latest coreutils, currently not = yet updated]) have a configure time fatal check for 64bit time_t whcih need= s to explicitly be disabled if not supported. This is also relevant for other 32 bit platforms. - rumpkernel : Implicit function declaration It fails to build because of gcc14 and -Wimplicitit-function-declaration there is a newer tag on the debian repo but I struggled to understand the b= uild system. - Some test failures: openssl, automake@1.17 and bison I have not looked into these yet, - Flaky tests: tar, curl It should also be possible to build hurd with a more recent texinfo. With all of these dealt with I could build all of a slightly modified hurd-= manifest (all of these are not new problems and also fail on the master bra= nch). - Removed=C2=A0 gdk-pixbuf (dbus is failing https://gitlab.freedesktop.org/= dbus/dbus/-/commit/5d7b87496f3bb094b926692036ae656c31efdd8e and I havent lo= oked further) - Removed guix - Removed patch (it #+ includes gnulib , which fails because of clisp) - Skipped tests in grep: Triple-backref test fails - Skipped tests in libgit2: The last one fails - Skipped tests in guile-fibers: One test hangs - Skipped tests in shepherd #77634 I hope this helps. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch References: In-Reply-To: Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 11 Apr 2025 10:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174436568626451 (code B ref 77709); Fri, 11 Apr 2025 10:02:01 +0000 Received: (at 77709) by debbugs.gnu.org; 11 Apr 2025 10:01:26 +0000 Received: from localhost ([127.0.0.1]:48813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u3BCQ-0006sZ-Fj for submit@debbugs.gnu.org; Fri, 11 Apr 2025 06:01:26 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:46914) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u3BCM-0006sG-GQ for 77709@debbugs.gnu.org; Fri, 11 Apr 2025 06:01:24 -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 7413E78DC776 for <77709@debbugs.gnu.org>; Fri, 11 Apr 2025 12:00:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1744365645; 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=z7YlaN6OWEg7ZuYMtwfZipx9wVemvUe9cVDYjEoLRtQ=; b=xuFQAdMzDE65BQXAYYED21suhrLTZ3U1W6nA5syTfLjwXZLoOYZFyIRVKSN90gEY 07PDNGjkTByz4bA3lxSBAv7o7pvCFw7dv1UrEI2K7l1K0/ZRfc+GV+LFkJxHmAON55X txLYoiAWMOpEizAjzp+y0LKszub32uFvLUYNH+tetVSPnqjDvB/jPJqdeaOIe52bkXC amsVKHqiB5+hY+BcWyXCHfUw84ZT7Kn89D4zfSJEGjlu5AF6g4rg41z+viFSX4f/DN9 xXQF63b4Pqkq7c8StxdKa+3zUxYqECuvBuhIzplHtxJLQQ13B5j6jFhgJ3UuPIYS1lX WaXGZQ5XUA== Date: Fri, 11 Apr 2025 12:00:45 +0200 (CEST) From: yelninei@tutamail.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (-) The symlink test failure is even more complex than I thought. In 2009 there was a patch to gnulib to accept the incorrect EINVAL errno https://git.savannah.gnu.org/cgit/gnulib.git/commit/tests/test-symlink.h?id=48b0feac54dce2caf46cc53dd160e699737ff52a. which should never have been passing in the first place. And now that this value has changed with glibc-2.41 everything breaks. Maybe all of these cases in the glibc patch should be EEXIST instead which I think is the behavior on linux (assumption and untested). I am unsure how to proceed because I don't know who is wrong, gnulib or glibc. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 25 Apr 2025 10:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174557568312855 (code B ref 77709); Fri, 25 Apr 2025 10:09:02 +0000 Received: (at 77709) by debbugs.gnu.org; 25 Apr 2025 10:08:03 +0000 Received: from localhost ([127.0.0.1]:47666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u8FyU-0003LH-Up for submit@debbugs.gnu.org; Fri, 25 Apr 2025 06:08:03 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:34638) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u8FyR-0003KT-3J for 77709@debbugs.gnu.org; Fri, 25 Apr 2025 06:08:00 -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 08DAD7F14357 for <77709@debbugs.gnu.org>; Fri, 25 Apr 2025 12:07:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745575641; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=lvVBDskd8QkwOL8aYkRC4iBgLAzVwflNFrcjjZ5x0Yw=; b=2dhz6iMcSNw/72rfGsN+V6hzciLLUvtpIZqz+mAtaMea3SpEUBNF9F8G6nR11GEB Mc0tg2p+Y+w9JlKn8Hoddl2C+CGS20WvSk3y+ocRcKw+IVPSB5gCxmY9aa14sMlaEZB GvuO+GWGCdObK+86qm8RzFdacMASKGiaoBTeMRkIXYiY3DH2q98TBuC+04JhIEmCeXz dJhaGvPDS7lS1/7yvZZjmbzm3fpmtrDRj8G4ByOWBzePptMocV5mnAjsmHi8xNVmV97 NLtWtRAIRwH6qSpphX0lc4w6n52YdMI8SzNLzBTi5APpo7KYZ1Q+D2kC8TJAqPwSRhk 3pikRen/tw== Date: Fri, 25 Apr 2025 12:07:21 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (-) This is now fixed in glibc for symlink see 39183b953c68a489cc0b9aefb8974711c834fb38 but should probably be added to glibc/hurd. Apr 11, 2025, 10:00 by yelninei@tutamail.com: > The symlink test failure is even more complex than I thought. > > In 2009 there was a patch to gnulib to accept the incorrect EINVAL errno > https://git.savannah.gnu.org/cgit/gnulib.git/commit/tests/test-symlink.h?id=48b0feac54dce2caf46cc53dd160e699737ff52a> . > which should never have been passing in the first place. > > And now that this value has changed with glibc-2.41 everything breaks. > > Maybe all of these cases in the glibc patch should be EEXIST instead which I think is the behavior on linux (assumption and untested). > > I am unsure how to proceed because I don't know who is wrong, gnulib or glibc. > From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 25 Apr 2025 17:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709@debbugs.gnu.org Cc: yelninei@tutamail.com X-Debbugs-Original-To: yelninei--- via Bug reports for GNU Guix X-Debbugs-Original-Cc: yelninei@tutamail.com, 77709 <77709@debbugs.gnu.org> Received: via spool by submit@debbugs.gnu.org id=B.17456031758534 (code B ref -1); Fri, 25 Apr 2025 17:47:02 +0000 Received: (at submit) by debbugs.gnu.org; 25 Apr 2025 17:46:15 +0000 Received: from localhost ([127.0.0.1]:52516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u8N7v-0002Da-86 for submit@debbugs.gnu.org; Fri, 25 Apr 2025 13:46:15 -0400 Received: from lists.gnu.org ([2001:470:142::17]:58242) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u8N7r-0002Cj-N7 for submit@debbugs.gnu.org; Fri, 25 Apr 2025 13:46:12 -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 1u8N7l-0005Od-V6 for bug-guix@gnu.org; Fri, 25 Apr 2025 13:46:06 -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 1u8N7k-0006XN-Pb; Fri, 25 Apr 2025 13:46:05 -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=jEMOhtKUpuG34fjFA+4vcm/et+VW+94TAW2BRjsfXog=; b=OjMgGAvzYC5JBrMzFIk1 GFZFnEqml+3SeSxSMMyATdH7FBvJJHWczpZcln9Rd8EAbjkQekEH3RET69Es3TtT8xpW0BLz7POzV /5/OcxYvcYRunty2M612NbuLG2Go+GnFb2f8kVc9UsSeuai1jZPm3tTFvTIJ6BlaFGygCG/+/WPsp vZmYN1Wxl7Mj1br1SW6s4Bnnt71OzZm/V1MEp5o/IhU3Ewj0e2ilGaYLRNw5zdzEnOlkUB0R9F+SW dvgU5gJQ0pTFENbgBlCfLWJmDHmHr78nX5CHerpTZtGqpT+MMtc3jB2v7/Fcm+A5gHny6htVA7AbU EJXC0B3NBiVw7Q==; From: Ludovic =?UTF-8?Q?Court=C3=A8s?= In-Reply-To: (yelninei's message of "Fri, 25 Apr 2025 12:07:21 +0200 (CEST)") 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: Sextidi 6 =?UTF-8?Q?Flor=C3=A9al?= an 233 de la =?UTF-8?Q?R=C3=A9volution,?= jour de l'Ancolie Date: Fri, 25 Apr 2025 19:43:49 +0200 Message-ID: <87o6wkdtm2.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) Hi, > This is now fixed in glibc for symlink see 39183b953c68a489cc0b9aefb89747= 11c834fb38 but should probably be added to glibc/hurd. Would you like to prepare a patch for Guix adding this patch to glibc? Actually, on =E2=80=98core-packages-team=E2=80=99, we should merge =E2=80= =98glibc=E2=80=99 and =E2=80=98glibc/hurd=E2=80=99 since they only differ by Hurd-specific patche= s. Thanks, Ludo=E2=80=99. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 28 Apr 2025 14:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174585055121876 (code B ref 77709); Mon, 28 Apr 2025 14:30:02 +0000 Received: (at 77709) by debbugs.gnu.org; 28 Apr 2025 14:29:11 +0000 Received: from localhost ([127.0.0.1]:58621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u9PTq-0005gm-Ob for submit@debbugs.gnu.org; Mon, 28 Apr 2025 10:29:11 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:41022) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u9PTo-0005fx-2k for 77709@debbugs.gnu.org; Mon, 28 Apr 2025 10:29: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 8BA358059561 for <77709@debbugs.gnu.org>; Mon, 28 Apr 2025 16:28:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1745850511; 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=vij0Wcgyz2/hKzX5KZPpBH1xdpJzBS5aU/Jn8H6CRX0=; b=0dhSTSZuMyXuj9k2HIWdZhJTdpNiGoyVuzWW58ILeYW+6XaE8pPvc66xksW03a+s yQBPy0MzL2s6iLihovlME6jM5+VIuOdXEJcNEriNAO6saR3p6crX7fYQ4Uqf/uAS+Su ttAM1NBbhLWaC9i+proMKA0u/g9vK+hr5BMp/zGQwhkqMLXgpllIP9puT6Tq6fNomHH /IXqnxT1uAjdvVmJ+GoWkbNS3MxQfBULXNHGwT6cF+yISuJywwxt+BTWMSgCZUDZofZ KMU/Ip+pfM1qy3i5yaIBbSbi7QLCZnHy5GFbddXKq6WrJqSUzmyEvcUIhUIV6/pJ2Ej gGIS7UZIAQ== Date: Mon, 28 Apr 2025 16:28:31 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: <87o6wkdtm2.fsf@gnu.org> References: <87o6wkdtm2.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 25, 2025, 17:46 by ludo@gnu.org: > Hi, > >> This is now fixed in glibc for symlink see 39183b953c68a489cc0b9aefb8974= 711c834fb38 but should probably be added to glibc/hurd. >> > > Would you like to prepare a patch for Guix adding this patch to glibc? > Sure, I can do that.=C2=A0 I mentioned in the first message that at least 2 other glibc patches are ne= eded as well as currently bison is segfaulting immediately=C2=A0 . With the= se it is only crashing in 3 tests and I have not yet looked if there are an= other (glibc) patches that would fix those aswell. > Actually, on =E2=80=98core-packages-team=E2=80=99, we should merge =E2=80= =98glibc=E2=80=99 and > =E2=80=98glibc/hurd=E2=80=99 since they only differ by Hurd-specific patc= hes. > That would be great but I would love to have the bison issue fully solved b= efore to not cause inconveniences for the linux builds. I have not yet look= ed into this though. > Thanks, > Ludo=E2=80=99. > From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 05 May 2025 16:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174646178410570 (code B ref 77709); Mon, 05 May 2025 16:17:02 +0000 Received: (at 77709) by debbugs.gnu.org; 5 May 2025 16:16:24 +0000 Received: from localhost ([127.0.0.1]:42089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uByUS-0002kQ-Ah for submit@debbugs.gnu.org; Mon, 05 May 2025 12:16:24 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:34852) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uByUN-0002jo-5M for 77709@debbugs.gnu.org; Mon, 05 May 2025 12:16:20 -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 C51268398A9F for <77709@debbugs.gnu.org>; Mon, 5 May 2025 18:16:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1746461771; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=tK3s6R9IDPf/zmYSJcJEA5xadLBpStu9XRFSiyhcZos=; b=WA3N9cx59xVT3o7brCIKuHPt/OoL4vCuWdeVMwIdmm8ltI+SWMqhCE+iIzpxn3Qf GGScyDmVNWNmoNQdyiyg8aPEH8hWKxWUCKtauR6wsfU4F48aqTeEKQ7WZbo0qAqZhz6 T4kpJGGvfpF9aQBdzdyf7kmb5GOwxjpG/0Zy3fliaYESp1Pnry1whfzmuA4WsFpk9X4 d5c4WQcfkffWia+tdgi/tjQxUIjY8HioLA5m4ocuuhckYIe3tqs7Zpz6VHOUTB2AwrE D2XjGA6XW7Mb+JpTD4ChkXbrBEXub65TOoFJe0PJLkVqOWBqEl6xGzzd7gpq5DCAkdU qnTo7my17g== Date: Mon, 5 May 2025 18:16:11 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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.7 (-) The openssl test issue went away after I updated openssl to 3.4.1 Considering that 3.4.0 is vulnerable to=C2=A0CVE-2024-12797 and=C2=A0CVE-20= 24-13176 it should probably be upgraded, but I dont know whether to use 3.4.1 or 3.5= .0 ? I reconfigured a minimal server os (basically just openssh and dhcp and and= a hurd vm, removing guix-icons and no grub image to prevent a dependency o= n librsvg and thus rust) ontop of my WIP core-packages-team successfully an= d encountered some issueson the linux side: - dtc: Test failures - fakeroot: Fixed by an update to 1.37.1.1 - python-pyelfutils: Test failures - nvi: Add a missing #~ in the #:make-flags - clisp: Test failures (this is needed because of gnulib -> patch -> linux-= libre-source) - openbios: Had issues building libstdc++ for not version 14. The package i= s using gcc-10. Changing to the normal gcc (-14) and it fails compiling.=C2= =A0 I worked around this by updating to a later commit which includes a cha= nge to disable a compiler warning. I ignored them for now because my main goal was a childhurd with glibc-2.41= , latest hurd and mach natively. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 05 May 2025 20:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174647587227115 (code B ref 77709); Mon, 05 May 2025 20:12:01 +0000 Received: (at 77709) by debbugs.gnu.org; 5 May 2025 20:11:12 +0000 Received: from localhost ([127.0.0.1]:43393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uC29g-00073H-BX for submit@debbugs.gnu.org; Mon, 05 May 2025 16:11:12 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:55312) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uC29b-00072W-1p for 77709@debbugs.gnu.org; Mon, 05 May 2025 16:11:10 -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 C402083B202E for <77709@debbugs.gnu.org>; Mon, 5 May 2025 22:10:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1746475830; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=2sMXXvXDM2g0dP8F38jws4MODpXO3euOFJZ8c2v9dzw=; b=Z1gmaa9V6L/215MfhbMU0uIglDXexAjeiYBnBq2j227ERhEmED9jkEgnHqiw26wa 7eFbsXtso4KdVkddaAtM2lPG2PK/X8CsqLN3rlf9pZbLZemsG0JopvUU0tOgdjKiEoU F5jXd5Thvf1Xyeawk31Px0xp/E5TLNlMQNIuhotfhhWpbE48AZWFQipAVolTWqZNTwa QVVGcKE17+H4bx3QS+e/+EPMjztm2v4hIwDrZzOnp/1/KcOlKbSeydOq4WN97tJEbUp BqNZAk+T1px6rGAij3sFG1iWurdYVqercmB1LZNHwWY6HYV2uCiU7B62lZHghVs1Awc Bfg7WZdEYg== Date: Mon, 5 May 2025 22:10:30 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (-) For automake@1.17 when I tried to rerun the tests only the t/backcompat2.sh test was failing. However this seems to be a transient failure that went away when I retried. Should flaky tests be disabled? I dont have the previous logs anymore but iirc there were more failed tests previously. As this test suite takes forever with a single core (phase `check' succeeded after 3722.8 seconds) I did not bother to check again previously. In particular the issue with the t/output-order.sh test and the libgc warnings from the guile driver seem to be gone/less of a problem. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: Z572 Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 07 May 2025 14:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709@debbugs.gnu.org Cc: yelninei@tutamail.com X-Debbugs-Original-To: yelninei--- via Bug reports for GNU Guix X-Debbugs-Original-Cc: yelninei@tutamail.com, 77709 <77709@debbugs.gnu.org> Received: via spool by submit@debbugs.gnu.org id=B.174662854028079 (code B ref -1); Wed, 07 May 2025 14:36:01 +0000 Received: (at submit) by debbugs.gnu.org; 7 May 2025 14:35:40 +0000 Received: from localhost ([127.0.0.1]:45279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCfs4-0007Ip-76 for submit@debbugs.gnu.org; Wed, 07 May 2025 10:35:40 -0400 Received: from lists.gnu.org ([2001:470:142::17]:36470) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCfs2-0007IP-Cb for submit@debbugs.gnu.org; Wed, 07 May 2025 10:35:38 -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 1uCfrr-0002jc-J2 for bug-guix@gnu.org; Wed, 07 May 2025 10:35:27 -0400 Received: from mail.z572.online ([88.99.160.180]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uCfrp-00068s-Tw for bug-guix@gnu.org; Wed, 07 May 2025 10:35:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=z572.online; s=me; t=1746628935; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=IejyPqMzX8GhoWoelGyzIMcpaNzoPjecIrRyIBEHzDo=; b=soRcBJhofe4/yTr+LGa7myZufyo2B3X2htETIk4M6j/kjET+U3pLhd+YJ957dWbwY+MLTP Cn2RevcRJocqoM2vkpIuS9Lqm6A9wzEg50eD+PppPP7Ju462813JyQlJB7Mh/4ja5z+y1S SllmU6qRsNCqIkJWViakVXsZz/auzOA= Received: from m ( [115.192.96.110]) by mail.z572.online (OpenSMTPD) with ESMTPSA id b3b7adbb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 7 May 2025 14:42:15 +0000 (UTC) From: Z572 In-Reply-To: (yelninei's message of "Mon, 5 May 2025 18:16:11 +0200 (GMT+02:00)") References: User-Agent: mu4e 1.12.9; emacs 30.0.92 Date: Wed, 07 May 2025 22:35:15 +0800 Message-ID: <8734dgpjz0.fsf@z572.online> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=88.99.160.180; envelope-from=z572@z572.online; helo=mail.z572.online X-Spam_score_int: 4 X-Spam_score: 0.4 X-Spam_bar: / X-Spam_report: (0.4 / 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, FROM_SUSPICIOUS_NTLD=0.499, PDS_OTHER_BAD_TLD=1.999, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 3.5 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: yelninei--- via Bug reports for GNU Guix writes: > The openssl test issue went away after I updated openssl to 3.4.1 > > Considering that 3.4.0 is vulnerable =?UTF-8?Q?to=C2=A0CVE-2024-12797_?= =?UTF-8?Q?and=C2=A0CVE-2024-13176?= > it should probably be upgraded, but I dont know wh [...] Content analysis details: (3.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: z572.online (online)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD 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.5 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: yelninei--- via Bug reports for GNU Guix writes: > The openssl test issue went away after I updated openssl to 3.4.1 > > Considering that 3.4.0 is vulnerable =?UTF-8?Q?to=C2=A0CVE-2024-12797_?= =?UTF-8?Q?and=C2=A0CVE-2024-13176?= > it should probably be upgraded, but I dont know wh [...] Content analysis details: (3.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: z572.online (online)] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 1.0 BULK_RE_SUSP_NTLD Precedence bulk and RE: from a suspicious TLD 0.5 FROM_SUSPICIOUS_NTLD From abused NTLD -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable yelninei--- via Bug reports for GNU Guix writes: > The openssl test issue went away after I updated openssl to 3.4.1 > > Considering that 3.4.0 is vulnerable to=C2=A0CVE-2024-12797 and=C2=A0CVE-= 2024-13176 > it should probably be upgraded, but I dont know whether to use 3.4.1 or 3= .5.0 ? As far as I know, openssl 3.5 is the lts version and I would tend to upgrade to 3.5. Are you interested in sending patches to update it? > > I reconfigured a minimal server os (basically just openssh and dhcp > and and a hurd vm, removing guix-icons and no grub image to prevent a > dependency on librsvg and thus rust) ontop of my WIP > core-packages-team successfully and encountered some issueson the > linux side: > > - dtc: Test failures > - fakeroot: Fixed by an update to 1.37.1.1 > - python-pyelfutils: Test failures > - nvi: Add a missing #~ in the #:make-flags > - clisp: Test failures (this is needed because of gnulib -> patch -> linu= x-libre-source) > - openbios: Had issues building libstdc++ for not version 14. The > package is using gcc-10. Changing to the normal gcc (-14) and it fails > compiling.=C2=A0 I worked around this by updating to a later commit which > includes a change to disable a compiler warning. > > > I ignored them for now because my main goal was a childhurd with > glibc-2.41, latest hurd and mach natively. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEfr6klGDOXiwIdX/bO1qpk+Gi3/AFAmgbb6MACgkQO1qpk+Gi 3/CPnQ//dA9FwcBVCEk8HfQzWAyTNYjpMsRhCZ13w6NvFZgLZOs5fgQwoVywSUes 2tPCQY/SZzIOOL4b7T14Vi8R2mDjd2LNmOQgvaaT2qlFIzWDaZ05NN4uefVoRLFo NPuhO5vyNdsN2kOxdo+8U1eJIYCoF3xl0iy139aSRPuv2rqgY54OXOmSrQu+g6+O H9t1Mhdworht1KuBxcLU6WWJiknUklxfrWihtZMxkCcC3JO9RyHviAjEbWTNLRSF xJcaX+ZVBdzPGU36njfbJ5Tfcw+lqYKzI4+fdUN+5Q2X0cho2jP8gSiNHFiMdWs/ iSnbtazLd1w4Gzs4KDQzqZkVlcU63yUmPTASyCCDW8pylK/J/jelRwIWTYK4Lerq x4a7Ms1asJsQnIPVd3Ldmczr/ow/0/HrlG9Aw1OYAqjzO+5So/hHgHdN4uN0yNeY IaLapcswAe+VctDAtFWjz7Rxovy0lev/1dnkPwPlnoA/VrTiBgVmNi4SgFMudYdv Ioeg5JQKeyB7jGYHEs9Lr7BmFFCNjc5ZBzzy+e4eh+xp9NQxcZGIW6x+gcD4TEZE DqTIE6Qd2GZOXPipkk3M+rJXJUcRZx0URZellHKEhuWH0ZFhNgP5uezmkoMsVOeB u2vREe7yecQE6EK61UZV7Xd6lrzBCh0bHLN1/7RMh7Ghq2MkCF8= =yRa9 -----END PGP SIGNATURE----- --=-=-=-- From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 07 May 2025 17:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.17466383283350 (code B ref 77709); Wed, 07 May 2025 17:19:02 +0000 Received: (at 77709) by debbugs.gnu.org; 7 May 2025 17:18:48 +0000 Received: from localhost ([127.0.0.1]:46735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCiPv-0000ry-Pz for submit@debbugs.gnu.org; Wed, 07 May 2025 13:18:48 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:57096) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCiPj-0000qu-Ee for 77709@debbugs.gnu.org; Wed, 07 May 2025 13:18:43 -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 3654484A7C45 for <77709@debbugs.gnu.org>; Wed, 7 May 2025 19:18:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1746638308; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=weBq9fodnib9MgbHFXVW7VKPaj2Rmp3pjA4Z+GnyneU=; b=mK0q8Wcc39pTcvWkB9seOCXTQagCXRI0PyCYx3u2PcjB2mb+8S/+wtN65A19ET7P +4IKIBIvJm5GNA3l1Fw2UGWUNNJO7VxKZApPMGd+FZM2d6G0scNVFaKvu1j5j4w1yQY zlGC9eQdTcjyl/sCa1wM6vSdeUzeGXNO5VP/Hkz/2E1eOi4wSIJjrPRtz18kmbh+hA9 OTXVgijUg9d8dqlahdfCx6ORJg57OD/8ZkktTILFCwzyVusTm97dIs2OdtqNtEFx2eh WWw+3oMrozRA2khODJkHfY8g+yDQptzI7PTRCvqIBEoj9ROLFye8zlfpAA2o8vDWHuQ L+5JxJvuwQ== Date: Wed, 7 May 2025 19:18:28 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (-) I asked about the bison failures on #hurd and ZhaoM tried to rebuild bison on debian with glibc 2.41 and encountered similar segfaults in the same tests. I only had one additional failure than them that also was not failing when I initially checked this. After retrying on a childhurd from master the test was skipped because of a lack of english utf8 locale. On the childhurd running on core-packages-team the locale seems to be available, the test runs and bison segfaults. I guess it is great that guix forces one to deal with such things immediately and not when one decides to rebuild a program but it massively increases the scope of updating a core package. May 5, 2025, 20:10 by yelninei@tutamail.com: > I dont have the previous logs anymore but iirc there were more failed tests previously. As this test suite takes forever with a single core (phase `check' succeeded after 3722.8 seconds) I did not bother to check again previously. > > This is probably because of the same locale issue as I have problems with a childhurd built from master but no such things (apart from flaky tests) on a childhurd from core-packages-team. The stderr is full of "sh: warning: setlocale: LC_ALL: cannot change locale (C.UTF-8)" and the automake test suite seems really picky about having no messages on stderr From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 07 May 2025 17:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Z572 Cc: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.17466396119010 (code B ref 77709); Wed, 07 May 2025 17:41:02 +0000 Received: (at 77709) by debbugs.gnu.org; 7 May 2025 17:40:11 +0000 Received: from localhost ([127.0.0.1]:46958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCikc-0002KH-8g for submit@debbugs.gnu.org; Wed, 07 May 2025 13:40:10 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:55994) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCikT-0002Fg-01 for 77709@debbugs.gnu.org; Wed, 07 May 2025 13:40:06 -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 5A7AF84AA1AE for <77709@debbugs.gnu.org>; Wed, 7 May 2025 19:39:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1746639564; 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=AMMjkl+gtY6MKGtR2XETwpSscMMPzA3XUh3tW9rQVPs=; b=YVn3+O/k08cQJ8bGTD1z1LdWLQMt2LNOZLfj8uA/609z9HN0QzFVbjGzN55+ihYb cB+YoCdnqEnHohGROcGTGWRPLbykSZk2RTIrX9wVG9k2Ut7Ju1yGHJvbGgVEGHhbzLP AoqTXhCUe37jqXGehut8msZDHvSCDl0QuHsJ6poF+t/6uXmTtEJWwrmS+6LbDeI5jje bqEffBZGtCIwfFobKbUzcwP9yqDa0kZHNC1ph+95Zh97w7RJWLV2Ta15dJ0jNgzn3OV sCfF6w8gkfaoWKrsHE6GKH51fxtTjFCNKzhwDfh9frkEYHNbdWHpZ7Te0zpOFqA6FR1 RERA1Mb8dw== Date: Wed, 7 May 2025 19:39:24 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: <8734dgpjz0.fsf@z572.online> References: <8734dgpjz0.fsf@z572.online> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, May 7, 2025, 14:35 by z572@z572.online: > As far as I know, openssl 3.5 is the lts version and I would tend to > upgrade to 3.5. Are you interested in sending patches to update it? > > Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [185.205.69.213 listed in sa-accredit.habeas.com] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [185.205.69.213 listed in bl.score.senderscore.com] 0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [185.205.69.213 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [185.205.69.213 listed in list.dnswl.org] 2.0 PDS_OTHER_BAD_TLD Untrustworthy TLDs [URI: z572.online (online)] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 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.3 (/) Hello, May 7, 2025, 14:35 by z572@z572.online: > As far as I know, openssl 3.5 is the lts version and I would tend to > upgrade to 3.5. Are you interested in sending patches to update it? > > Great, also I had no issues on i586-gnu with 3.5.0 . It will be a while unt= il I will have an x86-64-linux toolchain to build-test it there.=C2=A0 I wo= uld prefer to stick to hurd specific patches for now and would greatly appr= eciate some help with the more generic patches. One thing that after rebasing my wip-patches ontop of the new core-packages= team branch the test_ssl test in python 3.11 is failing with all openssl 3= .4.0, 3.4.1 and 3.5.0 on i586-gnu, but I dont know yet if this is also a pr= oblem on linux. I feel like the list of problems is not getting smaller. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 11 May 2025 10:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174695777627490 (code B ref 77709); Sun, 11 May 2025 10:03:02 +0000 Received: (at 77709) by debbugs.gnu.org; 11 May 2025 10:02:56 +0000 Received: from localhost ([127.0.0.1]:58446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uE3WJ-00079K-Fg for submit@debbugs.gnu.org; Sun, 11 May 2025 06:02:55 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:60002) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uE3WG-000791-G5 for 77709@debbugs.gnu.org; Sun, 11 May 2025 06:02:53 -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 E1DA1863EE0C for <77709@debbugs.gnu.org>; Sun, 11 May 2025 12:02:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1746957734; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=qdQABZfyv63kXAAPhM/X+oVvMR5/fV1/UT09kQkJzX8=; b=ac0Mia+pp46539RpKjSKZ9O/F6sW8kvzTevzWiNekodtKdKRw59KxRGx3C6oeWFV RT5lj1aZtrAOnaTUEA04bYk56fQ2/GfLt5sresU2hor/NN0MyzR4LwzMEAKZnNzr02W jBPZQq5tcVkVuASh2VCS6p0IkMlmogu2TAbDiTb1EDdkFmWP+PNb4wbwwBzrcEcgBOZ hQhx8vS+ZQDlSA+mf30i78kBb6wADMSzI6MoYDPoSCpZEKNBoS2fFWdmNxBhz6K9h53 XX97bMreMRlQ3xGprGm6eR1Xd4K0Lxb/62zRhUehYTfGLVgsj2Ed16qOLvLTMr0Rzdk vnTpTetLkw== Date: Sun, 11 May 2025 12:02:14 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: 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 (-) Some more info for bison: May 7, 2025, 17:18 by yelninei@tutamail.com: > I asked about the bison failures on #hurd and ZhaoM tried to rebuild biso= n on debian with glibc 2.41 and encountered similar segfaults in the same t= ests. > > One that is easy to reproduce is 22 Undefined Symbols (input.at:1013) It tries to parse this file: input.y %printer {} foo baz %destructor {} bar %type qux %% exp: bar; Starting program: /gnu/store/myb2g81i62fclqf0w9rm6kwrfcg8rv56-bison-3.8.2/b= in/bison input.y [bogus thread id 1 exited] [bogus thread id 2 exited] [bogus thread id 3 exited] [New Thread 10710.5] Thread 4 received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () (gdb) bt #0=C2=A0 0x00000000 in ?? () #1=C2=A0 0x080917db in keys_init () at lib/fstrcmp.c:69 #2=C2=A0 0x0113dea8 in pthread_once@GLIBC_2.12 () =C2=A0=C2=A0 from /gnu/store/z945hln6sgh4nl5fy1p67hzb4i6rnc73-glibc-2.41/li= b/libc.so.0.3 #3=C2=A0 0x08091a12 in fstrcmp_bounded (string1=3D0x20036120 "foo",=C2=A0 =C2=A0=C2=A0=C2=A0 string2=3D0x200308a0 "$end", lower_bound=3D0.59999999999= 999998) at lib/fstrcmp.c:212 #4=C2=A0 0x08083781 in symbol_from_uniqstr_fuzzy (key=3D0x20036120 "foo") a= t src/symtab.c:368 #5=C2=A0 complain_symbol_undeclared (sym=3D0x20036130) at src/symtab.c:383 #6=C2=A0 symbol_check_defined (sym=3D0x20036130) at src/symtab.c:623 #7=C2=A0 symbols_check_defined () at src/symtab.c:1037 #8=C2=A0 0x08072a0d in check_and_convert_grammar () at src/reader.c:972 #9=C2=A0 reader (gram=3D0x20000bc0 "input.y") at src/reader.c:772 #10 0x0804b630 in main (argc=3D2, argv=3D0x103cdf4) at src/main.c:118 Configuring with --disable-threads works around this but i think this is an= other problem with libpthread.=20 My current hope that this is the only one. To be continued. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 12 May 2025 15:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174706548011486 (code B ref 77709); Mon, 12 May 2025 15:58:02 +0000 Received: (at 77709) by debbugs.gnu.org; 12 May 2025 15:58:00 +0000 Received: from localhost ([127.0.0.1]:54214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uEVXU-0002zA-3F for submit@debbugs.gnu.org; Mon, 12 May 2025 11:58:00 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:43138) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uEVXR-0002yw-Dq for 77709@debbugs.gnu.org; Mon, 12 May 2025 11:57:58 -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 91F5B86C5F1B for <77709@debbugs.gnu.org>; Mon, 12 May 2025 17:57:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1747065470; 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:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=PfQrRur5loIjVVUQASsZnA96lUNEiqWJIUBI46KM12g=; b=MzuY2cwfXmmyJs4q/CW6kqJSri9kfSanEoj9PtPNNjPl/ef+KkJ1calVn6NsNW9w Xlfbz7an+bE0yDmF6Fvt4GLgr35ELZfsqEIbv3Nlng+dVvZwwEbRZ6Obc7GQARwH6Qk gUtNz+295ogwsVhWCYrxT1UjERPGxvqKWA2AqMrJLXsY38WT4UI+YIvDBD9V7GyYK2G BW0ggShMFZMy821dk3Dm4T3n63w19EA9NzMEG49DH6iu+030hFs91lxlqsn+S/u7HjL lSr2BVAyjoorMtrzsfSpvPZQlMj5U+aP92gviLlyF4jBvDJA98RFE4fXS+WWJzViwIG LCBpyYhamQ== Date: Mon, 12 May 2025 17:57:50 +0200 (GMT+02:00) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: 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 (-) May 11, 2025, 10:02 by yelninei@tutamail.com: > One that is easy to reproduce is > 22 Undefined Symbols (input.at:1013) > > It tries to parse this file: > input.y > > %printer {} foo baz > %destructor {} bar > %type qux > %% > exp: bar; > > Starting program: /gnu/store/myb2g81i62fclqf0w9rm6kwrfcg8rv56-bison-3.8.2= /bin/bison input.y > [bogus thread id 1 exited] > [bogus thread id 2 exited] > [bogus thread id 3 exited] > [New Thread 10710.5] > > Thread 4 received signal SIGSEGV, Segmentation fault. > 0x00000000 in ?? () > (gdb) bt > #0=C2=A0 0x00000000 in ?? () > #1=C2=A0 0x080917db in keys_init () at lib/fstrcmp.c:69 > #2=C2=A0 0x0113dea8 in pthread_once@GLIBC_2.12 () > =C2=A0=C2=A0 from /gnu/store/z945hln6sgh4nl5fy1p67hzb4i6rnc73-glibc-2.41/= lib/libc.so.0.3 > #3=C2=A0 0x08091a12 in fstrcmp_bounded (string1=3D0x20036120 "foo",=C2=A0 > =C2=A0=C2=A0=C2=A0 string2=3D0x200308a0 "$end", lower_bound=3D0.599999999= 99999998) at lib/fstrcmp.c:212 > #4=C2=A0 0x08083781 in symbol_from_uniqstr_fuzzy (key=3D0x20036120 "foo")= at src/symtab.c:368 > #5=C2=A0 complain_symbol_undeclared (sym=3D0x20036130) at src/symtab.c:38= 3 > #6=C2=A0 symbol_check_defined (sym=3D0x20036130) at src/symtab.c:623 > #7=C2=A0 symbols_check_defined () at src/symtab.c:1037 > #8=C2=A0 0x08072a0d in check_and_convert_grammar () at src/reader.c:972 > #9=C2=A0 reader (gram=3D0x20000bc0 "input.y") at src/reader.c:772 > #10 0x0804b630 in main (argc=3D2, argv=3D0x103cdf4) at src/main.c:118 > > When building bison with disabled weak symbols (gl_cv_have_weak=3Dno)=C2=A0= it fails to link with undefined references to pthread_key_create, pthread_g= etspecific and pthread_setspecific. Forcing it to link with libpthread with LDFLAGS=3D-lpthread=C2=A0 fixes thi= s. This is only needed for the hurd as on linux these symbols are in libc a= nd not in libpthread. Thoughts?. From unknown Sat Jun 21 10:43:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77709: Restoring the Hurd on core-packages-team branch Resent-From: yelninei@tutamail.com Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 17 May 2025 18:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77709 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 77709 <77709@debbugs.gnu.org> Received: via spool by 77709-submit@debbugs.gnu.org id=B77709.174750626632109 (code B ref 77709); Sat, 17 May 2025 18:25:02 +0000 Received: (at 77709) by debbugs.gnu.org; 17 May 2025 18:24:26 +0000 Received: from localhost ([127.0.0.1]:50920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uGMCw-0008Lp-DU for submit@debbugs.gnu.org; Sat, 17 May 2025 14:24:26 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:53532) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uGMCu-0008LV-4E for 77709@debbugs.gnu.org; Sat, 17 May 2025 14:24:24 -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 AE0A589478C3 for <77709@debbugs.gnu.org>; Sat, 17 May 2025 20:23:47 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1747506227; 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=XsJkmtmj7heQX0QL/nOgA1hWubBK1hM1gRroEZhFO68=; b=rKWY84pyI1ALuuVvo6Ba88hjMXQfdug/3ilVTvg5YMlGDM6xd32l89+c7oqTpnkz WfxWBW+DAa+pX8HFCxsdtzJk1Gpd4FCZAmX9Scic5qrPZimhpmcfq3YziqWLqSD3rXd Wps8wQGQ5uPKmJQFMV+FDroSTGC97uJuFGHQagiqtphXr3rpkTNltoHU0O4oChCBABY dI+YzpAA4W0YEdNv2ZHrQfwDV0cJMu1qwbNe0cRh+fviHgwGeNXFvTjuiv9X4CxGwrT ymXNZ/DIDqF1H/5kuBE5vFzaFSHYn3mfa2CRHz+CaX+6MLJHFctunTMXeM8dLitHvuR odwmefJldQ== Date: Sat, 17 May 2025 20:23:47 +0200 (CEST) From: yelninei@tutamail.com Message-ID: In-Reply-To: References: <87o6wkdtm2.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 (-) Hi Ludo, Apr 28, 2025, 14:28 by yelninei@tutamail.com: > > >> Actually, on =E2=80=98core-packages-team=E2=80=99, we should merge =E2= =80=98glibc=E2=80=99 and >> =E2=80=98glibc/hurd=E2=80=99 since they only differ by Hurd-specific pat= ches. >> > > That would be great but I would love to have the bison issue fully solved= before to not cause inconveniences for the linux builds. I have not yet lo= oked into this though. > >> Thanks, >> Ludo=E2=80=99. >> I sent the series which fixes all the major regressions for the 32bit hurd = earlier today (#78471). All the things that are broken now are also current= ly broken on master. (i'll need to recheck with the final patches, currentl= y waiting on expensive/flaky tests but with earlier versions I had no other= problems) So once these (or rather the glibc/hurd patch) are reviewed the glibcs can = be merged again. From unknown Sat Jun 21 10:43:58 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#77709: closed (Closing) Message-ID: References: X-Gnu-PR-Message: they-closed 77709 X-Gnu-PR-Package: guix Reply-To: 77709@debbugs.gnu.org Date: Sat, 24 May 2025 15:12:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1748099522-10286-1" This is a multi-part message in MIME format... ------------=_1748099522-10286-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #77709: Restoring the Hurd on core-packages-team branch 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 77709@debbugs.gnu.org. --=20 77709: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77709 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1748099522-10286-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 77709-done) by debbugs.gnu.org; 24 May 2025 15:11:03 +0000 Received: from localhost ([127.0.0.1]:33641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uIqWd-0002aJ-3O for submit@debbugs.gnu.org; Sat, 24 May 2025 11:11:03 -0400 Received: from mail.w13.tutanota.de ([185.205.69.213]:39070) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uIqWb-0002ZD-3O for 77709-done@debbugs.gnu.org; Sat, 24 May 2025 11:11:01 -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 3CDD48C6E75D for <77709-done@debbugs.gnu.org>; Sat, 24 May 2025 17:10:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1748099455; 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=gEkgghg4QvBX2RdcaQ/r6eAH0g+nJPE4atpWlqhBER8=; b=ePEsqBf2PRzfQI47mIazdmFj2SBhDnOPeRle+8rVypqf1R49pvk0WEE6LFCamMX3 SCRZ00biXt6ezT57n87c19Nybt/QQOXJlmVLUZqGlAHBiGQQMVsnMP53QxxCHVYteWp 12V4n/Delc8liEbqaYGqXMm1wMb3ZQlzoe/5Bzt6VCHZdRhq+mt8feqJWcT6WR9EPXf uF/Zmu5/ZpnwWhXf35mDj8vvT5P8zfucm3GaoNFHiIu81RoTqv202z/Wxe7yTWYLLcf hYakrm5AQ/XZNODrH32kSHqRZ1RX5woOXKQCMiSmeUI4A/Cqfw49RGNwEYt7MOcMaK4 CiEBS/bpdA== Date: Sat, 24 May 2025 17:10:55 +0200 (GMT+02:00) From: yelninei@tutamail.com To: 77709-done@debbugs.gnu.org Message-ID: Subject: Closing MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 77709-done 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 (-) My patches from #78471 have been applied, I think I caught all the major regressions so I am closing this ------------=_1748099522-10286-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 10 Apr 2025 14:55:34 +0000 Received: from localhost ([127.0.0.1]:46273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u2tJW-0002Gu-8x for submit@debbugs.gnu.org; Thu, 10 Apr 2025 10:55:34 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40414) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u2tJT-0002Ge-Og for submit@debbugs.gnu.org; Thu, 10 Apr 2025 10:55:32 -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 1u2tJN-0002aE-Ny for bug-guix@gnu.org; Thu, 10 Apr 2025 10:55:25 -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 1u2tJK-0001uT-BG for bug-guix@gnu.org; Thu, 10 Apr 2025 10:55:24 -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 EE372787C744 for ; Thu, 10 Apr 2025 16:55:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1744296915; 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=8bIfcVogKdtyxFO5Rxc4a9EZHSZeAMyykdkJftXLHY4=; b=tvpKtptzEIqMG5YNn0NxC439vQ9o5EoxoCNa3wptImyPSd+Qvavk1vq+R8ZlV1iT BmbkUbK1e3MGiCxjDMNqQDPoosabByPPXEL3hayAllwvdYL8cowyLNnYmV89suiybvd GVj/aCb5JNF/fPMeDn0RoU/eh8FUwfGMXAYSeti+CZXOZmGvMGme9+kK2O8VvSgZjMW Tyldho0/48USJe6QdHQa9JdAkaxGdVsbovfMLtp1JkZigRSSapXBApsc/0cyStGN1zU rNfMPBLeh3fPuZ51cLNRO3NbVNzoZLuk5yCpYGvyVC/ggwBIWoVlQMhi9T0Y8GhnvpT Bkw5mS9bJQ== Date: Thu, 10 Apr 2025 16:55:15 +0200 (CEST) From: yelninei@tutamail.com To: bug-guix@gnu.org Message-ID: Subject: Restoring the Hurd on core-packages-team branch 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_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_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, Here are all of the things I had to do to restore the (32bit) Hurd on core-= packages-team branch - gnumach incompatible with automake@1.17 Our current gnumach does not build with automake@1.17. This got fixed for g= numach and gnumach-headers in hurd.scm by using automake@1.16.5 but not in = commencement.scm. Probably the better solution is to instead refresh hurd/mach and friends to= their latest snapshots which includes the fix for automake@1.17 - The same 4 gnulib tests would fail in a lot of packages: coreutils grep l= ibunistring diffutils findutils sed m4 gettext =C2=A0 As these were fine with glibc@2.40 this seems to be a regression in = glibc. =C2=A0=C2=A0 * test-once1 and bison segfaulting Fixed with https://salsa.debian.org/glibc-team/glibc/-/commit/22f0a9381fe844a5de92a570= 12833bec225a9686 https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3Dccdb68e829a31e4cda= 8339ea0d2dc3e51fb81ba5 * test-pthread_sigmask1 https://salsa.debian.org/glibc-team/glibc/-/commit/6c823b5862bd91ca757eeb9c= 6f5326875bc8af01 * test-symlink and test-symlinkat https://sourceware.org/bugzilla/show_bug.cgi?id=3D32569 https://sourceware.org/git/?p=3Dglibc.git;a=3Dcommit;h=3D8ef17919509e909746= b0ad6465e9c6c952a3fe34 causes mkdir("dir") symlink("nowhere", "dir/") to fail with ENOTDIR (previously it was EINVAL). On Linux it is EEXIST - The disable-year-2038 configure flag Some packages (findutils, tar, util-linux [latest coreutils, currently not = yet updated]) have a configure time fatal check for 64bit time_t whcih need= s to explicitly be disabled if not supported. This is also relevant for other 32 bit platforms. - rumpkernel : Implicit function declaration It fails to build because of gcc14 and -Wimplicitit-function-declaration there is a newer tag on the debian repo but I struggled to understand the b= uild system. - Some test failures: openssl, automake@1.17 and bison I have not looked into these yet, - Flaky tests: tar, curl It should also be possible to build hurd with a more recent texinfo. With all of these dealt with I could build all of a slightly modified hurd-= manifest (all of these are not new problems and also fail on the master bra= nch). - Removed=C2=A0 gdk-pixbuf (dbus is failing https://gitlab.freedesktop.org/= dbus/dbus/-/commit/5d7b87496f3bb094b926692036ae656c31efdd8e and I havent lo= oked further) - Removed guix - Removed patch (it #+ includes gnulib , which fails because of clisp) - Skipped tests in grep: Triple-backref test fails - Skipped tests in libgit2: The last one fails - Skipped tests in guile-fibers: One test hangs - Skipped tests in shepherd #77634 I hope this helps. ------------=_1748099522-10286-1--