Additional NULL (??) layout group with evdev+hal
Thomas Fritzsche
tf at noto.de
Mon Nov 24 06:19:33 PST 2008
Hello Peter,
Bingo! Thanks for your help!
Attached:
1) testneu.txt (contains error after startup)
2) testOK2.txt (what I expected after calling:
setxkbmap "de(nodeadkeys),jp" -option "grp:alt_shift_toggle")
In the file containing the error:
...
name[group1]="Germany - Eliminate dead keys";
name[group2]="Japan";
...
Just the 2 layout groups I setup.
BUT some lines below there are 3 keys with a 3rd layout.
Here one example:
...
key <TLDE> {
type[group1]= "FOUR_LEVEL",
symbols[Group1]= [ asciicircum, degree,
notsign, notsig
n ],
symbols[Group2]= [ asciicircum, degree ],
symbols[Group3]= [ notsign ]
};
...
The same key in trace without error has just one layout group:
...
key <TLDE> {
type= "FOUR_LEVEL",
symbols[Group1]= [ asciicircum, degree,
notsign, notsign ]
};
...
Somehow this first version is broken creating the 3rd layout group.
I guess I need to put these 2 patches in my xserver that you created for:
http://bugs.freedesktop.org/show_bug.cgi?id=14373
Or is this other case?
Cheers,
Thomas
On Mon, Nov 24, 2008 at 1:38 PM, Peter Hutterer <peter.hutterer at who-t.net>wrote:
> On Sun, Nov 23, 2008 at 02:52:10PM +0900, Thomas Fritzsche wrote:
> > after upgrading to xserver 1.5.2 using the new evdev + hal I'm observing
> > that I receive an additional layout group.
> > The gnome keyboard indicator is showing this as "??" and using the
> > libxklavier test program I get:
> >
> > [1227322878,150,xklavier.c:xkl_engine_constructor/] Actual backend: XKB
> > [1227322878,200,xklavier_xkb.c:xkl_xkb_load_all_info/] found 3 groups
> > [1227322878,200,xklavier_xkb.c:xkl_xkb_load_all_info/] Group 2 has name
> > [Germany]
> > [1227322878,200,xklavier_xkb.c:xkl_xkb_load_all_info/] Group 1 has name
> > [Japan]
> > [1227322878,200,xklavier_xkb.c:xkl_xkb_load_all_info/] Group 0 has name
> [-]
> >
> > The German and Japanese Layout-Group is in my setup, but the system added
> an
> > additional Group 0 with name "-"??
> > I already read though your blog (http://who-t.blogspot.com/), but could
> not
> > find anything explaining such a odd behaviour.
> >
> > I added a lot of description and logfiles to a bug report at this link:
> > https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/283128
> >
> > I'm not using Autologin (that was causing trouble in other case). There
> are
> > a lot of devices coming up with evdev/hal, but all have "de,jp" assigned
> > (lshal).
> > What could causing such a problem? What can I do to avoid this problem?
>
> Sounds similar to 14373 (fixed with commit ae986d1c73d), and could have a
> similar cause.
>
> Especially comment 18 hints at that
> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/283128/comments/18
>
> Do you have the above commit in your tree?
> Is there a difference between the output of "xkbcomp -xkb :0 -" before and
> after it occurs?
>
> Cheers,
> Peter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20081124/60d71258/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: testneu.txt
URL: <http://lists.x.org/archives/xorg/attachments/20081124/60d71258/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: testneuOK2.txt
URL: <http://lists.x.org/archives/xorg/attachments/20081124/60d71258/attachment-0001.txt>
More information about the xorg
mailing list