x11-drivers/xf86-input-evdev-1.2.0 keyboard problem

golding · Posted: Sun Feb 03, 2008 10:00 pm Post subject:

Q? Why do we have this HAL?

Wouldn't it have been better/easier to use the full capabilities of UDEV/Dbus?
_________________
Regards, Robert

..... Some people can tell what time it is by looking at the sun, but I have never been able to make out the numbers.

appofice · n00b Joined: 13 Jun 2007 Posts: 54

Now for the the kde problem. Because my configuration work perfectly for gnome and fluxbox but for kde no. The up arrow key take a screen shot of my desktop "ksnapshot". So i did in the kde control "Regional & Accessibility"->"Keyboard Layouts"
Then select "Evdev-managed keyboard" as your keyboard model..
you can see here is like the mandriva ..

http://archives.mandrivalinux.com/cooker/2007-11/msg00607.php

good luck

Xake · Posted: Tue Feb 05, 2008 9:46 am Post subject:

clytle374 · Apprentice Joined: 01 Aug 2006 Posts: 221

So I have the up arrow key is screen shot problem, everything else seems to work after following this thread. If I log out and back in it works fine.

I have in /etc/hal/fdi/policy/10-keymap.fdi

Xake · Posted: Wed Feb 13, 2008 1:19 pm Post subject:

Aysen · Apprentice Joined: 18 May 2005 Posts: 187 Location: Poland

Xake · Posted: Thu Feb 14, 2008 1:03 pm Post subject: Re: Almost solved for me

Aysen · Apprentice Joined: 18 May 2005 Posts: 187 Location: Poland

renrutal · Posted: Fri Feb 15, 2008 4:43 am Post subject:

My earlier post is old news, like the Guru said please don't mask stuff, use

Option "AutoAddDevices" "false"

in ServerLayout in your xorg.cong.

mooninite · n00b Joined: 21 Oct 2005 Posts: 15

Hi all,

Fedora user here. (*dodges rocks*)

I switched from "kbd" to "evdev" for my keyboard so I would be ready for the next release, and I, too, ran into VMWare keyboard issues.

Hal 0.5.10
X.org 7.2
XFCE 4.4.2
VMWare Player 2.0.2

I setup a Samba server as a Domain Controller and use a Windows 2000 VM on it as a Domain Workstation. This causes Windows to force the "CTRL+ALT+DEL" requirement to login. After switching to evdev, VMWare wouldn't read my DELETE key. To put it lightly, I was upset that I couldn't login to my VM. I ending up finding that it was mapped to the PRINT SCREEN key. Go figure. Oh, and yes the cursor keys are all messed up. The down arrow is the SUPER key.

Why is VMWare reading the keyboard mapping differently than every other application?

Is this a VMWare bug or something I can take up with Red Hat?

P.S. That Gentoo maintainers blog doesn't make me feel good about HAL.

P.P.S. The xorg.conf settings do nothing for mapping. The defaults are already "evdev" and "xorg" so there's nothing to set.

kknm_fixxxer · Posted: Fri Feb 15, 2008 7:23 pm Post subject:

HAI GUIZE

Ok, so I managed to get the keyboard working, and it actually wasn't that hard. Plus, I must be the lucky one, because there were like a hundred methods to get it working as far as the keymap was concerned (evdev, hal, no hal, partly hal, partly xorg.conf, you name it).

However, I still have one problem that I don't really know how to tackle.

I decided to go the pure HAL route, ie get rid of all the keyboard- and mouse-related settings from my xorg.conf and set everything up with HAL's .fdi file. It's all fine and dandy, but after I suspend-to-RAM and go out of suspend, I loose my "swap ctrl and capslock" setting.

Does anyone has an idea what might be causing this? The keymap survives suspending, just not this additional setting. I'm using GNOME, btw.

Here's my .fdi file:

ranger719 · Posted: Fri Feb 15, 2008 10:18 pm Post subject:

I experienced another problem with hal. After upgrading from 0.5.9.1-r3 to 0-5.10 I had to change my keyboard settings, too (in the kdecontrol-panel, commenting all keyboard/mouse devices in my xorg.conf and changing my default-keyboard-layout in the .fdi-file). This worked fine, but after switching to vtX via alt+ctrl+fX from KDE and switching back to X , X crashes, consuming 100% cpu-time. No graphic is "updated/redrawn", the screen is completely frozen. I am still able to move my mouse, but keyboard-input only works for about 1-2secs after switching back to X. Amarok still plays my music, but only until the track ends. Then it stops, instead of playing the next song. The system is unusabel from local controls. I cannot click anything, change to vtX, move a window and so on. SSHing into it still works, and I can restart XDM. Restarting XDM fixes all the problems, until I change to the console and switch back again. My xorg-log is appended. Any ideas? Reverting hal back to 0.5.9.1-r3 fixes this issue. I know this might not fit in this thread, but its still somehow related

Ibn al-Hazardous · Posted: Mon Feb 18, 2008 9:16 am Post subject:

I spent the weekend trying to get the pure HAL way going, but X keeps crashing. The backtrace seems to point at evdev (if I interpret it correctly):

ranger719 · Posted: Mon Feb 18, 2008 11:11 am Post subject:

My machine is an Intel Apple Mac Mini, with this chipset:

Ibn al-Hazardous · Posted: Tue Feb 19, 2008 7:41 am Post subject:

doublehp · Guru Joined: 11 Apr 2005 Posts: 473 Location: FRANCE

What a stupid debate for nothing; read all bugs listed in https://bugs.gentoo.org/show_bug.cgi?id=210710 . There are bugs, so, apply proposed fixes, or downgrade to X-1.3 .
_________________
DEMAINE Benoît-Pierre (aka DoubleHP ) http://www.demaine.info/
>o_/ Coin coin coin \_o<
to contact me (MSN,ICQ, JABBER, Skype ... ) http://benoit.demaine.info/contact.png

roginovicci · n00b Joined: 25 Feb 2008 Posts: 2

This thread is much of interest. Many thanks to all participants. It is looks like hal is really works and some utils helps to write your own configs in /etc/hal/... I have one question left. Well I was running Xorg 7.1 till now since I was afraid evdev changes a mach, and this is the case

Actually I am using multy seat configuration - double set of mice keyboard videocards and monitors. Thus I have two working place with one computer. evdev helped me to split keyboards and mice. Thus I could run two X servers at the time with separate set of input devices. Now I cant figure out how to perfome that split. What option should I use to the X server use only one set of input devices and wouldn't react on actions with other set of input devices. Any help are welcome.

Rion · Posted: Wed Feb 27, 2008 11:28 am Post subject:

VMWARE

just removed all keyboard things from xorg.conf, cleared gconf settings and setted up fdi file as described above.
rebooted and started fluxbox instead of gnome.
after this started vmware.
bug with cursor keys still present (up as print screen, left as alt and so on) and with fluxbox and with gnome.

so i think its entirely vmware bug or maybe some settings needed

UPDATE:
i've fixed cursor problem by making ~/.vmware/config with content

lalebarde · Posted: Wed Feb 27, 2008 6:30 pm Post subject:

doublehp : it is not that simple. I am under x11-base/xorg-server 1.3.0.0-r5 and have big problems - cf https://forums.gentoo.org/viewtopic-p-4908137.html#4908137.
From what I have read in this thread, every people don't have the same problem. For my concern, I am on arch, and not on tild-arch.

mooninite · n00b Joined: 21 Oct 2005 Posts: 15

VinnieNZ · Posted: Thu Feb 28, 2008 2:17 am Post subject:

kwisatz_haderais · Tux's lil' helper Joined: 28 Sep 2004 Posts: 143

Now, the only question that remains is:
Is it really easier to edit your /etc/hal/fdi/policy/xyz xml file than configuring xorg.conf, as it used to be?

Aysen · Apprentice Joined: 18 May 2005 Posts: 187 Location: Poland

simoo · n00b Joined: 22 May 2007 Posts: 43

irasnyd · Posted: Sun Mar 02, 2008 7:23 pm Post subject:

Has anyone gotten multiple keyboard layouts working at the same time?

Here is what I had in xorg.conf before I upgraded hal / xorg / evdev to ~x86 latest: