Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman  wrote:

>
>
> On Sun, May 16, 2010 at 11:23 AM, Mick  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 
>> wrote:
>>
>>  
>
>
>>  > 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

[Willie Wong]

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
> #InputDevice"Mouse0" "CorePointer"
> #InputDevice"Keyboard0" "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
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 3:00 PM, Mick  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 
> wrote:
> > > On Sun, May 16, 2010 at 11:23 AM, Mick 
> 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  >
> > >>
> > >> wrote:
> > >>
> > >>  
> > >>
> > >> > 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

[Mick]

On Sunday 16 May 2010 22:45:55 Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman  wrote:
> > On Sun, May 16, 2010 at 11:23 AM, Mick  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 
> >>
> >> wrote:
> >>
> >>  
> >>
> >> > 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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman  wrote:

>
>
> On Sun, May 16, 2010 at 11:23 AM, Mick  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 
>> wrote:
>>
>>  
>
>
>> > 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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 11:23 AM, Mick  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 
> wrote:
>
>  


> > 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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 9:03 AM, Mick  wrote:

> On Sunday 16 May 2010 16:43:48 Kevin O'Gorman wrote:
> > On Sun, May 16, 2010 at 12:11 AM, Mick 
> wrote:
> > > On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
> > > > On Wed, May 12, 2010 at 3:33 PM, Dale  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 ""
> > (==) 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
#InputDevice"Mouse0" "CorePointer"
#InputDevice"Keyboard0" "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

[Mick]

On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman  wrote:
> > On Sun, May 16, 2010 at 12:11 AM, Mick  wrote:
> >> On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
> >> > On Wed, May 12, 2010 at 3:33 PM, Dale  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 ""
> > (==) 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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman  wrote:

> On Sun, May 16, 2010 at 12:11 AM, Mick  wrote:
>
>> On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
>> > On Wed, May 12, 2010 at 3:33 PM, Dale  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 ""
> (==) 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

[Mick]

On Sunday 16 May 2010 16:43:48 Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 12:11 AM, Mick  wrote:
> > On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
> > > On Wed, May 12, 2010 at 3:33 PM, Dale  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 ""
> (==) 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

[Kevin O'Gorman]

On Sun, May 16, 2010 at 12:11 AM, Mick  wrote:

> On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
> > On Wed, May 12, 2010 at 3:33 PM, Dale  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 ""
(==) 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

[Mick]

On Sunday 16 May 2010 02:24:10 Kevin O'Gorman wrote:
> On Wed, May 12, 2010 at 3:33 PM, Dale  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

[Kevin O'Gorman]

On Sat, May 15, 2010 at 9:58 AM, Dale  wrote:

> 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:
>>
>> 
>>
>

>> > 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

[Kevin O'Gorman]

On Wed, May 12, 2010 at 3:33 PM, Dale  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

[Mick]

On Saturday 15 May 2010 17:37:41 Kevin O'Gorman wrote:
> On Wed, May 12, 2010 at 2:26 PM, 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, Dale  > > > > 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

[Dale]

Kevin O'Gorman wrote:
On Wed, May 12, 2010 at 2:26 PM, 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, Dale 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

[Kevin O'Gorman]

On Wed, May 12, 2010 at 2:26 PM, 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, Dale  > > > 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

[Dale]

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

[Peter Humphrey]

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

[Dale]

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, Dalemailto: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

[Mick]

On Wednesday 12 May 2010 21:21:25 Dale wrote:
> Kevin O'Gorman wrote:
> > On Wed, May 12, 2010 at 7:56 AM, Dale  > > 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

[Dale]

Kevin O'Gorman wrote:
On Wed, May 12, 2010 at 7:56 AM, Dale > 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

[Kevin O'Gorman]

On Wed, May 12, 2010 at 7:56 AM, Dale  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

[Dale]

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

[Kevin O'Gorman]

On Tue, May 11, 2010 at 9:28 PM, Kevin O'Gorman  wrote:

> On Mon, May 10, 2010 at 10:12 PM, Kaddeh  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]

On Mon, May 10, 2010 at 10:12 PM, Kaddeh  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

Re: [gentoo-user] Gentoo decapitated

[Kaddeh]

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  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
>
>

[gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

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