-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI.
- ---------- Forwarded Message ---------- Subject: Bug#266226: locales: @euro support should again be supported for _all_ euro countries Date: Tuesday 17 August 2004 05:55 From: Frans Pop <[EMAIL PROTECTED]> To: Debian BTS <[EMAIL PROTECTED]> Package: debian-installer Severity: important NOTE: I strongly feel this should be fixed before RC2 is released. HISTORY ======= With the introduction of the new languagechooser, support for @euro locales was lost for a lot of countries which had that support before. This was noted at the time [1], but ignored because the relevance was unclear. Now it looks as if proper @euro support _should_ be present [2]. [1] http://lists.debian.org/debian-boot/2004/06/msg01818.html [2] http://lists.debian.org/debian-boot/2004/08/msg01145.html PROBLEM ======= Currently only a few locales have proper @euro support. For these it is set in the 3rd field in languagelist in languagechooser, but this solution does not work for all relevant language/country combinations. In languagelist only primary language/country combinations (e.g. French - [EMAIL PROTECTED], Spanish - [EMAIL PROTECTED], Catalan - [EMAIL PROTECTED]) are present, but not secondary combinations (e.g. French in Belgium - fr_BE, German in Austria - ge_AT). Currently not even all of the primary combinations have @euro support in languagelist (e.g. Dutch - nl_NL, Danish - da_DK). The current code in the postinst for countrychooser that keeps a suffix if any is present in the 3rd field of languagelist could provide a solution for some situations, but not for all [a] and even leads to undesired results in other situations [b]. [a] English (en_US) does not have a @euro suffix, but en_IR needs one [b] AFAICT French in Canada would currently 'inherrit' a @euro suffix from [EMAIL PROTECTED], but because [EMAIL PROTECTED] is unsupported the locale will fall back to [EMAIL PROTECTED] even though a fr_CA locale does exist SOLUTION ======== I think the solution would be to include code (probably in postinst for countrychooser). This script should roughly check whether the previously generated locale concerns an euro country, adds the @euro suffix and checks to see if the new locale is supported. There would have to be some exceptions e.g. for combinations that prefer UTF8 encoding. Another (maybe the best in the long run) solution could be remove suffixes from the languagelist altogether and to have a table in countrychooser of preferred locales for any xx_YY combinations where a suffix (or another locale than can be automatically generated from the selected language and country) is wanted. The relevant countrycodes for euro are: AT BE DE FI FR GR IR IT LU NL PT SP. - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - ------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBIYyEgm/Kwh6ICoQRAo8hAKDab58OqkIfdKoqbd+fSeoo5V9X4QCfWIFs E1sOk4KeXcSZUXvvJT0QCH8= =/7J6 -----END PGP SIGNATURE-----
