This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/18412] 'locale -a' outputs encoding errors
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 14 May 2015 05:06:56 +0000
- Subject: [Bug libc/18412] 'locale -a' outputs encoding errors
- Auto-submitted: auto-generated
- References: <bug-18412-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18412
Carlos O'Donell <carlos at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |carlos at redhat dot com
--- Comment #4 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Paul Eggert from comment #3)
> Thanks for reminding me about the old discussion; I'd forgotten it, and
> filed this bug report only because I personally ran into the bug again.
> Let's bite the bullet and fix it; I created a proposed patch. We should
> stamp out those poorly-encoded locale aliases anyway.
I wanted to have some kind of compatibility for the removed entries, but the
more I think about it the more work it will be. We'll need another
configuration file to handle the compat entries, and to allow users to remove
them, and that's a terrible solution.
Could we skip printing non-ASCII aliases? Document that as the expected
behaviour? Then add comments in locale.alias saying these two aliases are not
printed, but can be used for old program comaptibility?
--
You are receiving this mail because:
You are on the CC list for the bug.