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

[Yves-Alexis Perez]

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
upgrade?
> 
> 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
result.
> 
> 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.
-- 
Yves-Alexis