GNU bug report logs - #78241
[PATCH core-packages-team] Update Hurd and Mach

Previous Next

To reply to this bug, email your comments to 78241 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: yelninei <at> tutamail.com
To: guix-patches <at> gnu.org
Cc: Ekaitz Zarraga <ekaitz <at> elenq.tech>,
 Ludovic Courtès <ludo <at> gnu.org>,
 Efraim Flashner <efraim <at> flashner.co.il>, Andreas Enge <andreas <at> enge.fr>,
 Z572 <z572 <at> z572.online>, Janneke Nieuwenhuizen <janneke <at> gnu.org>
Subject: [PATCH core-packages-team] Update Hurd and Mach
Date: Sun, 4 May 2025 16:27:43 +0200 (CEST)

[Message part 1 (text/plain, inline)]

Hello,

This updates hurd and mach for core-packages-team branch to their latest available snapshots. The gnumach update fixes the build of gnumach-headers-boot0 (see https://issues.guix.gnu.org/77709).
I also changed everything to automake <at> 1.17 and the regular texinfo. Should these be separate commits? Also should I separate the commencement.scm part from the hurd.scm part?

Please ignore the prerequisite patch-ids, these are part of WIP fixes for glibc/hurd and other packages to fix more things (again see #77709 for more info).

I hope I did the hashes in commencement.scm correctly, it was a bit tricky to download the sources with the ongoing savannah issues.

I have successfully built these with my WIP glibc patches and "-s i586-gnu" (ignoring some other test failures and adding -Wno-implicit-function-declaration in rumpkernel) and am currently waiting on the cross compiled variants.
Are there additional things that need testing for the 64bit hurd and are there other hurd specific packages that should be updated as well? 

Thanks.

[0001-gnu-gnumach-Update-to-1.8-git20250304.patch (text/x-patch, attachment)]

[0002-gnu-hurd-Update-to-0.9.git20250420.patch (text/x-patch, attachment)]

Message #8 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: yelninei <at> tutamail.com
To: 78241 <at> debbugs.gnu.org
Subject: Re: bug#78241: Acknowledgement ([PATCH core-packages-team] Update
 Hurd and Mach)
Date: Mon, 5 May 2025 17:08:57 +0200 (GMT+02:00)

Cross build hurd and gnumach successfully for i586-pc-gnu and x86_64-pc-gnu from x86_64-linux ontop of a modified core-packages-team branch.

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Janneke Nieuwenhuizen <janneke <at> gnu.org>
To: yelninei <at> tutamail.com
Cc: Ekaitz Zarraga <ekaitz <at> elenq.tech>,
 Ludovic Courtès <ludo <at> gnu.org>,
 Efraim Flashner <efraim <at> flashner.co.il>, Andreas Enge <andreas <at> enge.fr>,
 Z572 <z572 <at> z572.online>, guix-patches <at> gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Tue, 06 May 2025 15:15:52 +0200

Hi,

> This updates hurd and mach for core-packages-team branch to their
> latest available snapshots. The gnumach update fixes the build of
> gnumach-headers-boot0 (see https://issues.guix.gnu.org/77709).  I also
> changed everything to automake <at> 1.17 and the regular texinfo.

Very nice

> Should these be separate commits? Also should I separate the
> commencement.scm part from the hurd.scm part?

Usually we try to keep patches to commencement separate but for an
identical version bump I think this patch set is OK.

> I hope I did the hashes in commencement.scm correctly, it was a bit
> tricky to download the sources with the ongoing savannah issues.
>
> I have successfully built these with my WIP glibc patches and "-s
> i586-gnu" (ignoring some other test failures and adding
> -Wno-implicit-function-declaration in rumpkernel) and am currently
> waiting on the cross compiled variants.

Hmm, any idea why adding that flag has become necessary?  Should that
maybe be part of this patch set then?  If so, you can send a "fixup!" or
"squash!" commit.

> Are there additional things that need testing for the 64bit hurd and
> are there other hurd specific packages that should be updated as
> well? 

Not that I know of, afaik the 64bit Hurd should "just build".

> From 7bb361aa6e70f8746745b7a875ac28e3aad3733b Mon Sep 17 00:00:00 2001
> Message-ID: <7bb361aa6e70f8746745b7a875ac28e3aad3733b.1746357912.git.yelninei <at> tutamail.com>
> From: Yelninei <yelninei <at> tutamail.com>
> Date: Sun, 4 May 2025 11:25:02 +0000
> Subject: [PATCH 1/2] gnu: gnumach: Update to 1.8+git20250304.

> From 59f3b41dd8e27cb18fe864e3b962eff516fb9c24 Mon Sep 17 00:00:00 2001
> Message-ID: <59f3b41dd8e27cb18fe864e3b962eff516fb9c24.1746357912.git.yelninei <at> tutamail.com>
> In-Reply-To: <7bb361aa6e70f8746745b7a875ac28e3aad3733b.1746357912.git.yelninei <at> tutamail.com>
> References: <7bb361aa6e70f8746745b7a875ac28e3aad3733b.1746357912.git.yelninei <at> tutamail.com>
> From: Yelninei <yelninei <at> tutamail.com>
> Date: Sun, 4 May 2025 11:25:02 +0000
> Subject: [PATCH 2/2] gnu: hurd: Update to 0.9.git20250420.

Applied to core-packages-team, thanks!

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke <at> gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

Message #14 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: yelninei <at> tutamail.com
To: Janneke Nieuwenhuizen <janneke <at> gnu.org>
Cc: 78241 <at> debbugs.gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Tue, 6 May 2025 17:23:00 +0200 (CEST)

Hi Janneke,

May 6, 2025, 13:16 by janneke <at> gnu.org:

>
> Hmm, any idea why adding that flag has become necessary?  Should that
> maybe be part of this patch set then?  If so, you can send a "fixup!" or
> "squash!" commit.
>
The -Wno-implicit-function-declaration is for rumpkernel and unrelated to hurd/mach.
I have just started trying to send some of the patches I have been sitting on for a while.
Here is the full error:
/tmp/guix-build-rumpkernel-0-20211031-0.f1ffd64.drv-0/source/buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c <http://buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c>: In function 'lputs':
/tmp/guix-build-rumpkernel-0-20211031-0.f1ffd64.drv-0/source/buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c:636:41 <http://buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c:636:41>: error: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
  636 |                         width = (size_t)wcwidth(wc);


This is caused by using gcc-14 for the HOST_CC and adding gcc-14 as a native-input reproduces the issue on the master branch. Until now the HOST_CC was gcc-11 and only the CROSS_CC has been gcc-14.

In my current checkout I have "fixed" it by adding -V HOST_CFLAGS=-Wno-implicit-function-declaration to the build.sh invocation to silence the warning.
I also saw that rumpkernel has a 20250111 tag in the debian repository but struggled adapting the build system to the new version.

Message #17 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: yelninei <at> tutamail.com
To: Janneke Nieuwenhuizen <janneke <at> gnu.org>
Cc: 78241 <at> debbugs.gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Sat, 10 May 2025 10:00:09 +0200 (CEST)

[Message part 1 (text/plain, inline)]

Hello Janneke,

Attached a patch to relax gcc-14 for rumpkernel for core-packages-team. It might be not be needed with the 20250111 tag but I have not found the patience to look into updating it.

It overwrites HOST_CFLAGS which are -O by default. Let me know if you want to add the -Wno-implicit-function-declaration instead of replacing.
May 6, 2025, 15:23 by yelninei <at> tutamail.com:

> Hi Janneke,
>
> May 6, 2025, 13:16 by janneke <at> gnu.org:
>
>>
>> Hmm, any idea why adding that flag has become necessary?  Should that
>> maybe be part of this patch set then?  If so, you can send a "fixup!" or
>> "squash!" commit.
>>
> The -Wno-implicit-function-declaration is for rumpkernel and unrelated to hurd/mach.
> I have just started trying to send some of the patches I have been sitting on for a while.
>
> Here is the full error:
> /tmp/guix-build-rumpkernel-0-20211031-0.f1ffd64.drv-0/source/> buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c <http://buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c>> : In function 'lputs':
> /tmp/guix-build-rumpkernel-0-20211031-0.f1ffd64.drv-0/source/> buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c:636:41 <http://buildrump.sh/src/tools/sed/../../usr.bin/sed/process.c:636:41>> : error: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
>   636 |                         width = (size_t)wcwidth(wc);
>
>
> This is caused by using gcc-14 for the HOST_CC and adding gcc-14 as a native-input reproduces the issue on the master branch. Until now the HOST_CC was gcc-11 and only the CROSS_CC has been gcc-14.
>
> In my current checkout I have "fixed" it by adding
>  -V HOST_CFLAGS=-Wno-implicit-function-declaration to the build.sh invocation to silence the warning.
>
> I also saw that rumpkernel has a 20250111 tag in the debian repository but struggled adapting the build system to the new version.
>
>
>

[0001-gnu-rumpkernel-Fix-build-with-gcc-14.patch (text/x-patch, attachment)]

Message #20 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: Janneke Nieuwenhuizen <janneke <at> gnu.org>
To: yelninei <at> tutamail.com
Cc: 78241 <at> debbugs.gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Mon, 12 May 2025 18:54:38 +0200

Hi,

> Attached a patch to relax gcc-14 for rumpkernel for
> core-packages-team. It might be not be needed with the 20250111 tag
> but I have not found the patience to look into updating it.

That's okay.

> It overwrites HOST_CFLAGS which are -O by default. Let me know if you
> want to add the -Wno-implicit-function-declaration instead of
> replacing.

Yes, let's keep the explicit "-O" and could you also use

   -Wno-error=implicit-function-declaration

that way we'll keep seeing the warning as long as it's there.

Thanks!  Greetings,
Janneke

-- 
Janneke Nieuwenhuizen <janneke <at> gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

Message #23 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: yelninei <at> tutamail.com
To: Janneke Nieuwenhuizen <janneke <at> gnu.org>
Cc: 78241 <at> debbugs.gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Thu, 15 May 2025 09:39:20 +0200 (CEST)

[Message part 1 (text/plain, inline)]

Hi,

Fixed in the attached patch. I'll try to get the rest of the core-packages-team fixes ready during the weekend

May 12, 2025, 16:54 by janneke <at> gnu.org:

> Hi,
>
>> Attached a patch to relax gcc-14 for rumpkernel for
>> core-packages-team. It might be not be needed with the 20250111 tag
>> but I have not found the patience to look into updating it.
>>
>
> That's okay.
>
>> It overwrites HOST_CFLAGS which are -O by default. Let me know if you
>> want to add the -Wno-implicit-function-declaration instead of
>> replacing.
>>
>
> Yes, let's keep the explicit "-O" and could you also use
>
>  -Wno-error=implicit-function-declaration
>
> that way we'll keep seeing the warning as long as it's there.
>
> Thanks!  Greetings,
> Janneke
>
> -- 
> Janneke Nieuwenhuizen <janneke <at> gnu.org>  | GNU LilyPond https://LilyPond.org
> Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com
>

[0001-gnu-rumpkernel-Fix-build-with-gcc-14.patch (text/x-patch, attachment)]

Message #26 received at 78241 <at> debbugs.gnu.org (full text, mbox):

From: Janneke Nieuwenhuizen <janneke <at> gnu.org>
To: yelninei <at> tutamail.com
Cc: 78241 <at> debbugs.gnu.org
Subject: Re: [PATCH core-packages-team] Update Hurd and Mach
Date: Thu, 15 May 2025 10:15:37 +0200

> Fixed in the attached patch.

Thanks, pushed to core-packages-team.

> I'll try to get the rest of the
> core-packages-team fixes ready during the weekend

Great; Greeting,
Janneke

-- 
Janneke Nieuwenhuizen <janneke <at> gnu.org>  | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.