GNU bug report logs - #67044
C.utf8 locale cannot be built

Previous Next

Package: guix;

Reported by: Tomas Volf <~@wolfsden.cz>

Date: Fri, 10 Nov 2023 14:53:02 UTC

Severity: normal

Full log


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

From: Ludovic Courtès <ludo <at> gnu.org>
To: Tomas Volf <~@wolfsden.cz>
Cc: 67044 <at> debbugs.gnu.org
Subject: Re: bug#67044: C.utf8 locale cannot be built
Date: Mon, 27 Nov 2023 23:02:26 +0100
Hi Tomas!

Tomas Volf <~@wolfsden.cz> skribis:

> when trying to build a system with C.utf8 locale, I end up with the following
> error:
>
>     building /gnu/store/v6jma6kmwywr509n4y0vypchnh4y5s3m-locale-2.35.drv...
>     building locale 'C.utf8'...
>     [error] LC_MONETARY: value for field `mon_decimal_point' must not be an empty string
>     [error] no output file produced because errors were issued

[...]

> This seems to be a known problem in 2.35,
> https://sourceware.org/bugzilla/show_bug.cgi?id=28861 .  On the page there is
> also a workaround, and that is to compile with the locales with -c.
>
> So that would be one solution until we update to 2.36 or higher.  I do not see a
> way to override this (add the -c) from the operating-system definition.

We could/should fix this in (gnu system locale).

Now, it would also be nice if C.utf8 were built-in, shipped with the
‘glibc’ package we have (to me that’s the whole point of C.utf8).  We
should fix that now in ‘core-updates’.  Ideas on how to do that?

Thanks,
Ludo’.




This bug report was last modified 1 year and 190 days ago.

Previous Next


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