| View previous topic :: View next topic |
| Author |
Message |
nbulat
n00b
Joined: 05 Nov 2006
Posts: 7
Location: Serbia
|
 Posted: Sun Nov 05, 2006 8:37 am Post subject: keyboard layout screwed in Qt/KDE |
 |
|
After KDE update to 3.5.5 version keyboard layout acts weird. I have two keyboard layouts: us and cs (Serbian). When trying to switch to cs - nothing happens in KDE apps (behaves just like us layout). In Qt apps there is nothing printing on the screen when I press some of special characters in cs layout, but in OpenOffice everything works just fine.
Also, I am getting strange output after trying to change keyboard layout manually:
| Code: | setxkbmap -v 10 -layout cs
Setting verbose level to 10
locale is C
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
Applied rules from xorg:
model: logiik
layout: cs
Trying to build keymap using the following components:
keycodes: xfree86+aliases(qwerty)
types: complete
compat: complete
symbols: pc(pc105)+cs+inet(logiik)
geometry: pc(pc104)
|
Can anyone help me with this problem? |
|
| Back to top |
|
 |
stim
Tux's lil' helper
Joined: 21 Jan 2003
Posts: 116
Location: Brisbane, Australia
|
| Posted: Sun Nov 05, 2006 8:55 am Post subject: |
|
|
| I'm certainly no expert in this area and haven't come across this problem myself, but have you checked what KDE thinks your keyboard is by going to Control Center -> Regional & Accessibility -> Keyboard Layout. If Keyboard Layout is not there, emerge kxkb. |
|
| Back to top |
|
|
nbulat
n00b
Joined: 05 Nov 2006
Posts: 7
Location: Serbia
|
| Posted: Sun Nov 05, 2006 9:15 am Post subject: |
|
|
All seems to be OK in KDE Control Center settings, but thanks anyway!
I have also discovered suspicious message in my X server log:
| Code: |
(EE) Error loading keymap /usr/share/X11/xkb/compiled/server-0.xkm
|
I thought that new X.org implementation (7.1) doesn't use compiled keymaps anymore. |
|
| Back to top |
|
|
Matteo Azzali
Retired Dev
Joined: 23 Sep 2004
Posts: 1133
|
| Posted: Sun Nov 05, 2006 11:03 am Post subject: |
|
|
Do you get any output if you run, as root, a:
| Code: | | revdep-rebuild --ignore --pretend |
??
If not, maybe this report
might have something to do with that, just be cautios.
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/ |
|
| Back to top |
|
|
nbulat
n00b
Joined: 05 Nov 2006
Posts: 7
Location: Serbia
|
| Posted: Mon Nov 06, 2006 11:56 am Post subject: |
|
|
No output from revdep-rebuild command.
Downgraded to libXi-1.0.1-r1
It doesn't solve the problem 
I discovered something completely different:
After changing the keyboard layout, already ran program (for example konqueror) uses old layout. When I run a new instance of that same app (or any app) it uses new keyboard layout. Strange... |
|
| Back to top |
|
|
__jata__
n00b
Joined: 08 Jan 2006
Posts: 10
|
| Posted: Mon Nov 06, 2006 5:34 pm Post subject: |
|
|
| nbulat wrote: | No output from revdep-rebuild command.
Downgraded to libXi-1.0.1-r1
It doesn't solve the problem
I discovered something completely different:
After changing the keyboard layout, already ran program (for example konqueror) uses old layout. When I run a new instance of that same app (or any app) it uses new keyboard layout. Strange... |
EXACTLY the same trouble here, but not after upgrade to KDE-3.5.5 (which I am using longer time already), but after last upgrade of libX11 and libXi. I noted the same phenomena with us/cz keyboard layout. And yes, this seems to be problem in KDE, because keyboard changes in non-kde applications and terms (Eterm, rxvt, nedit...) all work as expected. Confirmed on 3 different computers, perhaps we should fill the bug report (but for what? KDE or libX11/libXi?)
Just for description: scenario: konsole:
US layout->CZ layout: konzole uses US layout nevertheless. Another konsole called from: suddenly layout is CZ for the new konsole (it remains still US for the old one!) and remains CZ, even after change back to US. Analogically other KDE applications (kate,kwrite,kword...). Only one chance how to change keyboard layout is to change layout BEFORE starting an application, once the application is active, no other switching of keyboard layout has any influence.
Eterm, called from the starting console respects the keyboard layout, chosen via kxkb all the time. Ditto nedit. |
|
| Back to top |
|
|
Freddy93
n00b
Joined: 06 Feb 2004
Posts: 5
|
| Posted: Mon Nov 06, 2006 8:39 pm Post subject: |
|
|
I've got the very same problem since yesterday, except that other non-KDE applications are affected. Among them are gvim and firefox. Xterm behaves correctly.
Here are the bunch of updates I've made, one of them must be guilty :)
| Code: |
sys-devel/automake-wrapper-2
x11-proto/inputproto-1.4
x11-proto/xproto-7.0.9
x11-libs/libX11-1.0.3-r1
x11-libs/libdrm-2.2.0
x11-libs/libXi-1.1.0
sys-libs/timezone-data-2006n
media-fonts/encodings-1.0.1
media-fonts/font-adobe-75dpi-1.0.0
media-fonts/font-misc-misc-1.0.0
media-fonts/font-cursor-misc-1.0.0
media-fonts/font-adobe-100dpi-1.0.0
media-fonts/font-adobe-utopia-type1-1.0.1
media-fonts/font-bh-type1-1.0.0
x11-drivers/xf86-input-evdev-1.1.4
x11-drivers/xf86-input-mouse-1.2.0
net-www/apache-2.0.59-r2
sys-apps/pmount-0.9.13
app-shells/zsh-4.3.2-r2
net-libs/libwww-5.4.0-r7
sys-apps/iproute2-2.6.16.20060323
app-arch/par2cmdline-0.4-r2
kde-base/kdm-3.5.5-r1
media-libs/libdvbpsi-0.1.5
net-misc/openssh-4.4_p1-r6
dev-db/phpmyadmin-2.9.0.3
sys-apps/hdparm-6.6
app-portage/eix-0.7.9
|
Kdm is the only KDE-related package that has been touched, so I don't think KDE this is the culprit, but this is rather strange.
I'll try to downgrade all those libX* packages see if that correct the problem. |
|
| Back to top |
|
|
Freddy93
n00b
Joined: 06 Feb 2004
Posts: 5
|
| Posted: Mon Nov 06, 2006 11:17 pm Post subject: |
|
|
After recompiling x11-proto/inputproto-1.3.2, x11-proto/xproto-7.0.7 and _only then_ x11-libs/libXi-1.0.1, keyboard layout switching is back to normal.
I also got libX11 downgraded to 1.0.3, but it doesn't seem to have anything to do with layout issue : the problem got fixed just after libXi was recompiled.
Anyway, the problem probably lies in thoses two packages (inputproto and xproto). The only other explanation I have would be a incompatibility between the updated libXi and a common library of kde apps, firefox and gvim. Perhaps just recompiling that common library could fix the incompatibility. I'll try to see what packages depend on those two tomorrow.
Does anyone have another idea? |
|
| Back to top |
|
|
nbulat
n00b
Joined: 05 Nov 2006
Posts: 7
Location: Serbia
|
| Posted: Tue Nov 07, 2006 7:20 am Post subject: |
|
|
| Right! The above recipe works for me as well. Thank you for your suggestion. I guess we can consider this problem solved, but not explained. Why would KDE react such way with new libXi? This would be a question for both KDE and Xorg developers. |
|
| Back to top |
|
|
yozo
n00b
Joined: 07 Nov 2006
Posts: 1
|
|
| Back to top |
|
|
__jata__
n00b
Joined: 08 Jan 2006
Posts: 10
|
| Posted: Tue Nov 07, 2006 11:40 am Post subject: |
|
|
| yozo wrote: | | Works for me too! |
And for me also.... Nice, my system works again  .
And, I do not know, if it could helps, but kate threw the message:
"XInputWireToEvent: UNKNOWN WIRE EVENT! type=93"
when the problems with keyboard layout were here.
Normally this error message should not be generated. Apparently, new inputproto/xproto/libXi system emits the event, which is not recognized by KDE.
Last edited by __jata__ on Tue Nov 07, 2006 4:25 pm; edited 1 time in total |
|
| Back to top |
|
|
Tarch
n00b
Joined: 27 Apr 2005
Posts: 42
|
| Posted: Tue Nov 07, 2006 3:40 pm Post subject: |
|
|
Hi all!
For me this works in part because now if I set the layout before launching an app the app reads the correct layout but I'm not able to change it on the fly!
Someone has the same problem?
Thanks!
Bye! =)  |
|
| Back to top |
|
|
__jata__
n00b
Joined: 08 Jan 2006
Posts: 10
|
| Posted: Tue Nov 07, 2006 4:28 pm Post subject: |
|
|
| Tarch wrote: | Hi all!
For me this works in part because now if I set the layout before launching an app the app reads the correct layout but I'm not able to change it on the fly!
|
This is, what I had __BEFORE__ the downgrade of the mentioned files. After the procedure, written above, everything should work again (or at least, works for me). |
|
| Back to top |
|
|
Tarch
n00b
Joined: 27 Apr 2005
Posts: 42
|
| Posted: Tue Nov 07, 2006 5:13 pm Post subject: |
|
|
Hi!
Thanks for the answer!
Can you please post the versions of the various libraries?
| __jata__ wrote: |
This is, what I had __BEFORE__ the downgrade of the mentioned files. After the procedure, written above, everything should work again (or at least, works for me).
|
Do you mean that you have downgraded at the versions posted in the solution
Thanks! Bye! =) |
|
| Back to top |
|
|
nbulat
n00b
Joined: 05 Nov 2006
Posts: 7
Location: Serbia
|
| Posted: Tue Nov 07, 2006 8:25 pm Post subject: |
|
|
Here it goes:
x11-proto/inputproto-1.3.2
x11-proto/xproto-7.0.7
x11-libs/libXi-1.0.1
Obey this order and you should get your keyboard layouts working again!
Worked for me at least  |
|
| Back to top |
|
|
curio77
n00b
Joined: 06 Nov 2006
Posts: 21
Location: Germany
|
| Posted: Wed Nov 08, 2006 7:27 am Post subject: |
|
|
| In my case, upgrading to x11-proto/inputproto-1.4 made my Logitech keyboard's manually-mapped (via custom system-level and Xmodmap setup) multimedia keys stop working in KDE -- despite "xev" still displaying the correct key codes. Downgrading inputproto (and libXi, whose newest version seemed to have prompted the update) solved the issue for now. |
|
| Back to top |
|
|
Freddy93
n00b
Joined: 06 Feb 2004
Posts: 5
|
| Posted: Thu Nov 09, 2006 12:11 am Post subject: |
|
|
| Freddy93 wrote: | | Anyway, the problem probably lies in thoses two packages (inputproto and xproto). The only other explanation I have would be a incompatibility between the updated libXi and a common library of kde apps, firefox and gvim. Perhaps just recompiling that common library could fix the incompatibility. I'll try to see what packages depend on those two tomorrow. |
Seems like that was the good track :)
I've got latest versions of xproto, inputproto and libXi installed (respectively 7.0.9, 1.4 and 1.1.0) and keyboard layout works as expected.
The solution simply consists in recompiling all packages depending directly on inputproto, xproto and libXi (although the last one might not be required). This suffice to make qt, gtk+ and others comply with the new headers provided by xproto and inputproto. That can be done with the following two commands (you'll need gentoolkit to run them) :
| Code: |
$ emerge -u --oneshot xproto inputproto libXi
$ emerge -v --oneshot $(for p in inputproto xproto libXi; do
equery d $p | sed -n "1! p"
done | sort | uniq | sed 's/^/=/')
|
Theses are the commands I used on my box by the way.
Warning! Among dependencies are qt, gcc and some others big packages, so expect your computer to work for some time... |
|
| Back to top |
|
|
Tarch
n00b
Joined: 27 Apr 2005
Posts: 42
|
| Posted: Fri Nov 10, 2006 8:47 am Post subject: |
|
|
Hi!
First of all thanks! It worked for me too downgrading packages, maybe this weekend I'll try the method of freddy and I will notice of results!
Tnx & bye!!! =) |
|
| Back to top |
|
|
dylan_stark
Tux's lil' helper
Joined: 30 Aug 2005
Posts: 135
Location: Belgrade, Serbia
|
| Posted: Tue Nov 21, 2006 10:05 am Post subject: |
|
|
Oh, c`mon! I need to recompile over the half of system to get this working!!??
I don`t belive this! |
|
| Back to top |
|
|
|
Desktop Environments
