Quoting Samuel Thibault (sthiba...@debian.org): > > However, I still think we should be selective in it. For instance, I > > don't see any purpose in having a keymap for Oriya/India while we > > don't support Oriya in D-I. > > Why not? Even if we're not able to provide messages in the native > language of the user, it's still _very_ useful for the user to be able > to type mails in his own language.
This is not how the reasoning was made all along D-I early development and not how console-data was maintained. Keymaps were added to the udeb of console-data only when the given language was supported. And, as of now, there has been no deep complaint that it should be done otherwise. I think anyway we should be in some way selective about what keymaps are proposed and not add any random keymap because it's added to xkeyboard-config and that's the first one for Klingon. The world of keymaps is a big mess (and, indeed, xkeyboard-config does not make it better....see the number of variants for some keymaps)....and the point of keymap selection in D-I is more providing with a good general support for users.... Still, that's quite a minor issue (whether we have 68 or 107 proposed keymaps). I would more like to have an idea whether a scheme with a reduced number of possibilities is accepted or not before we start hacking on this (that requires debconf templates that would be specific to the udeb as well as a specific .conf script...which would be much much smaller).
signature.asc
Description: Digital signature
