Bug#533863: xserver-xorg: keyboard layout switching not working properly after hal / evdev upgrade

[Celejar <celejar@gmail.com>]

On Sun, 29 Nov 2009 20:49:08 +0100
Julien Cristau <jcristau@debian.org> wrote:

> On Sun, Nov 29, 2009 at 14:34:11 -0500, Celejar wrote:
> 
> > It is still an issue; I'm attaching the keymap.xkb.  BTW, running the
> > command throws:
> > 
> > ~$ xkbcomp -xkb $DISPLAY keymap.xkb
> > Warning:          Could not load keyboard geometry for :0.0
> >                   BadAlloc (insufficient resources for operation)
> >                   Resulting keymap file will not describe geometry
> > 
> > I have no idea what this means - I have no idea what resources are
> > meant here; I have plenty of free memory and diskspace.
> > 
> It's a server bug.  But we don't care about the geometry here, so it's
> ok.

Should I file a bug for this?

> With your keymap it seems I can reproduce your bug: switching from il to
> us(dvorak) seems fine, but switching from us(dvorak) to il needs 2
> alt-shift presses.  Not sure what's up.  As a last data point, does this
> also happen if you just run 'startx -- /usr/bin/xterm'?  If so please
> file a bug at bugs.freedesktop.org against the xorg product, component
> Input/XKB.  Attach your X log and the file from xkbcomp.

Trying your command, X wouldn't start:

/usr/bin/xterm: Xt error: can't open display:
/usr/bin/xterm: DISPLAY is not set

Without the hyphens, I did reproduce the problem (no Hebrew glyphs
showed up, but switching cycled between regular english glyphs, and
nothing (+ cursor movement)).

Upstream bug filed:

https://bugs.freedesktop.org/show_bug.cgi?id=25347

Celejar
-- 
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator