Missing alias for locale eo.UTF-8

Bug #1803207 reported by Daniel Pfeiffer
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libx11 (Ubuntu)
New
Undecided
Unassigned

Bug Description

When downloading and running the latest kitty terminal with LANG=eo.UTF-8, I get an error that it can't find a composition for this locale. This is fixed by adding this line

eo.UTF-8: eo_EO.UTF-8

to /usr/share/X11/locale/locale.alias

ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: libx11-data 2:1.6.7-1 [modified: usr/share/X11/locale/locale.alias]
ProcVersionSignature: Ubuntu 4.18.0-10.11-generic 4.18.12
Uname: Linux 4.18.0-10-generic x86_64
ApportVersion: 2.20.10-0ubuntu13
Architecture: amd64
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Tue Nov 13 15:07:11 2018
Dependencies:

DistUpgraded: Fresh install
DistroCodename: cosmic
DistroVariant: ubuntu
GraphicsCard:
 VMware SVGA II Adapter [15ad:0405] (prog-if 00 [VGA controller])
   Subsystem: VMware SVGA II Adapter [15ad:0405]
InstallationDate: Installed on 2018-11-07 (6 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 007: ID 0e0f:0008 VMware, Inc.
 Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
 Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: VMware, Inc. VMware Virtual Platform
PackageArchitecture: all
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.18.0-10-generic root=UUID=dffdd333-04ee-4748-ab06-f138a6bf751a ro find_preseed=/preseed.cfg auto noprompt priority=critical locale=en_US quiet
SourcePackage: libx11
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/02/2015
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: 6.00
dmi.board.name: 440BX Desktop Reference Platform
dmi.board.vendor: Intel Corporation
dmi.board.version: None
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 1
dmi.chassis.vendor: No Enclosure
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnPhoenixTechnologiesLTD:bvr6.00:bd07/02/2015:svnVMware,Inc.:pnVMwareVirtualPlatform:pvrNone:rvnIntelCorporation:rn440BXDesktopReferencePlatform:rvrNone:cvnNoEnclosure:ct1:cvrN/A:
dmi.product.name: VMware Virtual Platform
dmi.product.version: None
dmi.sys.vendor: VMware, Inc.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.95-1
version.libgl1-mesa-dri: libgl1-mesa-dri 18.2.2-0ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx N/A
version.xserver-xorg-core: xserver-xorg-core 2:1.20.1-3ubuntu2.1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.1.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20171229-1ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-3

Revision history for this message
Daniel Pfeiffer (dapfy) wrote :
Revision history for this message
Daniel Pfeiffer (dapfy) wrote :

The other solution would be to add eo.UTF-8 (& eo.ISO8859-3) to locale.dir & compose.dir. This is probably the most correct way, because Esperanto is one of those languages which doesn't belong to any country, nor has national variants.

I found that of the 3 files only locale.dir has eo_EO.UTF-8 (& eo_EO.ISO8859-3) commented out with this correct explanation: The EO territory doesn't exist in ISO 3166.

The other variant X11 introduces, eo_XX is also not correct. According to Wikipedia that would be: unknown states, other entities or organizations. We're not from an unknown country, but rather world wide (WW?) and anybody can easily learn to speak Esperanto without being affiliated with an entity or organization.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.