GNU bug report logs - #57531
28.1; Character encoding missing for "eo"

Previous Next

Full log

View this message in rfc822 format

From: Gregory Heytings <gregory <at> heytings.org>
To: Jonathan Reeve <jonathan <at> jonreeve.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Andreas Schwab <schwab <at> linux-m68k.org>, 57531 <at> debbugs.gnu.org
Subject: bug#57531: 28.1; Character encoding missing for "eo"
Date: Mon, 05 Sep 2022 18:20:23 +0000

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

>
> Error: unsupported locales detected:
> eo.UTF-8/UTF-8 \
> You should choose from the list above the error.
>

Well, "eo.UTF-8/UTF-8" is indeed not a supported locale.  Why did you 
include it in your configuration?  "eo.UTF-8" (without a "/UTF-8") is 
definitely supported by glibc.  What do you get if you configure it like 
this:

i18n = { defaultLocale = "eo.UTF-8"; };

?

>
> FWIW, my system doesn’t have the obsolete X11 locale.alias file, and I 
> don’t use X11.
>

Then I guess Emacs doesn't use it, which is why your suggested fix worked 
on NixOS but wouldn't work on a Debian-based system.

>
> So it seems to me transparently clear that the encoding for the `eo' 
> locale is UTF-8, and yet somehow emacs has its own, separate opinions, 
> which don’t seem to be based on fact.
>

The story is a bit more complex than that, as you may have seen in the 
previous messages in this thread.

Previous Next

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