On Tue, Jun 22, 2004 at 07:12:27AM +0200, Christian Perrier wrote: > Quoting Denis Barbier ([EMAIL PROTECTED]):
> > But generated locales differ because different encodings are passed to > > localedef: > > $ LANG=fr_FR locale charmap > > ISO-8859-1 > > $ [EMAIL PROTECTED] locale charmap > > ISO-8859-15 > > Steve mentions in another message that switching fr_FR encoding to > > ISO-8859-15 cannot be done without discussion, but glibc upstream > > has a definitive position: encodings are never changed, period. > > (It recently surfaces again about et_EE) > > So this discussion is over before it begins ;) > So, as a conclusion, these @euro locales are only motivated because > they are associated with different encodings, not because of their > contents. > So I guess we have to find a way to deal with variants in the > Installer.. > variantchooser ? :-) Even though there are different locale variants available for historical reasons, I think there is no reason we need to support more than one variant for each locale in new installs. So a simple mapping list in countrychooser should be sufficient. -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature
