From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33258 invoked by alias); 5 Nov 2018 15:33:37 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 33191 invoked by uid 48); 5 Nov 2018 15:33:33 -0000 From: "carmenbianca at fedoraproject dot org" To: libc-locales@sourceware.org Subject: [Bug localedata/23857] Esperanto has no country Date: Mon, 05 Nov 2018 15:33:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: localedata X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: carmenbianca at fedoraproject dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2018-q4/txt/msg00103.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D23857 --- Comment #2 from Carmen Bianca Bakker --- (In reply to Florian Weimer from comment #1) > I'm not really convinced this is a glibc bug. >=20 > Wouldn't it make sense to fix applications bugs instead? I agree that it isn't, and I agree that it would make sense to fix applicat= ion bugs. The problem is that those application bugs happen because glibc prese= nts a special case, and one could undo all these application bugs simultaneousl= y by making sure that the special case isn't special anymore. Even something so simple as my proposed solution 2 would get rid of a lot of bugs in programs that expect all locales to look like lang_COUNTRY. > There are other artificial languages which may face the same issue once we > add it to glibc. Yiddish currently has a US locale, but isn't this a bit > odd? If there's a sizeable population of Yiddish speakers in the US, then that probably makes sense. It wouldn't make sense for Yiddish speakers outside of the US, though. Problem is: Do you want to create a glibc locale for every possible country where Yiddish is spoken in some capacity? That would ultimately be the best solution for users, but might cause an annoying maintenance burden on glibc. Ideally I'd like to see language and country completely separated from each other instead of combined in locales, because that would ultimately make the most sense, but that would be a super big redesign that I am not comfortable with proposing. I'm currently limiting my scope to making Esperanto (more) usable on Fedora Workstation, and I think some of my above suggestions could significantly improve the status of Esperanto with relatively little effort (i.e., fixing all application bugs). --=20 You are receiving this mail because: You are on the CC list for the bug.