Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-14 Thread Sven LUTHER
On Wed, Sep 13, 2000 at 10:13:43PM -0400, Zephaniah E. Hull wrote: > On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote: > > > I also resolved mouse issues I had by changing the repeat_type value in > > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior > > before

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-14 Thread Sven LUTHER
On Wed, Sep 13, 2000 at 10:13:43PM -0400, Zephaniah E. Hull wrote: > On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote: > > > I also resolved mouse issues I had by changing the repeat_type value in > > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior > > before

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread Zephaniah E. Hull
Though in bad taste, I'll reply above but leave the message intact below. In all protocols except ms3/IntelliMouse X4 attempts to communicate with the mouse, trying this into a fifo is, err, a bad idea, largely because X4 gets it right back as if it was sent by the mouse, resulting in the erratic

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread mtoups
On Wed, 13 Sep 2000, Zephaniah E. Hull wrote: > > Repeat in what gpm calls ms3 and what X calls IntelliMouse. > Unless you really LIKE shooting yourself in the foot. That worked also (ie, same result as type "raw" in gpm.conf and "IMPS/2" in XF86Config) ... I assumed that repeat type "imps2" wou

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread Zephaniah E. Hull
On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote: > I also resolved mouse issues I had by changing the repeat_type value in > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior > before (gpm's fault, not X). So now gpm and X get along well, so > everything works

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread mtoups
On Tue, 12 Sep 2000 at 16:03:53 -0700, Marc Martinez <[EMAIL PROTECTED]> wrote: > Load "/usr/X11R6/lib/modules/extensions/libglx.so" You were absolutely right -- replacing "glx" with the above did the trick. I don't know why I missed this, as I got 4.0.1 working on a different debian bo

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread Zephaniah E. Hull
Though in bad taste, I'll reply above but leave the message intact below. In all protocols except ms3/IntelliMouse X4 attempts to communicate with the mouse, trying this into a fifo is, err, a bad idea, largely because X4 gets it right back as if it was sent by the mouse, resulting in the erratic

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread mtoups
On Wed, 13 Sep 2000, Zephaniah E. Hull wrote: > > Repeat in what gpm calls ms3 and what X calls IntelliMouse. > Unless you really LIKE shooting yourself in the foot. That worked also (ie, same result as type "raw" in gpm.conf and "IMPS/2" in XF86Config) ... I assumed that repeat type "imps2" wo

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread Zephaniah E. Hull
On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote: > I also resolved mouse issues I had by changing the repeat_type value in > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior > before (gpm's fault, not X). So now gpm and X get along well, so > everything work

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-13 Thread mtoups
On Tue, 12 Sep 2000 at 16:03:53 -0700, Marc Martinez <[EMAIL PROTECTED]> wrote: > Load "/usr/X11R6/lib/modules/extensions/libglx.so" You were absolutely right -- replacing "glx" with the above did the trick. I don't know why I missed this, as I got 4.0.1 working on a different debian b

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-12 Thread Marc Martinez
On Tue, Sep 12, 2000 at 05:57:51PM -0400, [EMAIL PROTECTED] wrote: > FWIW, I've been using the phase1 debs of X4.0.1 with the 0.9.4 NVidia > drivers on a GeForce2, and haven't had any sig11's -- but the server hangs > (and the displacy is garbled, have to reboot blindly) if the line > #Load

re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-12 Thread mtoups
On Sat, 9 Sep 2000 20:57:16 -0700, Josh Carroll <[EMAIL PROTECTED]> wrote: > I just recently updated to the phase2 debs (version4), and all I get is > sig11 constantly, at random times. Sometimes as soon as I start X, > sometimes no for almost an hour. It varies, but it NEVER stays resident > mo

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-12 Thread Marc Martinez
On Tue, Sep 12, 2000 at 05:57:51PM -0400, [EMAIL PROTECTED] wrote: > FWIW, I've been using the phase1 debs of X4.0.1 with the 0.9.4 NVidia > drivers on a GeForce2, and haven't had any sig11's -- but the server hangs > (and the displacy is garbled, have to reboot blindly) if the line > #Load

re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-12 Thread mtoups
On Sat, 9 Sep 2000 20:57:16 -0700, Josh Carroll <[EMAIL PROTECTED]> wrote: > I just recently updated to the phase2 debs (version4), and all I get is > sig11 constantly, at random times. Sometimes as soon as I start X, > sometimes no for almost an hour. It varies, but it NEVER stays resident > m

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-10 Thread Boris Erdmann
Josh Carroll wrote: I just recently updated to the phase2 debs (version4), and all I get is sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not for almost an hour. It varies, but it NEVER stays resident more than an hour or two. This is really annoying, and I'm not s

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-10 Thread Seth R Arnold
Josh, I have two main thoughts. First, try to do something like compile your kernel (when running in a text console :) to make sure your memory isn't running beyond its limits. If you can compile kernels fine, then you probably have fine memory. :) I was getting signal 11s when I had my sync rates

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-09 Thread Boris Erdmann
Josh Carroll wrote: > I just recently updated to the phase2 debs (version4), and all I get is > sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not > for almost an hour. It varies, but it NEVER stays resident more than an hour or > two. This is really annoying, and I'

Re: xfree86-common_4.0.1-0phase2v4_all.deb

2000-09-09 Thread Seth R Arnold
Josh, I have two main thoughts. First, try to do something like compile your kernel (when running in a text console :) to make sure your memory isn't running beyond its limits. If you can compile kernels fine, then you probably have fine memory. :) I was getting signal 11s when I had my sync rate