Re: [gentoo-user] Gentoo decapitated
On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 12:11 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse You mean like this, the way it's always been? Or is there something more specific I have to do? treat src # eix x11-drivers/xf86-input-mouse [I] x11-drivers/xf86-input-mouse Available versions: 1.5.0{tbz2} {debug} Installed versions: 1.5.0{tbz2}(09:38:05 PM 05/11/2010)(-debug) Homepage:http://xorg.freedesktop.org/ Description: X.Org driver for mouse input devices treat src # BTW, the most recent boot started X without the mouse working, but these two lines appear in /var/log/Xorg.0.log line 44-47: (==) |--Input Device evdev (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. line 457: (==) MACH64(0): Silken mouse enabled (MACH64 is my video card) (My mouse is a Microsoft optical with a USB cord that I use with a PS/2 adapter and a KVM switch, which works with Live disks. I have no idea what Silken is) These are the only lines with the word mouse in them. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sunday 16 May 2010 16:43:48 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 12:11 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse You mean like this, the way it's always been? Or is there something more specific I have to do? treat src # eix x11-drivers/xf86-input-mouse [I] x11-drivers/xf86-input-mouse Available versions: 1.5.0{tbz2} {debug} Installed versions: 1.5.0{tbz2}(09:38:05 PM 05/11/2010)(-debug) Homepage:http://xorg.freedesktop.org/ Description: X.Org driver for mouse input devices treat src # BTW, the most recent boot started X without the mouse working, but these two lines appear in /var/log/Xorg.0.log line 44-47: (==) |--Input Device evdev (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. line 457: (==) MACH64(0): Silken mouse enabled (MACH64 is my video card) (My mouse is a Microsoft optical with a USB cord that I use with a PS/2 adapter and a KVM switch, which works with Live disks. I have no idea what Silken is) These are the only lines with the word mouse in them. Kevin, what I would try first is to set INPUT_DEVICES=evdev mouse in your /etc/make.conf, then emerge x11-drivers/xf86-input-mouse and finally reboot. Unless your mouse needs some special driver it will just work. I've been down this road (with simpler hardware than yours it seems) and my machine would not start xorg if I did not have INPUT_DEVICES=evdev mouse keyboard. On my laptops I had to also add synaptics. HTH -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 12:11 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse You mean like this, the way it's always been? Or is there something more specific I have to do? treat src # eix x11-drivers/xf86-input-mouse [I] x11-drivers/xf86-input-mouse Available versions: 1.5.0{tbz2} {debug} Installed versions: 1.5.0{tbz2}(09:38:05 PM 05/11/2010)(-debug) Homepage:http://xorg.freedesktop.org/ Description: X.Org driver for mouse input devices treat src # BTW, the most recent boot started X without the mouse working, but these two lines appear in /var/log/Xorg.0.log line 44-47: (==) |--Input Device evdev (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. line 457: (==) MACH64(0): Silken mouse enabled (MACH64 is my video card) (My mouse is a Microsoft optical with a USB cord that I use with a PS/2 adapter and a KVM switch, which works with Live disks. I have no idea what Silken is) These are the only lines with the word mouse in them. Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 12:11 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse You mean like this, the way it's always been? Or is there something more specific I have to do? treat src # eix x11-drivers/xf86-input-mouse [I] x11-drivers/xf86-input-mouse Available versions: 1.5.0{tbz2} {debug} Installed versions: 1.5.0{tbz2}(09:38:05 PM 05/11/2010)(-debug) Homepage:http://xorg.freedesktop.org/ Description: X.Org driver for mouse input devices treat src # BTW, the most recent boot started X without the mouse working, but these two lines appear in /var/log/Xorg.0.log line 44-47: (==) |--Input Device evdev (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. line 457: (==) MACH64(0): Silken mouse enabled (MACH64 is my video card) (My mouse is a Microsoft optical with a USB cord that I use with a PS/2 adapter and a KVM switch, which works with Live disks. I have no idea what Silken is) These are the only lines with the word mouse in them. Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 9:03 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 16:43:48 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 12:11 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. That's right, you will also then need to install the appropriate x86 driver; e.g. x11-drivers/xf86-input-mouse You mean like this, the way it's always been? Or is there something more specific I have to do? treat src # eix x11-drivers/xf86-input-mouse [I] x11-drivers/xf86-input-mouse Available versions: 1.5.0{tbz2} {debug} Installed versions: 1.5.0{tbz2}(09:38:05 PM 05/11/2010)(-debug) Homepage:http://xorg.freedesktop.org/ Description: X.Org driver for mouse input devices treat src # BTW, the most recent boot started X without the mouse working, but these two lines appear in /var/log/Xorg.0.log line 44-47: (==) |--Input Device evdev (==) |--Input Device default keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. line 457: (==) MACH64(0): Silken mouse enabled (MACH64 is my video card) (My mouse is a Microsoft optical with a USB cord that I use with a PS/2 adapter and a KVM switch, which works with Live disks. I have no idea what Silken is) These are the only lines with the word mouse in them. Kevin, what I would try first is to set INPUT_DEVICES=evdev mouse in your /etc/make.conf, then emerge x11-drivers/xf86-input-mouse and finally reboot. Unless your mouse needs some special driver it will just work. I've been down this road (with simpler hardware than yours it seems) and my machine would not start xorg if I did not have INPUT_DEVICES=evdev mouse keyboard. On my laptops I had to also add synaptics. Well, that breaks kind of badly. X never even starts. But for a peculiar reason... Here's what I find in the log file (==) Using config file: /etc/X11/xorg.conf Data incomplete in file /etc/X11/xorg.conf Undefined InputDevice evdev mouse referenced by ServerLayout X.org Configured. (EE) Problem parsing the config file (EE) Error parsing the config file Fatal server error: no screens found So I tried the same thing with two statements Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 #InputDeviceMouse0 CorePointer #InputDeviceKeyboard0 CoreKeyboard InputDevice evdev InputDevice mouse EndSection And I got (==) Using config file: /etc/X11/xorg.conf Data incomplete in file /etc/X11/xorg.conf Undefined InputDevice mouse referenced by ServerLayout X.org Configured. (EE) Problem parsing the config file (EE) Error parsing the config file Fatal server error: no screens found So I'm thinking it just doesn't like mouse all of a sudden. Say what? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 11:23 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: major snippage Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. I just did the lafixer thing and was astonished at how many .la files it said it was fixing. Seems like my system should have been dead outright Now I'm off to a bunch of revdep-rebuilds. Hope this works, because I really *do not* want to emerge -e world (again). -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 11:23 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: major snippage Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. I just did the lafixer thing and was astonished at how many .la files it said it was fixing. Seems like my system should have been dead outright Now I'm off to a bunch of revdep-rebuilds. Hope this works, because I really *do not* want to emerge -e world (again). I've got to ask, though, what good a revdep-rebuild does with the -p (pretend) flag. Am I missing something here? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sunday 16 May 2010 22:45:55 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 11:23 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: major snippage Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. I just did the lafixer thing and was astonished at how many .la files it said it was fixing. Seems like my system should have been dead outright Now I'm off to a bunch of revdep-rebuilds. Hope this works, because I really *do not* want to emerge -e world (again). I've got to ask, though, what good a revdep-rebuild does with the -p (pretend) flag. Am I missing something here? You're not missing anything. It's a cautionary step only. If you are about to do something with the machine and remerging the whole universe would be inconvenient at this moment in time, or you may want to reconsider/change some of your settings, then --pretend will give you this chance. I've made the habit of using it almost without thinking, but you can of course not use it, or substitute it with -a. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 3:00 PM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 22:45:55 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 11:23 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: major snippage Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. I just did the lafixer thing and was astonished at how many .la files it said it was fixing. Seems like my system should have been dead outright Now I'm off to a bunch of revdep-rebuilds. Hope this works, because I really *do not* want to emerge -e world (again). I've got to ask, though, what good a revdep-rebuild does with the -p (pretend) flag. Am I missing something here? You're not missing anything. It's a cautionary step only. If you are about to do something with the machine and remerging the whole universe would be inconvenient at this moment in time, or you may want to reconsider/change some of your settings, then --pretend will give you this chance. I've made the habit of using it almost without thinking, but you can of course not use it, or substitute it with -a. -- Regards, Mick Well, it just told me it will rebuild clisp and m4, neither of which strike me as essential to Xorg, but I'll give it a try. Thanks, ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 01:16:34PM -0700, Kevin O'Gorman wrote: These are the only lines with the word mouse in them. Kevin, what I would try first is to set INPUT_DEVICES=evdev mouse in your /etc/make.conf, then emerge x11-drivers/xf86-input-mouse and finally reboot. Unless your mouse needs some special driver it will just work. The advice is to set the appropriate flag in /etc/make.conf NOT what you are doing below to /etc/X11/xorg.conf So I tried the same thing with two statements Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 #InputDeviceMouse0 CorePointer #InputDeviceKeyboard0 CoreKeyboard InputDevice evdev InputDevice mouse EndSection That is not exactly the right syntax for Xorg.conf If you are using an xorg.conf and not just using evdev/hal, then you should probably have something more like this in your configuration file: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mouse1 EndSection ...plus other things. In the InputDevice section for Mouse0, note the Option that sets the Device to /dev/input/mouse1. You will have to set that to the appropriate path to the pointer device. It will most likely by somewhere in /dev/input/ (often just mouse0 or mice, I have a separate touchscreen device so mine is at mouse1). If you do not have a mouse device listed in /dev/input, then you need to check either your kernel configurations or your udev configurations. For more about the proper syntax in xorg.conf, try man xorg.conf. If you are unsure about how to write your xorg.conf file, post its full contents to the list and we'll take a look at it. Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Gentoo decapitated
On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, May 16, 2010 at 11:23 AM, Mick michaelkintz...@gmail.com wrote: On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote: On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman kogor...@gmail.com wrote: major snippage Oh, and one more thing showed up last night. I reemerged udev, and noticed that the ebuild printed a message to the effect that if it doesn't work, I should try emerging hal first. Leaving aside the non-effective language, I tried that and although hal is installed, I can no longer build it. This may turn out to be the most important thing. It turns out I can't compile the latest wireshark either. Maybe something is hosed deep down. It may be time to go down the emptytree road again, but it took 2 weeks last time, and was a major PITA. I don't know if you have been following the libpng12 is missing thread, but for good measure you may want to try lafilefixer --justfixit and revdep- rebuild -p -v -i a number of times first. On two machines of mine (x86) there was no problem. On another (amd64) I had to go through the pain of emerge -e world. I just did the lafixer thing and was astonished at how many .la files it said it was fixing. Seems like my system should have been dead outright Now I'm off to a bunch of revdep-rebuilds. Hope this works, because I really *do not* want to emerge -e world (again). Well, it was an interesting excercise, but I'm no closer to a runnable Xorg (it won't start at all as long as I have InputDevice mouse in there. I think I'll start exploring the ideas around what happens when you have Xorg -hal, as I do. Actually, I did that, and problem SOLVED!. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Wed, May 12, 2010 at 2:26 PM, Mick michaelkintz...@gmail.com wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. I'll try any idea. Where would such a permanent rule reside? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
Kevin O'Gorman wrote: On Wed, May 12, 2010 at 2:26 PM, Mick michaelkintz...@gmail.com mailto:michaelkintz...@gmail.com wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com mailto:rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. I'll try any idea. Where would such a permanent rule reside? -- Kevin O'Gorman, PhD They should be in: /etc/udev/rules.d I have been known to back that directory up, delete all the rules and then re-emerge udev. Sometimes that works, sometimes it doesn't. If you have rules you made yourself, do back them up first. Of course you may be able to check in the rule files and see if there is something obviously wrong too. Dale :-) :-)
Re: [gentoo-user] Gentoo decapitated
On Saturday 15 May 2010 17:37:41 Kevin O'Gorman wrote: On Wed, May 12, 2010 at 2:26 PM, Mick michaelkintz...@gmail.com wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. I'll try any idea. Where would such a permanent rule reside? ls -la /etc/udev/rules.d/* -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
On Wed, May 12, 2010 at 3:33 PM, Dale rdalek1...@gmail.com wrote: Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. I have INPUT_DEVICES=evdev, and adding either of the others makes X go back to not starting at all. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Sat, May 15, 2010 at 9:58 AM, Dale rdalek1...@gmail.com wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 2:26 PM, Mick michaelkintz...@gmail.com mailto: michaelkintz...@gmail.com wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: snippage As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Yes, so I picked up all of those driver files on account of the x11. Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. There's not much there, and none of it is anything I put there. The files are treat rules.d # wc * 3 12174 10-virtualbox.rules 1 3 44 30-svgalib.rules 149691 8415 55-hpmud.rules 13 41495 56-hpmud_support.rules 26 54 1104 64-device-mapper.rules 1062 5588 136720 70-libgphoto2.rules 23105 1799 70-persistent-cd.rules 10 55490 70-persistent-net.rules 2 9 83 90-hal.rules 1289 6558 149324 total And the word mouse does not appear in any of them. I'll do as you suggest -- drop then reemerge udev. I have been known to back that directory up, delete all the rules and then re-emerge udev. Sometimes that works, sometimes it doesn't. If you have rules you made yourself, do back them up first. Of course you may be able to check in the rule files and see if there is something obviously wrong too. Dale :-) :-) -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
On Tue, May 11, 2010 at 9:28 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Mon, May 10, 2010 at 10:12 PM, Kaddeh kad...@gmail.com wrote: have you tried emergeing x11-drivers/xf86-input-evdev and x11-drivers/xf86-input-mouse on their own without xorg? Cheers Kad I'm not quite sure what that means. If you mean emerging them while X is down, I had to do that when X would not come up at all, but I'll try again. It will be a while before I have everything backed up the way I want it to be before I try switching to Ubuntu. If you mean something else, please clue me in. ++ kevin In any event, no joy. It's still mouseless. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
Kevin O'Gorman wrote: About a week ago, my Gentoo box was in a bad state where there were some packages that would not install, so I was carefully emerging what I could and filed a bug about one in particular that I could not emerge. Then I got a new kernel, 2.6.32-gentoo-r7, and I booted from it. Eeeek. No X11 at all. The logs informed me about some things to do, and I did them, re-emerging a number of things. I paid particular attention to emerging anything with x11 or xorg in its name. Long wait. I got to a point somewhere in there where X11 started, but would recognize neither keyboard nor mouse. I kept going. The keyboard started to work. I could actually log in, but that's not all that useful without a mouse. Then I started getting complaints about USE flags needed to make some particular packages support some other packages. I did those too. Now I'm at the state where emerge -aDNvu denies there's any work to do, and revdep-rebuild reports health. Still no mouse. Fortunately, I have a laptop that can ssh into the box and I can work with it, but it's still essentially headless. Anybody run into this state recently? If there's a quick fix, I'd rather not make another bug. -- Kevin O'Gorman, PhD Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. Dale :-) :-)
Re: [gentoo-user] Gentoo decapitated
On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com wrote: Kevin O'Gorman wrote: About a week ago, my Gentoo box was in a bad state where there were some packages that would not install, so I was carefully emerging what I could and filed a bug about one in particular that I could not emerge. Then I got a new kernel, 2.6.32-gentoo-r7, and I booted from it. Eeeek. No X11 at all. The logs informed me about some things to do, and I did them, re-emerging a number of things. I paid particular attention to emerging anything with x11 or xorg in its name. Long wait. I got to a point somewhere in there where X11 started, but would recognize neither keyboard nor mouse. I kept going. The keyboard started to work. I could actually log in, but that's not all that useful without a mouse. Then I started getting complaints about USE flags needed to make some particular packages support some other packages. I did those too. Now I'm at the state where emerge -aDNvu denies there's any work to do, and revdep-rebuild reports health. Still no mouse. Fortunately, I have a laptop that can ssh into the box and I can work with it, but it's still essentially headless. Anybody run into this state recently? If there's a quick fix, I'd rather not make another bug. -- Kevin O'Gorman, PhD Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. Dale As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Kevin O'Gorman wrote: About a week ago, my Gentoo box was in a bad state where there were some packages that would not install, so I was carefully emerging what I could and filed a bug about one in particular that I could not emerge. Then I got a new kernel, 2.6.32-gentoo-r7, and I booted from it. Eeeek. No X11 at all. The logs informed me about some things to do, and I did them, re-emerging a number of things. I paid particular attention to emerging anything with x11 or xorg in its name. Long wait. I got to a point somewhere in there where X11 started, but would recognize neither keyboard nor mouse. I kept going. The keyboard started to work. I could actually log in, but that's not all that useful without a mouse. Then I started getting complaints about USE flags needed to make some particular packages support some other packages. I did those too. Now I'm at the state where emerge -aDNvu denies there's any work to do, and revdep-rebuild reports health. Still no mouse. Fortunately, I have a laptop that can ssh into the box and I can work with it, but it's still essentially headless. Anybody run into this state recently? If there's a quick fix, I'd rather not make another bug. -- Kevin O'Gorman, PhD Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. Dale As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. -- Kevin O'Gorman, PhD That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry. Dale :-) :-)
Re: [gentoo-user] Gentoo decapitated
On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo decapitated
Mick wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: Kevin O'Gorman wrote: On Wed, May 12, 2010 at 7:56 AM, Dalerdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Have you tried this: emerge -1a $(qlist -I -C x11-drivers/) I have upgraded my kernel before without rebuilding these but they are small and only take a few minutes. Your mileage may vary. The mouse drivers should be in that list. If not, then something is missing in your set up. As I think I explained, I have re-emerged *everything* installed that had x11 or xorg in its name. And the mouse driver was definitely there. That usually works so I'm clueless. I assume the mouse works somewhere else? I think you mentioned it working somewhere so I'm out of ideas. Sorry to persist, but the drivers usually have xf86-* in their name not x11 or xorg, e.g. xf86-input-evdev. (The category of those packages is of course x11-drivers/ ; i.e. x11- drivers/xf86-input-evdev) Other than that could it be a udev issue and some permanent rule for a USB type of mouse, which you should remove and restart udev? Don't know, just an idea. That's what I was thinking. I get this list using part of the command I posted earlier: [IP-] [ ] x11-drivers/nvidia-drivers-173.14.22:0 [IP-] [ ] x11-drivers/xf86-input-evdev-2.3.2:0 [IP-] [ ] x11-drivers/xf86-input-keyboard-1.4.0:0 [IP-] [ ] x11-drivers/xf86-input-mouse-1.5.0:0 [IP-] [ ] x11-drivers/xf86-video-nv-2.1.17:0 Mine has xf86-* drivers as well. OP, do you have your setting in make.conf correctly? Mine looks like this: INPUT_DEVICES=keyboard mouse evdev I do NOT use hal so your settings may need to be different but you do need the line tho. Other than this, back to clueless. Dale :-) :-)
Re: [gentoo-user] Gentoo decapitated
On Wednesday 12 May 2010 21:21:25 Dale wrote: That usually works so I'm clueless. No, Dale, you aren't. Really. :-) -- Rgds Peter.
Re: [gentoo-user] Gentoo decapitated
Peter Humphrey wrote: On Wednesday 12 May 2010 21:21:25 Dale wrote: That usually works so I'm clueless. No, Dale, you aren't. Really. :-) Sometimes I am. If rebuilding the drivers don't work and the kernel is set up properly, I don't know what else to try. May think of something later but right now, no ideas come to mind. Dale :-) :-)
Re: [gentoo-user] Gentoo decapitated
On Mon, May 10, 2010 at 10:12 PM, Kaddeh kad...@gmail.com wrote: have you tried emergeing x11-drivers/xf86-input-evdev and x11-drivers/xf86-input-mouse on their own without xorg? Cheers Kad I'm not quite sure what that means. If you mean emerging them while X is down, I had to do that when X would not come up at all, but I'll try again. It will be a while before I have everything backed up the way I want it to be before I try switching to Ubuntu. If you mean something else, please clue me in. ++ kevin
[gentoo-user] Gentoo decapitated
About a week ago, my Gentoo box was in a bad state where there were some packages that would not install, so I was carefully emerging what I could and filed a bug about one in particular that I could not emerge. Then I got a new kernel, 2.6.32-gentoo-r7, and I booted from it. Eeeek. No X11 at all. The logs informed me about some things to do, and I did them, re-emerging a number of things. I paid particular attention to emerging anything with x11 or xorg in its name. Long wait. I got to a point somewhere in there where X11 started, but would recognize neither keyboard nor mouse. I kept going. The keyboard started to work. I could actually log in, but that's not all that useful without a mouse. Then I started getting complaints about USE flags needed to make some particular packages support some other packages. I did those too. Now I'm at the state where emerge -aDNvu denies there's any work to do, and revdep-rebuild reports health. Still no mouse. Fortunately, I have a laptop that can ssh into the box and I can work with it, but it's still essentially headless. Anybody run into this state recently? If there's a quick fix, I'd rather not make another bug. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Gentoo decapitated
have you tried emergeing x11-drivers/xf86-input-evdev and x11-drivers/xf86-input-mouse on their own without xorg? Cheers Kad On Mon, May 10, 2010 at 9:59 PM, Kevin O'Gorman kogor...@gmail.com wrote: About a week ago, my Gentoo box was in a bad state where there were some packages that would not install, so I was carefully emerging what I could and filed a bug about one in particular that I could not emerge. Then I got a new kernel, 2.6.32-gentoo-r7, and I booted from it. Eeeek. No X11 at all. The logs informed me about some things to do, and I did them, re-emerging a number of things. I paid particular attention to emerging anything with x11 or xorg in its name. Long wait. I got to a point somewhere in there where X11 started, but would recognize neither keyboard nor mouse. I kept going. The keyboard started to work. I could actually log in, but that's not all that useful without a mouse. Then I started getting complaints about USE flags needed to make some particular packages support some other packages. I did those too. Now I'm at the state where emerge -aDNvu denies there's any work to do, and revdep-rebuild reports health. Still no mouse. Fortunately, I have a laptop that can ssh into the box and I can work with it, but it's still essentially headless. Anybody run into this state recently? If there's a quick fix, I'd rather not make another bug. -- Kevin O'Gorman, PhD