--- Begin Message ---
Package: x11-xkb-utils
Version: 7.6+2
Severity: normal
Tags: l10n
Hi,
I use a double layout: us with default variant, and il with
a non-default variant (one I have added myself, but I think
that's beside the point). I used to have settings that ran
> setxkbmap -model pc105 -layout us,il -variant ,si1452
Today, after an upgrade, this command produced weird results:
switching to the il layout seemed to work (in terms of the keyboard
indicator), but the keyboard produced Latin letters instead of
Hebrew.
Upon investigation via xkbprint, I found that the layout I was using
with this command was actually
pc+us+il(si1452):2+ie(basic):2+...
It was that ie(basic), which I didn't ask for, which was messing up
my keyboard. I was able to fix it by changing the order of keyboards:
setxkbmap -model pc105 -layout il,us -variant si1452,
With this, the layout as reported by xkbprint became
pc+il(si1452)+us:2+...
And all is well. So my bet is that the problem is with the combination
of default first variant with non-default second.
This bug surfaced after today's update which included
x11-xserver-utils, xkb-data, and several libx11-* packages,
so it may not actually be in setxkbmap, but that's where I
see the problems.
HTH,
Shai.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages x11-xkb-utils depends on:
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libx11-6 2:1.4.3-1 X11 client-side library
ii libxaw7 2:1.0.9-2 X11 Athena Widget library
ii libxkbfile1 1:1.0.7-1 X11 keyboard file manipulation lib
ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library
x11-xkb-utils recommends no packages.
x11-xkb-utils suggests no packages.
-- no debconf information
--- End Message ---