Bug#251000: xlibs-data: keeping /usr/share/i18n/SUPPORTED and /usr/X11R6/lib/X11/locale/locale.alias in sync.
This seems to be a cross-package issue, but I think this is the best
place to raise it. I know I could play with config files and solve the
problem for my pc, but that would not be useful to other users.
I need a system meeting three conditions:
- use English localization for messages, numerics, date conversions and
so on. (this suggests C or en_US)
- use a charset including the Euro symbol. (this suggests ISO-8859-15 or
- have 8 bit long characters. (this rules out UTF-8)
When I 'dpkg-reconfigure locales', my best choice is to generate
en_US.ISO-8859-15 (also listed in /usr/share/i18n/SUPPORTED), and set LANG
(or LC_ALL) accordingly.
But en_US.ISO-8859-15 is not supported by xlibs-data: it is
neither listed in /usr/X11R6/lib/X11/locale/locale.alias (while
en_US.ISO-8859-1 is, as an alias for en_US.ISO8859-1), neither in
/usr/X11R6/lib/X11/locale/compose.dir. So I get the infamous "Warning:
locale not supported by C library, locale unchanged".
Now, what about trying to keep xlibs-data's information in sync with
locales' information? Maybe it suffices to have the postinst script for
xlibs-data _merge_ entries from /usr/share/i18n/SUPPORTED (if present)
into /usr/X11R6/lib/X11/locale/locale.alias, after remapping ISO-8859-x
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-686
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15
-- no debconf information