Hi! First of all: Thanks very much for the answers! My language (ast) and the English (en_US) are a good examples for the bug :)
You can see the English version of apt-get update: http://launchpadlibrarian.net/34947585/us_lang_example.png And you can see the Asturian version of apt-get update: http://launchpadlibrarian.net/34947533/ast_lang_example.png In the case of "ast" (Asturian code) it is getting "as" (American Samoa). Best regards and thanks in advance! On Sat, Feb 6, 2010 at 3:20 PM, Frans Pop <elen...@planet.nl> wrote: > (CCing as I'm not sure if you are subscribed to d-i18n) > >> This is btw also true for the rest of the patch [0] as all my questions >> in the LongDesc thread [1] remained unanswered. > > I can answer one part of it. > > ! And last but not least a question more or less only for the l10n-team: > ! APT currently includes a (short) list of languages for which it doesn't > ! download the Translation file with the short but with the long code. > ! e.g. for an pt_BR local it would download the file Translation-pt_BR > ! file instead of even trying to download Translation-pt. On the other > ! hand Translation-files like cs_CZ are never touched - apt only tries to > ! download the cs file. So what do you think: Should apt try downloading > ! long and short always OR short only if long is not available? The > ! problematic here would be (while currently looking at the l18n for > ! unstable main [0]) that e.g. the very small cs_CZ file would hide the > ! larger cs file... (btw: Also a suggestion which whitelist should be used > ! would be good, e.g. i think it is unlikely that we get a de_?? in the > ! future...) > > A correct implementation of l10n support automatically falls back to the > next best translation. The LANGUAGE environment variable can contain a > list of languages to fall back to. > > For example, Debian Installer sets this as follows by default: > - for Portuguese: LANGUAGE=pt:pt_BR:en > - for Brazilian: LANGUAGE=pt_BR:pt:en > Note that they are defined as fallbacks for eachother! > > And for some Scandinavian languages it's even more fun: > - for Northern Sami: LANGUAGE=se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en > > I think, but I'm not sure, that if LANGUAGE is *not* set, an automatic > fallback from e.g. cs_CZ to cs will happen (and maybe even if it is set). > > It looks as if the APT download implementation has wanted to simplify this, > or has maybe just wanted to limit downloads. > > IMO if an 'xx_YY' file is downloaded APT should *always* also download the > corresponding 'xx' file if it exists. > > And I think that it would probably also be good if APT downloaded at least > the first two or three languages listed in LANGUAGES (again both 'xx_YY' > and 'xx' files for each). This would ensure that e.g. for Portuguese, > Brazilian is available as fallback. > > English should of course always be downloaded. > > Cheers, > FJP > > > -- > To UNSUBSCRIBE, email to debian-i18n-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org