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

Previous Next

Full log

View this message in rfc822 format

From: Ludovic Courtès <ludo <at> gnu.org>
To: Janneke Nieuwenhuizen <janneke <at> gnu.org>
Cc: 66472 <at> debbugs.gnu.org, Josselin Poiret <dev <at> jpoiret.xyz>
Subject: bug#66472: Wrong ‘glibc-utf8-locales’ package used on GNU/Hurd
Date: Sat, 21 Oct 2023 16:34:23 +0200

Hi,

Janneke Nieuwenhuizen <janneke <at> gnu.org> skribis:

> Ludovic Courtès writes:

[...]

>> Anyway, in both cases the core issue remains: we’re building packages
>> with the wrong locale data.
>>
>> The mismatch comes from the fact that ‘glibc-utf8-locales’ is a
>> system-independent package: you get 2.35 regardless of the system you’re
>> targeting.
>
> Right.  Is that easy, difficult, or impossible to change?

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.

So I’m not sure what to do.  Again I feel that maintaining two libc
variants is too costly.  Time to upgrade in ‘core-updates’?

Ludo’.

Previous Next

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