[gentoo-user] Gentoo decapitated

[gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1205 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 1316 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kaddeh]

[-- Attachment #1: Type: text/plain, Size: 1463 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 1833 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 532 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 847 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

On Tue, May 11, 2010 at 9:28 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:

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

[-- Attachment #2: Type: text/html, Size: 1338 bytes --]

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]

[-- Attachment #1: Type: text/plain, Size: 1864 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 2466 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Dale]

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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1264 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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, Dale<rdalek1967@gmail.com
>>> <mailto:rdalek1967@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

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

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

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1434 bytes --]

On Wed, May 12, 2010 at 2:26 PM, Mick <michaelkintzios@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 <rdalek1967@gmail.com
> > > <mailto:rdalek1967@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

[-- Attachment #2: Type: text/html, Size: 2195 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Dale]

Kevin O'Gorman wrote:
> On Wed, May 12, 2010 at 2:26 PM, Mick <michaelkintzios@gmail.com 
> <mailto:michaelkintzios@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 <rdalek1967@gmail.com
>     <mailto:rdalek1967@gmail.com>
>     > > <mailto:rdalek1967@gmail.com <mailto:rdalek1967@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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1624 bytes --]

On Saturday 15 May 2010 17:37:41 Kevin O'Gorman wrote:
> On Wed, May 12, 2010 at 2:26 PM, Mick <michaelkintzios@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 <rdalek1967@gmail.com
> > > > <mailto:rdalek1967@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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 455 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 823 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 2174 bytes --]

On Sat, May 15, 2010 at 9:58 AM, Dale <rdalek1967@gmail.com> wrote:

> Kevin O'Gorman wrote:
>
>> On Wed, May 12, 2010 at 2:26 PM, Mick <michaelkintzios@gmail.com <mailto:
>> michaelkintzios@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     12    174 10-virtualbox.rules
     1      3     44 30-svgalib.rules
   149    691   8415 55-hpmud.rules
    13     41    495 56-hpmud_support.rules
    26     54   1104 64-device-mapper.rules
  1062   5588 136720 70-libgphoto2.rules
    23    105   1799 70-persistent-cd.rules
    10     55    490 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

[-- Attachment #2: Type: text/html, Size: 5201 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 654 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1815 bytes --]

On Sun, May 16, 2010 at 12:11 AM, Mick <michaelkintzios@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 <rdalek1967@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

[-- Attachment #2: Type: text/html, Size: 3223 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2457 bytes --]

On Sunday 16 May 2010 16:43:48 Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 12:11 AM, Mick <michaelkintzios@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 <rdalek1967@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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 2521 bytes --]

On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman <kogorman@gmail.com> wrote:

> On Sun, May 16, 2010 at 12:11 AM, Mick <michaelkintzios@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 <rdalek1967@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

[-- Attachment #2: Type: text/html, Size: 4256 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 3081 bytes --]

On Sunday 16 May 2010 18:18:09 Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 8:43 AM, Kevin O'Gorman <kogorman@gmail.com> wrote:
> > On Sun, May 16, 2010 at 12:11 AM, Mick <michaelkintzios@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 <rdalek1967@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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-user] Re: Gentoo decapitated

[walt]

On 05/16/2010 08:43 AM, Kevin O'Gorman wrote:
> On Sun, May 16, 2010 at 12:11 AM, Mick <michaelkintzios@gmail.com <mailto:michaelkintzios@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 <rdalek1967@gmail.com <mailto:rdalek1967@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.

I just did the experiment of building xorg-server with the hal useflag *off*, and
found that neither keyboard nor mouse worked until I restored the two InputDevice
sections that I commented out when I switched to evdev+hal:

Section "ServerLayout"
     Identifier     "X.org Configured"
     Screen      0  "Screen0" 0 0
     Option         "AIGLX"        "false"
     InputDevice    "Mouse0" "CorePointer"      <------ restored these two lines
     InputDevice    "Keyboard0" "CoreKeyboard"  <-------
EndSection

Section "InputDevice"
     Identifier     "Keyboard0"
     Driver         "evdev"
     Option         "Device" "/dev/input/event3"
EndSection

Section "InputDevice"
     Identifier     "Mouse0"
     Driver         "evdev"
     Option         "Protocol" "auto"
     Option         "Device" "/dev/input/event4"
     Option         "Emulate3Buttons" "True"
EndSection

Note those "Device" entries.  I found those devices in /dev/input/by-path/:

$ls -l /dev/input/by-path/
lrwxrwxrwx 1 root root   9 2010-05-16 10:40 platform-i8042-serio-0-event-kbd -> ../event3
lrwxrwxrwx 1 root root   9 2010-05-16 10:40 platform-i8042-serio-1-event-mouse -> ../event4
lrwxrwxrwx 1 root root   9 2010-05-16 10:40 platform-i8042-serio-1-mouse -> ../mouse0

"evdev" uses "event-devices", hence the name.  I don't use the mouse0 device at
all but I'm guessing I would if I used the "mouse" driver instead of "evdev".

Starting with xorg-server-1.8 the mouse and keyboard Inputdevice sections are no
longer needed (not sure about synaptics, though), because the server uses evdev
automatically (no manual configuration like cited above) and ignores hal completely.

Using the evdev driver alone, and xorg-server built without hal, I get this:

(**) Option "CorePointer"
(**) Mouse0: always reports core events
(**) Mouse0: Device: "/dev/input/event4"
(II) Mouse0: Found 9 mouse buttons
(II) Mouse0: Found scroll wheel(s)
(II) Mouse0: Found relative axes
(II) Mouse0: Found x and y relative axes
(II) Mouse0: Configuring as mouse
(**) Option "Emulate3Buttons" "True"
(II) Mouse0: Forcing middle mouse button emulation on.
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(**) Mouse0: (accel) keeping acceleration scheme 1
(**) Mouse0: (accel) acceleration profile 0
(II) Mouse0: initialized for relative axes.
(**) Option "CoreKeyboard"
(**) Keyboard0: always reports core events
(**) Keyboard0: Device: "/dev/input/event3"
(II) Keyboard0: Found keys
(II) Keyboard0: Configuring as keyboard
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us"

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 3742 bytes --]

On Sun, May 16, 2010 at 9:03 AM, Mick <michaelkintzios@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 <michaelkintzios@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 <rdalek1967@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
    #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

[-- Attachment #2: Type: text/html, Size: 6588 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1461 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 2169 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1712 bytes --]

On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:

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

[-- Attachment #2: Type: text/html, Size: 2743 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2406 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 2737 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 4058 bytes --]

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                                     wwong@math.princeton.edu
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire 
         et vice versa   ~~~  I. Newton

Re: [gentoo-user] Gentoo decapitated

[Kevin O'Gorman]

[-- Attachment #1: Type: text/plain, Size: 1892 bytes --]

On Sun, May 16, 2010 at 2:43 PM, Kevin O'Gorman <kogorman@gmail.com> wrote:

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

[-- Attachment #2: Type: text/html, Size: 3006 bytes --]