Bug#251000: xlibs-data: keeping /usr/share/i18n/SUPPORTED and /usr/X11R6/lib/X11/locale/locale.alias in sync.
On Wed, May 26, 2004 at 11:14:51AM +0200, giuseppe bonacci wrote:
> Package: xlibs-data
> Version: 4.3.0.dfsg.1-1
> Severity: wishlist
> Tags: l10n
> 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)
... this suggest using leaving LANG unset and only setting LC_CTYPE to
it_IT@euro. (No idea whether this is supported by xlibs.) The whole
point of the different LC-variables is that you can selectively set
BTW, don't you use A4 in Italy?
> 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.
How about en_IE@euro?
> 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
> to ISO8859-x.
This indeed would be nice.