Re: [gentoo-user] Re: Xorg-server and my mouse
On Friday 10 April 2009, Hartmut Figge wrote: Fred Elno: merge key=input.xkb.layout type=stringfr/merge merge key=input.xkb.variant type=string / Since yesterday i have merge key=input.xkb.layout type=stringde/merge merge key=input.xkb.variant type=stringnodeadkeys/merge merge key=input.xkb.options type=stringcompose:menu/merge but it took a while to find the right syntax. At which place is e.g. input.xkb.options mentioned in the documentation? Could't find one, so i have guessed from the entry in my xorg.conf. *g* - xorg.conf - Option XkbOptionscompose:menu --- What is the meaning of the compose:menu? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Xorg-server and my mouse
Mick: On Friday 10 April 2009, Hartmut Figge wrote: - xorg.conf - Option XkbOptionscompose:menu --- What is the meaning of the compose:menu? Sometimes i need to input special characters like e.g. ç with my keyboard and need a way to do so. That's what the compose key is for. To input ç i press the compose key, release it and then , followed by c. Or é which is a combination of ' and e. /usr/share/keymaps/include/compose.latin1 contains some of the possibilities. So i have need of a compose key. Years ago there was a combination of AltGr and Shift_Left which could be used but that stopped to work. So, what key to take? Caps_Lock seemed fine, first, but this caused trouble in some games under wine in which i needed the original functionality of Caps_Lock. Hm, i guess it was Gothic 1. But the Menu_Key, that is the one left of Control_Right, was perfect. Hartmut
Re: [gentoo-user] Re: Xorg-server and my mouse
On Saturday 11 April 2009, Hartmut Figge wrote: Mick: What is the meaning of the compose:menu? So i have need of a compose key. Years ago there was a combination of AltGr and Shift_Left which could be used but that stopped to work. I see, I should have phrased my question differently: which is the compose key ... I don't have a key that is called compose, but I think that my menu key is the one between Right Ctrl key and AltGr. However, nothing happens when I press it. My corresponding line for an alternative keyboard in the .fdi file is: merge key=input.x11_options.XkbOptions type=stringgrp:alt_shift_toggle,grp_led:scroll,compose:menu/merge So I assume that if you use grp:altgr_shift_toggle you'll get that functionality up. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Xorg-server and my mouse
Mick: [ merge key=input.xkb.options type=stringcompose:menu/merge ] I see, I should have phrased my question differently: which is the compose key ... It is easy to misunderstand. Especially for me with my lack of knowledge of english. ;) I don't have a key that is called compose, but I think that my menu key is the one between Right Ctrl key and AltGr. No, i have a pc105 keyboard with two keys between Alt_Right and Ctrl-Right, not only one. In that case your key is probably rwin and you should use compose:rwin. Possible values can be found in /usr/share/X11/xkb/rules/base.lst, search there for compose. However, nothing happens when I press it. Well, if there is no menu key ... *g* My corresponding line for an alternative keyboard in the .fdi file is: merge key=input.x11_options.XkbOptions type=stringgrp:alt_shift_toggle,grp_led:scroll,compose:menu/merge So I assume that if you use grp:altgr_shift_toggle you'll get that functionality up. If have tried that and got, eh, interesting results. *g* With some modifications i should be able to restore the previous behavior, but i'm used to menu now since several years. And: i am lazy. Hartmut
Re: [gentoo-user] Re: Xorg-server and my mouse
Dale: Did my etc-update and went to log into KDE. No keyboard. No mouse. No nothing. I knew the new xorg-server update was going to make me change a few things but I thought I would be ABLE to change the thing. *g* Today 'emerge --sync' followed by 'emerge -uDN world' changed my xorg to 1.5. After 'startx' i had my usual icewm screen but no working mouse or keyboard. I had to unplug the computer then add softlevel=boot to get to where I could even fix the stupid thing. I preferred ssh from another computer. ;) While I was trying to recover and reading, it appears I have to update my kernel for this thing to work. That depends. Look in 'sudo make menuconfig' at Device Drivers-Input device support for Event interface. If available and unchecked, select it and recompile your kernel. I had done so because it was mentioned in the 'Xorg 1.5 Upgrade Guide', http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml Wasn't enough, though. - Xorg.0.log - (EE) Failed to load module evdev (module does not exist, 0) --- But 'modprobe evdev' succeeded. *g* After pulling out some hairs and examining 'emerge -pv xorg-server' closer i changed - /etc/make.conf - INPUT_DEVICES=keyboard mouse to - /etc/make.conf - INPUT_DEVICES=keyboard mouse evdev --- and recompiled xorg-server. Now i had working mouse and keyboard under X. Then i noticed that my german keyboard layout was gone. The Upgrade Guide was not very clear in this point. At least for me. I have the same problem for my French keyboard layout, so here is what I do: Change my section InputDevice in /etc/X11/xorg.conf from: Section InputDevice Identifier Keyboard0 Driver kbd Option AutoRepeat 500 30 Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection To this: Section InputDevice Identifier Keyboard0 Option AutoRepeat 500 30 Option CoreKeyboard Option XkbLayout fr Option XkbModel evdev Option XkbRulesxorg Driver evdev EndSection After that I have to find the fdi file for my keyboard and change it according to my xorg.conf: Here is what I have in the fdi file: $ nano /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi ?xml version=1.0 encoding=ISO-8859-1? !-- -*- SGML -*- -- deviceinfo version=0.2 device match key=info.capabilities contains=input.keymap append key=info.callouts.add type=strlisthal-setup-keymap/append /match match key=info.capabilities contains=input.keys merge key=input.xkb.rules type=stringxorg/merge !-- If we're using Linux, we use evdev by default (falling back to keyboard otherwise). -- merge key=input.xkb.model type=stringkeyboard/merge match key=/org/freedesktop/Hal/devices/computer:system.kernel.name string=Linux merge key=input.xkb.model type=stringevdev/merge /match merge key=input.xkb.layout type=stringfr/merge merge key=input.xkb.variant type=string / /match /device /deviceinfo After that killing X, then restarting hald daemon and when I restart X I have my French Layout back. Hope it's help Time for a break, so i decided to disable hal for a while, drink some coffee and smoke some pipes. ;) - /etc/X11/xorg.conf - Section ServerFlags Option AutoAddDevices false EndSection --- Now i have commented out these lines because i found a way for my german keyboard layout. Hm, just noticed that i have also to do something for my compose key. Sigh. Hartmut = * Site web: http://www.drakonix.fr * =
[gentoo-user] Re: Xorg-server and my mouse
Dale wrote: [...] Yea, one of those lines disables hal tho which I think is the whole point of this upgrade. HAL is a very minor thing in this update. But with an old kernel, well, I can only see problems in the long run. Especially since you're using outdated DRM kernel drivers. If I were you, I would try to sort out your IDE kernel problem. Google a lot about your chipset and the two different drivers for it (legacy IDE drivers vs new libata drivers).
[gentoo-user] Re: Xorg-server and my mouse
Fred Elno: merge key=input.xkb.layout type=stringfr/merge merge key=input.xkb.variant type=string / Since yesterday i have merge key=input.xkb.layout type=stringde/merge merge key=input.xkb.variant type=stringnodeadkeys/merge merge key=input.xkb.options type=stringcompose:menu/merge but it took a while to find the right syntax. At which place is e.g. input.xkb.options mentioned in the documentation? Could't find one, so i have guessed from the entry in my xorg.conf. *g* - xorg.conf - Option XkbOptionscompose:menu --- Hartmut
[gentoo-user] Re: Xorg-server and my mouse
Dale: Sounds like you are having fun with your upgrade too. :-D On my kernel, I'm using 2.6.23. It was the last one I could get to boot so i stuck with it. This one should have the mentioned option of enabling evdev, e.g. with make menuconfig. You can do so, recompile the kernel and keep it in this way. Or you could put the mentioned three lines in xorg.conf to disable hal. Or you could emerge xorg-server with USE=-hal. Hartmut
[gentoo-user] Re: Xorg-server and my mouse
Hartmut Figge: Could't find one, [...] A missing 'n'. Surely my keyboard is the culprit. ;) Hartmut
Re: [gentoo-user] Re: Xorg-server and my mouse
Hartmut Figge wrote: Dale: Sounds like you are having fun with your upgrade too. :-D On my kernel, I'm using 2.6.23. It was the last one I could get to boot so i stuck with it. This one should have the mentioned option of enabling evdev, e.g. with make menuconfig. You can do so, recompile the kernel and keep it in this way. Or you could put the mentioned three lines in xorg.conf to disable hal. Or you could emerge xorg-server with USE=-hal. Hartmut I emerged xorg-server with the -hal and when I right clicked, the GUI crashed. I was back to a login screen. It has been ages since I have had my GUI to crash. All in all, this xorg update has sort of left a bad taste in my mouth. I hate, I do mean HATE, to pull the plug on my rig. I can handle a lot but not that. I still think I'm going to leave xorg masked for a while and let someone that can at least ssh into their box deal with these issues. Personally, I think this was a bit much. To many things left undone and especially unsaid. After following the threads about this, here and on -dev, I am still no where near ready to try this again. Once you are looking at the login screen and the keyboard don't work, you're screwed. There is really no back up at that point, not for me at least. Here's to waiting on hal to upgrade some more. Maybe eselect can help us pick our keyboard and mouse and poke in the correct information so that they work. Maybe running xorgconfig can do this. Still making notes for when I get my backups updated. Dale :-) :-)
Re: [gentoo-user] Re: Xorg-server and my mouse
Nikos Chantziaras wrote: Dale wrote: [...] Yea, one of those lines disables hal tho which I think is the whole point of this upgrade. HAL is a very minor thing in this update. But with an old kernel, well, I can only see problems in the long run. Especially since you're using outdated DRM kernel drivers. If I were you, I would try to sort out your IDE kernel problem. Google a lot about your chipset and the two different drivers for it (legacy IDE drivers vs new libata drivers). I do plan to do this. I think I made some progress a while back. I think I got it to boot but then ran into other issues. It's been a while. I been sick, my Mom has been sick so I don't really have a lot of time to spend on this right now. Not to mention having to pull the plug on my rig. That really left a bad taste in my mouth. I guess I need to sort out the kernel first then fiddle with xorg again, someday. Dale :-) :-)
[gentoo-user] Re: Xorg-server and my mouse
Dale: Did my etc-update and went to log into KDE. No keyboard. No mouse. No nothing. I knew the new xorg-server update was going to make me change a few things but I thought I would be ABLE to change the thing. *g* Today 'emerge --sync' followed by 'emerge -uDN world' changed my xorg to 1.5. After 'startx' i had my usual icewm screen but no working mouse or keyboard. I had to unplug the computer then add softlevel=boot to get to where I could even fix the stupid thing. I preferred ssh from another computer. ;) While I was trying to recover and reading, it appears I have to update my kernel for this thing to work. That depends. Look in 'sudo make menuconfig' at Device Drivers-Input device support for Event interface. If available and unchecked, select it and recompile your kernel. I had done so because it was mentioned in the 'Xorg 1.5 Upgrade Guide', http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml Wasn't enough, though. - Xorg.0.log - (EE) Failed to load module evdev (module does not exist, 0) --- But 'modprobe evdev' succeeded. *g* After pulling out some hairs and examining 'emerge -pv xorg-server' closer i changed - /etc/make.conf - INPUT_DEVICES=keyboard mouse to - /etc/make.conf - INPUT_DEVICES=keyboard mouse evdev --- and recompiled xorg-server. Now i had working mouse and keyboard under X. Then i noticed that my german keyboard layout was gone. The Upgrade Guide was not very clear in this point. At least for me. Time for a break, so i decided to disable hal for a while, drink some coffee and smoke some pipes. ;) - /etc/X11/xorg.conf - Section ServerFlags Option AutoAddDevices false EndSection --- Now i have commented out these lines because i found a way for my german keyboard layout. Hm, just noticed that i have also to do something for my compose key. Sigh. Hartmut
Re: [gentoo-user] Re: Xorg-server and my mouse
Hartmut Figge wrote: Dale: Did my etc-update and went to log into KDE. No keyboard. No mouse. No nothing. I knew the new xorg-server update was going to make me change a few things but I thought I would be ABLE to change the thing. *g* Today 'emerge --sync' followed by 'emerge -uDN world' changed my xorg to 1.5. After 'startx' i had my usual icewm screen but no working mouse or keyboard. I had to unplug the computer then add softlevel=boot to get to where I could even fix the stupid thing. I preferred ssh from another computer. ;) While I was trying to recover and reading, it appears I have to update my kernel for this thing to work. That depends. Look in 'sudo make menuconfig' at Device Drivers-Input device support for Event interface. If available and unchecked, select it and recompile your kernel. I had done so because it was mentioned in the 'Xorg 1.5 Upgrade Guide', http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml Wasn't enough, though. - Xorg.0.log - (EE) Failed to load module evdev (module does not exist, 0) --- But 'modprobe evdev' succeeded. *g* After pulling out some hairs and examining 'emerge -pv xorg-server' closer i changed - /etc/make.conf - INPUT_DEVICES=keyboard mouse to - /etc/make.conf - INPUT_DEVICES=keyboard mouse evdev --- and recompiled xorg-server. Now i had working mouse and keyboard under X. Then i noticed that my german keyboard layout was gone. The Upgrade Guide was not very clear in this point. At least for me. Time for a break, so i decided to disable hal for a while, drink some coffee and smoke some pipes. ;) - /etc/X11/xorg.conf - Section ServerFlags Option AutoAddDevices false EndSection --- Now i have commented out these lines because i found a way for my german keyboard layout. Hm, just noticed that i have also to do something for my compose key. Sigh. Hartmut Sounds like you are having fun with your upgrade too. Unless there is a miracle and I know it will work, without me having to pull the plug again, I'm keeping that puppy masked. I'll stick with this for a while longer. On my kernel, I'm using 2.6.23. It was the last one I could get to boot so i stuck with it. Anybody see a pattern here? Thought about not syncing for a while. o_O I wish I had a spare rig to ssh in with. I loaned one out and his house burned down with my spare rig in it. Dale :-) :-)
