Bug#385970: xkb-data: Greek polytonic affects us alt-intl

[Jan Willem Stumpel <jstumpel@planet.nl>]

Package: xkb-data
Version: 0.8-10
Severity: normal


When using the us layout with alt-intl variant, shift-alt-comma is supposed
to generate 'dead_caron'. So shift-alt-comma, n should produce ň. And indeed
it does, when I say setxkbmap us -variant alt-intl -option compose:rwin.

Now I say 

  setxkbmap "us,gr" -variant "alt-intl," -option \
            "compose:rwin,grp:lwin_toggle,grp_led:scroll"

This is still OK. I have a us (variant alt-intl) keyboard, and pressing 
left-windows changes it to Greek. 

But I want polytonic Greek; so I try

   setxkbmap "us,gr" -variant "alt-intl,polytonic" -option\
             "compose:rwin,grp:lwin_toggle,grp_led:scroll"

and indeed I get the Greek polytonic keyboard (this has some layout bugs,
but this report is not about them) when I press left-windows. But when I
press left-windows again (or if I did not press it in the first place) the
us keyboard layout has apparently changed. shift-alt-comma, n now produces ņ
instead of ň, in other words: shift-alt-comma now does the same thing as
alt-comma, namely dead_cedilla (instead of dead_caron).

So somehow the polytonic variant of the gr keyboard layout (even when not
switched on) affects the behaviour of the us keyboard layout. This cannot be
right. I suspect some error in the X keyboard compiler, or whatever it is
called.

Regards, Jan

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- debconf-show failed