I've seen the same thing happen with the kvm switch I have at
home. (Cheap two port one from linksys.) I think it's becuase the switch
is only designed to transmit the PS/2 Standard Wire Protocol (or something
else in all caps that looks important in a user manual listing of
compatibilit
On Sun, Aug 13, 2000 at 12:22:09PM -0500, Michael Rice wrote:
> The best way I've heard of is to run gpm, and have X use gpm as it's mouse
> driver.
Ewww ... how ugly. But it works. :-)
I edited /etc/rc.d/init.d/gpm to read:
daemon gpm -t $MOUSETYPE -R
(put an -R on the end) and then
On Sun, Aug 13, 2000 at 01:24:09PM -0500, Patrick Goetz wrote:
> On Sun, 13 Aug 2000, Michael Rice wrote:
> >
> > The best way I've heard of is to run gpm, and have X use gpm as it's mouse
> > driver. Then when it whacks out you basically restart gpm behind the
> > scenes and X is supposed to ha
On Sun, 13 Aug 2000, Michael Rice wrote:
>
> The best way I've heard of is to run gpm, and have X use gpm as it's mouse
> driver. Then when it whacks out you basically restart gpm behind the
> scenes and X is supposed to handle it flawlessly. I haven't actually
> tried this.
>
Yes, but we hav
> If I switch the KVM to another system and then come back to chinacat,
> the mouse acts very erratic and becomes completely unusable.
This could be a KVM problem, some of them are less compatible than others.
> If I then CTRL-SHIFT-BACKSPACE, the server will shutdown and restart
> (via kdm) and
wait, disconnecting the mouse causes it to work?
i don't believe it. there is also a tool called gpmconfig
that might prove to be useful for you. if gpmconfig
has problems with your setup there is probably something
bogus going on...um, try ttyS0 instead?
On Thu, 09 Mar 2000, "W. W. Koepsel
