Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
Package: xfce4-xkb-plugin Version: 0.4.3-1 Severity: important Hello, On my system I use three keyboard layouts which are configured through xorg.conf as follows: Option XkbLayout us,ro,ru Option XkbVariant ,std,phonetic or set manually with: 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) and the last one (that works) gives this: pc+ro(std)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) 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. Thanks, Igor Stirbu [1] http://packages.debian.org/changelogs/pool/main/x/xkeyboard-config/xkeyboard-config_1.3-1/changelog -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-xkb-plugin depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libfontconfig12.6.0-1generic font configuration library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfce4util4 4.4.2-2Utility functions library for Xfce ii libxfcegui4-4 4.4.2-4Basic GUI C functions for Xfce4 ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.2-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xfce4-panel 4.4.2-6The Xfce4 desktop environment pane xfce4-xkb-plugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
2008/7/9 Yves-Alexis Perez [EMAIL PROTECTED]: 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? I would gladly show if I could get the older version of the package. Is there a way to do that? 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. Totally agree. Maybe it's the way the file configuration file for the layout has been written. 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. Should we contact the xkb-data team? Thanks, Igor -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
On Wed, Jul 09, 2008 at 01:06:54PM +0300, Igor Stirbu wrote: 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? I would gladly show if I could get the older version of the package. Is there a way to do that? Maybe try in testing or in snapshot.debian.net 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. Should we contact the xkb-data team? yeah, it'd be a good idea. xkb-data maintainers, could you look at #490013 and tell us what you think? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
2008/7/9 Yves-Alexis Perez [EMAIL PROTECTED]: On Wed, Jul 09, 2008 at 01:06:54PM +0300, Igor Stirbu wrote: 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? I would gladly show if I could get the older version of the package. Is there a way to do that? Maybe try in testing or in snapshot.debian.net I've installed the package prior to the changes in romanian layout: xkb-data_1.2~cvs.20080501.1-1_all.deb. In this version 'std' variant is named as 'std_comma' and the configuration looks like this for my default layout and the symname string setxkbmap -model pc105 -layout us,ro,ru -variant ,std_comma,phonetic pc+us+ro(std_comma):2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) and here is the modified layout in the similar way I did when reported the bug: setxkbmap -model pc105 -layout ro,us,ru -variant std_comma,,phonetic pc+ro(std_comma)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) Thanks, Igor -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
On Wed, Jul 09, 2008 at 02:33:10PM +0300, Igor Stirbu wrote: 2008/7/9 Yves-Alexis Perez [EMAIL PROTECTED]: On Wed, Jul 09, 2008 at 01:06:54PM +0300, Igor Stirbu wrote: 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? I would gladly show if I could get the older version of the package. Is there a way to do that? Maybe try in testing or in snapshot.debian.net I've installed the package prior to the changes in romanian layout: xkb-data_1.2~cvs.20080501.1-1_all.deb. In this version 'std' variant is named as 'std_comma' and the configuration looks like this for my default layout and the symname string setxkbmap -model pc105 -layout us,ro,ru -variant ,std_comma,phonetic pc+us+ro(std_comma):2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) and here is the modified layout in the similar way I did when reported the bug: setxkbmap -model pc105 -layout ro,us,ru -variant std_comma,,phonetic pc+ro(std_comma)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) Ok so there's definitely a change in xkeyboard-config. -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490013: [Pkg-xfce-devel] Bug#490013: Bug#490013: Bug#490013: xfce4-xkb-plugin: Not starting when layout 'ro' with variant 'std' is used
reassign 490013 xkb-data thanks On mer, 2008-07-09 at 13:42 +0200, Yves-Alexis Perez wrote: On Wed, Jul 09, 2008 at 02:33:10PM +0300, Igor Stirbu wrote: setxkbmap -model pc105 -layout ro,us,ru -variant std_comma,,phonetic pc+ro(std_comma)+us:2+ru(phonetic):3+group(menu_toggle)+ctrl(nocaps) Ok so there's definitely a change in xkeyboard-config. And this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485702 confirms that. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part