On Fri, Aug 10, 2012 at 11:36:28AM +0200, Samuel Thibault wrote: > > > > What about introducing new templates of string type that can be used in > > order to preseed arbitrary values in them? > > Then they'd appear in the user-presented choices, which we don't want to > clutter. > > Another way actually might be to skip the keymap question when layout > and variant are already provided. That'd however need careful tinkering > in the .config script.
Well, my idea was not to ask questions when keyboard-configuration/modelcode, keyboard-configuration/layoutcode, keyboard-configuration/variantcode and keyboard-configuration/optionscode are preseeded. I suppose this is analogous to what already exists in the config script and is used by keyboard-configuration in order to avoid asking questions when /etc/default/keyboard contains unsupported by the config script configuration. I haven't looked carefully into specifics of the code used only by the udeb, but can't you simply use the variable $unsupported_layout even when $is_not_debian_installer is false? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120813121316.ga2...@logic.fmi.uni-sofia.bg
