Subject: bug#66472: Wrong ‘glibc-utf8-locales’ package used on GNU/Hurd

From: Ludovic Courtès <[email-masked]>
Date: Sat, 25 Nov 2023 17:51:42 +0100

Hello!

Janneke Nieuwenhuizen <[email-masked]> skribis:

> Ludovic Courtès writes:

[...]

>> We could define ‘glibc-utf8-locales’ with ‘define/system-dependent’, as
>> we’ve done in commencement.scm.  However, I don’t think that’s feasible
>> because then every place that does:
>>
>>   (module-ref (resolve-interface '(gnu packages base))
>>               'glibc-utf8-locales)
>>
>> will suddenly be broken, and that’s not acceptable.

[...]

>>>From da6027537f2146bb0d62228de2ea15fb271027ea Mon Sep 17 00:00:00 2001
> Message-ID: <[email-masked]>
> From: Janneke Nieuwenhuizen <[email-masked]>
> Date: Wed, 7 Jun 2023 19:19:01 +0200
> Subject: [PATCH 1/2] gnu: Add libc-locales-for-target and glibc-locales/hurd.
>
> * gnu/packages/base.scm (glibc-locales/hurd): New variable
> (libc-locales-for-target): Use it in new procedure.
> (glibc-utf8-locales/hurd): New variable.
> (libc-utf8-locales-for-target): Use it in new procedure.

[...]

>>>From 345683fea1be7e6f186fe45b59198caa9ba36890 Mon Sep 17 00:00:00 2001
> Message-ID: <[email-masked]>
> In-Reply-To: <[email-masked]>
> References: <[email-masked]>
> From: Janneke Nieuwenhuizen <[email-masked]>
> Date: Sun, 22 Oct 2023 10:23:19 +0200
> Subject: [PATCH 2/2] DRAFT Use libc-utf8-locales-for-target.

I think we’ll need these two patches eventually; for now, commit
95ea1277ae2ebd278bdb51a7887f5ba1116fbc64 fixes the default
‘glibc-utf8-locales’ package, the one that’s added implicitly by all
build systems, which unlocks basic builds.

Now waiting for <https://ci.guix.gnu.org/jobset/hurd-packages> to pick
it up!

Ludo’.