[Pkg-xfce-devel] Bug#490013: Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used

Yves-Alexis Perez corsac at debian.org
Wed Jul 9 09:57:24 UTC 2008

On Wed, Jul 09, 2008 at 12:19:05PM +0300, Igor Stirbu wrote:
> setxkbmap -model pc105 -layout us,ro,ru -variant ,std,phonetic
> With this configuration, since the last modifications
> of the xkb-data package [1], which included improvements
> of the romanian layout, the plugin is not able to start.
> I tried to debug the issue but did not come up with a
> reason.
> Meanwhile, I reconfigured the xkb settings with the following
> setup:
> Option "XkbLayout"  "ro,us,ru"
> Option "XkbVariant" "std,,phonetic"
> or
> setxkbmap -model pc105 -layout ro,us,ru -variant std,,phonetic
> and this works, ie the xkb plugin functions as expected. During
> debug I observed that the symnames from both layouts differ. The
> first layout generates this symname
> pc+us+ro(std_cedilla):2+ro(std):2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps)

This one sure doesn't look good. I'm not an xkb expert but it maybe it
manages to confuse the plugin. What was the result before xkeybord
> and the last one (that works) gives this:
> pc+ro(std)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps)

And in any case, simple inverstion shouldn't change like this the
> and this also causes the symbol_names to differ (duplicate 'RO'
> entry in former).
> I wasn't sure to which package send this bug (the other one is
> xkb-data) but the layout that is not working with xkb plugin
> works fine with the kde4 language switcher.

I guess there are two bugs. I don't think the symname is correct when
using ro,us. But it shouldn't confuse the plugin like this.

More information about the Pkg-xfce-devel mailing list