Processed: Re: Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap
Processing commands for [EMAIL PROTECTED]: > severity 282677 minor Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap Severity set to `minor'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap
severity 282677 minor thanks Yet more information...and severity changes: It seems that some changes in base-config would help as well and make the "keyboard" menu entry script more robust 22:14 < fjp> bubulle: OK. And suggest to lower prio to minor 22:17 < fjp> bubulle: AFAICT debian-installer/keymap is not used in d-i outside of kbd-chooser ATM. 22:18 < fjp> bubulle: I think l-c may use it though. 22:26 < Kamion> base-config uses it 22:26 < Kamion> (lib/menu/keyboard) 22:32 < bubulle> fjp: I guess I can easily fix the portuguese mac kbd bug you described in 275086 22:32 < fjp> bubulle: Yes, I was hoping for that. The segfault problem can easily be reproduced later. 22:33 * bubulle will probably add yet another patch in debian/patches for console-data 22:33 < bubulle> and try not to make an ugly upload this time 22:39 < fjp> Kamion: You mean /usr/lib/base-config/menu/keyboard 22:41 < fjp> Kamion: That script does not look to be very robust. No checks to see if the returned value is valid as all... 22:41 * bubulle --> Zzzz (console-data building...tests tomorrow) 22:42 < fjp> bubulle: Can you add these last lines? 22:42 < Kamion> fjp: I mean lib/menu/keyboard, because I'm looking in the source package :-P 22:42 < bubulle> fjp: to the BR? 22:43 < fjp> bubulle: Yes. 22:43 < fjp> Kamion: I was looking on installed system ;-) 22:43 < bubulle> I leave this up to you...in case the discussion continues...:-) 22:44 < Kamion> fjp: it's set -e, which helps a lot 22:45 < fjp> Kamion: I guess it will fail on the KEYMAP=$(find ...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap
severity 282677 normal
thanks
Quoting Christian Perrier ([EMAIL PROTECTED]):
> Package: kbd-chooser
> Severity: important
>
> I use the "important" tag here for enhancing that this bug should be worth
> being fixed before the release.
>
> When a given language has no default keymap set in console-data for a given
> arch/keyboard type and the debconf priority is set to critical, then the
> value of console-keymap-xx/keymap is set to "none" and kbd-chooser then
> tries loading the "none" keymap, which fails.
>
> This bug can be reproduced for instance by booting d-i with:
>
> linux DEBCONF_PRIORITY=critical languagechooser/language-name=Arabic
>
> This bug is *not* related to recent changes in console-data and happens with
> D-I RC2 (which has console-keymaps-* from testing).
After investigation, it happens that this only "breaks" non
interactive installs and drop them to priority==high...so this is not
that important.
A quick fix seemed to be defaulting the keymap question to
critical...but this is exactly a change made recently by Colin and
later reverted by Joey becauseit broke non interactive installs.
In the situation described above, kbd-chooser fails with "cannot load
file none".
Below are the discussions in #debian-boot about this problem:
20:52 < Kamion> bubulle: which bug is that?
20:53 < fjp> Kamion: #282677
20:53 < Kamion> and where's the "high"? :)
20:54 * fjp doesn't know either
20:55 < fjp> Kamion: maybe s/critical/high/ ?
20:55 < fjp> But that's default, so doesn't make much sense...
20:58 < Kamion> fjp: and it's what I committed recently and joeyh had to revert
because it broke
preseeding
20:59 < fjp> Right. Let's ask bubulle to check the changelogs...
21:48 < bubulle> grmbl
21:48 * bubulle reads kbd-chooser changelog..:-)
21:50 < fjp> bubulle: can't you just preseed the keymap (or add it on command
line)/
21:50 < fjp> ?
21:50 < bubulle> the problem in kbd-chooser seems to be a bad handling of
default values...
21:50 < bubulle> fjp: of course I can
21:51 < bubulle> fjp: anyway, the bug probably doesn't deserve an important
severity
21:51 * fjp agrees with that.
21:51 < fjp> bubulle: How does keymap=none fail?
21:52 < fjp> I thought that was a supported value that is equivalent to US
21:53 < bubulle> fjp: well, I don't exactly know but it fails..:)
21:53 < bubulle> the log says "kbd-chooser: cannot open file none"
21:53 < fjp> You mean keyboard does not work at all anymore or is it just that
message?
21:54 < bubulle> a workaround is probably setting a good default for each
language
21:54 < fjp> Or maybe just not try to load a file if value is set to 'none'...
21:54 < bubulle> well, after the error message appears, you're dropped to
debconf priority=high and
you get the keymap choice list
21:55 < fjp> Which is OK for interactive installs...
21:56 < fjp> bubulle: Do you also have "kbd-chooser: not setting keymap (kbd ==
none selected)" in
the log?
21:56 < bubulle> but not for non interactive..:-)
22:00 < fjp> bubulle: I think we need a test for keymap = none in these lines
near the end:
22:00 < fjp>di_info ("choose_keymap: keymap =
%s", keymap);
22:00 < fjp> keymap_set (client, keymap);
22:00 < fjp> state = QUIT;
22:00 < fjp> and not call keymap_set in that case. That would continue the
installer with the
default US keymap.
22:01 < fjp> IMHO that should be OK for "critical" installs.
22:03 * bubulle wonders if having the value still set to "none" may not be bad
later
22:03 < bubulle> "could be bad" should I've said
22:03 < fjp> like prebaseconfig?
22:03 < bubulle> yep
22:04 < bubulle> anyway, I think we can leave this alone at this moment
22:04 < bubulle> I will probably add more defaults in console-data so that
languages which do not
have any default kbd default to us
22:05 < fjp> debian-installer/keymap would be unset; but the check could also
be added inside
keymap_set.
22:06 < bubulle> yeah, why not
22:07 < bubulle> I propose to paste all this in #282677 and leave this
post-sarge
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap
Processing commands for [EMAIL PROTECTED]: > severity 282677 normal Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap Severity set to `normal'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282677: kbd-chooser: Defaults to "none" for keymap when debconf priority is critical and language has no default keymap
Package: kbd-chooser Severity: important I use the "important" tag here for enhancing that this bug should be worth being fixed before the release. When a given language has no default keymap set in console-data for a given arch/keyboard type and the debconf priority is set to critical, then the value of console-keymap-xx/keymap is set to "none" and kbd-chooser then tries loading the "none" keymap, which fails. This bug can be reproduced for instance by booting d-i with: linux DEBCONF_PRIORITY=critical languagechooser/language-name=Arabic This bug is *not* related to recent changes in console-data and happens with D-I RC2 (which has console-keymaps-* from testing). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
