On Mon, 25 Apr 2011 22:39:16 -0400 (EDT), Stephen Powell wrote:
> On Mon, 25 Apr 2011 14:32:43 -0400 (EDT), Sven Joachim wrote:
>> On 2011-04-24 22:19 +0200, Stephen Powell wrote:
>>> ...
>>> The same bug can be reproduced by using the following kernel boot parameter:
>>>
>>>video=VGA-1:1024x76
On Mon, 25 Apr 2011 14:32:43 -0400 (EDT), Sven Joachim wrote:
> On 2011-04-24 22:19 +0200, Stephen Powell wrote:
>> ...
>> The same bug can be reproduced by using the following kernel boot parameter:
>>
>>video=VGA-1:1024x768@87i
>>
>> ...
>
> Please add these findings to the bug report.
I w
On 2011-04-24 22:19 +0200, Stephen Powell wrote:
> Actually, now that I think about it, this bug report has probably been
> sitting on the wrong queue all this time. I reported the bug against
> package xserver-xorg-video-nouveau, which is a user-space X driver. But
> the driver uses kernel mode
On Du, 24 apr 11, 16:19:05, Stephen Powell wrote:
>
> But that brings up another issue, which is reporting bugs upstream.
> The official Debian policy is "Don't report bugs upstream". I quote from
> http://www.debian.org/Bugs/Reporting:
>
>Don't file bugs upstream
>
>If you file a bug i
On 2011-04-24 15:19:05 Stephen Powell wrote:
> Don't file bugs upstream
>
> If you file a bug in Debian, don't send a copy to the upstream software
> maintainers yourself, as it is possible that the bug exists only in
>Debian. If necessary, the maintainer of the package will forward the bug
>
On Sun, 24 Apr 2011 04:34:13 -0400 (EDT), Andrei Popescu wrote:
> On Sat, 23 Apr 2011 17:57:07 -0400 (EDT), Stephen Powell wrote:
>>
>> I can't use the nouveau driver because the nouveau driver doesn't work
>> with interlaced video modes. I filed a bug report a good while ago. See
>>
>>http
On Sb, 23 apr 11, 17:57:07, Stephen Powell wrote:
>
> I can't use the nouveau driver because the nouveau driver doesn't work
> with interlaced video modes. I filed a bug report a good while ago. See
>
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589452
>
> No response.
You could try
On 2011-04-24 00:14 +0200, Boyd Stephen Smith Jr. wrote:
> There may have been DSFG-freeness concerns about the code as well, but they
> were not the primary motivator for removing the package from testing.
They were. Bug #383465ยน had been ignored for three releases already
which is really to
In <4db35418.50...@cox.net>, Ron Johnson wrote:
>But OP is correct that nv *works*. *Everywhere*.
I didn't claim otherwise. It also doesn't change the fact that it is not
currently maintained. If you'd like it maintained, I suggest you chip in
resources, possibly pooling them with other inter
On Sat, 23 Apr 2011 18:14:39 -0400 (EDT), Boyd Stephen Smith Jr. wrote:
> Stephen Powell wrote:
>> I really don't see why nv had to be dropped from the distribution.
>
> It is no longer maintained. NVidia abandoned it a while ago. It was still
> maintained by the X.org developers for a while.
On 04/23/2011 05:14 PM, Boyd Stephen Smith Jr. wrote:
In<1636648964.128495.1303595827920.javamail.r...@md01.wow.synacor.com>,
Stephen Powell wrote:
I really don't see why nv had to be dropped from the distribution.
It is no longer maintained. NVidia abandoned it a while ago. It was still
mai
On 04/23/2011 04:57 PM, Stephen Powell wrote:
I thought this would probably happen eventually. And it did.
I use an Nvidia video card with a RIVA TNT2 chipset. My CRT monitor,
an IBM G51, has a maximum pixel clock rate of 70 MHz. In order
to get 1024x768 resolution out of this monitor I must
In <1636648964.128495.1303595827920.javamail.r...@md01.wow.synacor.com>,
Stephen Powell wrote:
>I really don't see why nv had to be dropped from the distribution.
It is no longer maintained. NVidia abandoned it a while ago. It was still
maintained by the X.org developers for a while. However,
I thought this would probably happen eventually. And it did.
I use an Nvidia video card with a RIVA TNT2 chipset. My CRT monitor,
an IBM G51, has a maximum pixel clock rate of 70 MHz. In order
to get 1024x768 resolution out of this monitor I must use an
interlaced video mode. (There is a 1024x
> Anyone offer a tip?
I just re-installed my entire system. From a single-CD rescue disk.
Everything was done by hand, except for a few config files that I had
stashed away. Hopefully this means I have everything in my notes that
you'll need to get nvidia working. Note: I'm on a laptop and probabl
On Mon, 2 Jun 2003 12:13:10 -0600
"Jamin W. Collins" <[EMAIL PROTECTED]> wrote:
> > The 4191 version caused problems for everybody. I don't know anyone
> > who was able to make it work in Debian, Mandrake or RedHat.
>
> Worked fine here. Though it didn't support Dual Head on my chipset at
> the
Quoting Ron Johnson <[EMAIL PROTECTED]>:
> On Mon, 2003-06-02 at 08:45, Jeffrey L. Taylor wrote:
> > Quoting Kevin McKinley <[EMAIL PROTECTED]>:
> > > So here's the question -- how many different ways do I need to tell the
> > > system to keepen its little mittens offen those packages? Can you sugg
On Mon, Jun 02, 2003 at 04:06:59AM -0400, Kevin McKinley wrote:
> The 4191 version caused problems for everybody. I don't know anyone
> who was able to make it work in Debian, Mandrake or RedHat.
Worked fine here. Though it didn't support Dual Head on my chipset at
the time, it did support TwinV
On Mon, 2003-06-02 at 08:45, Jeffrey L. Taylor wrote:
> Quoting Kevin McKinley <[EMAIL PROTECTED]>:
> > So here's the question -- how many different ways do I need to tell the
> > system to keepen its little mittens offen those packages? Can you suggest
> > another/better way to accomplish this?
>
Quoting Kevin McKinley <[EMAIL PROTECTED]>:
> So here's the question -- how many different ways do I need to tell the
> system to keepen its little mittens offen those packages? Can you suggest
> another/better way to accomplish this?
>
Don't mix dselect/apt-get and aptitude. Stick to one or the
On Sun, 1 Jun 2003 20:15:08 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
> > When you install the Debian nvidia packages, the tarballs are put in
> > /usr/src.
>
> Only if you don't care which version you get. See in my message my
> description of problems with the current version at the time of
Kevin McKinley wrote:
> Bob Proulx wrote:
> > wget http://205.158.109.140/XFree86_40/1.0-2880/NVIDIA_kernel-1.0-2880.tar.gz
> > wget http://205.158.109.140/XFree86_40/1.0-2880/NVIDIA_GLX-1.0-2880.tar.gz
> wgetting the tarballs is no longer necessary; NVIDIA now allows them to be
> distributed.
On Sun, 1 Jun 2003 13:07:29 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
> Get the bits onto your machine:
> cd /usr/src
> wget
> http://205.158.109.140/XFree86_40/1.0-2880/NVIDIA_kernel-1.0-2880.tar.gz
> wget
> http://205.158.109.140/XFree86_40/1.0-2880/NVIDIA_GLX-1.0-2880.tar.gz
> sud
On Sun, Jun 01, 2003 at 01:07:29PM -0600, Bob Proulx wrote:
> Hope this helps,
> Bob
Thanks Bob, I appreciate the help, I will give it a whirl.
Kind Regards
Dan Hunt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dan Hunt wrote:
> I went "apt-get install nvidia-kernel-src" and
>"apt-get install nvidia-glx-src"
> and I found the instructions a bit confusing,
> /usr/doc/nvidia-kernel-src/README.Debian
>
> cd linux ( or your kernel source directory )
>
> O.K. I have a stock kernel installed
> 2.
> Go to the NVIDIA web site and download their drivers, or get the packages
> nvidia-kernel-src and nvidia-glx-src from Debian.
>
> Follow the instructions.
>
I went "apt-get install nvidia-kernel-src" and
"apt-get install nvidia-glx-src"
and I found the instructions a bit confusing,
/usr
On Sat, 31 May 2003 21:23:19 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
>From the utah-glx FAQ:
"GLX is basically the glue that ties OpenGL and X together. Most of the code
in Utah-GLX is actually dealing with graphics chipset specific drivers code.
Most of the OpenGL support is provided by Mesa
On Sat, 31 May 2003 18:41:45 -0300
james leclair <[EMAIL PROTECTED]> wrote:
>
> Setting up woody on my main box. Using geforce4 mx pci video card. After
> installing x and running starx, I get error messages stating "no screens
> found". When installing x, I had chose the nv server. Was this co
[Drifting from original topic and on to tuxracer problems...]
Ron Johnson wrote:
> Bob Proulx wrote:
> > The framebuffer is needed for some programs, notably tuxracer, which
> > use it and you won't be able to run those programs without it. Darn!
>
> Are you sure? I'm running XFree 4.2.1 with t
On Sat, 2003-05-31 at 19:34, Bob Proulx wrote:
> james leclair wrote:
[snip]
> The "nv" driver does not support framebuffer. But if you were like me
> that option pulled you in. Find this in your /etc/X11/XF86Config-4
> file and comment it out.
>
> Option "UseFBDev" "true"
>
> T
james leclair wrote:
>
> Setting up woody on my main box. Using geforce4 mx pci video card. After
> installing x and running starx, I get error messages stating "no screens
> found". When installing x, I had chose the nv server. Was this correct? Had
> good experiences on my test comp with Debi
On Sat, 31 May 2003 18:41:45 -0300
james leclair <[EMAIL PROTECTED]> wrote:
>
> Setting up woody on my main box. Using geforce4 mx pci video card.
> After installing x and running starx, I get error messages stating "no
> screens found". When installing x, I had chose the nv server. Was this
> co
Setting up woody on my main box. Using geforce4 mx pci video card. After
installing x and running starx, I get error messages stating "no screens
found". When installing x, I had chose the nv server. Was this correct? Had
good experiences on my test comp with Debian and would really love to get
33 matches
Mail list logo
