Re: testers wanted for xfree86 4.1.0-14pre15v1

2002-03-24 Thread Joseph Carter
On Sun, Mar 24, 2002 at 08:51:43PM +, Peter Whysall wrote:
  Thanks for the reports, folks!
 
 Further report:
 
 I've gone from the XFree86 nv driver to the 3d-accelerated nvidia
 driver, with no ill effects whatsoever. 
 
 Unless you count a protracted Quake III Arena session at 90fps to be an
 ill-effect :-)

Just remember that the installer debs do not cooperate with dexter at the
moment.  Don't let dexter automatically blow away your config.

I've filed a bug against nvidia-glx-src about this, but as a wishlist bug
I doubt it's a very high priority at the moment.

-- 
Joseph Carter [EMAIL PROTECTED]  glDisable (DX8_CRAP);
 
* seeS uses knghtbrd's comments as his signature
knghtbrd seeS: as soon as I typed them I realized I'd better snip them
   myself before someone else did  ;



pgpnpm4YyFzBl.pgp
Description: PGP signature


Re: testers wanted for xfree86 4.1.0-14pre15v1

2002-03-24 Thread Joseph Carter

On Sun, Mar 24, 2002 at 08:51:43PM +, Peter Whysall wrote:
  Thanks for the reports, folks!
 
 Further report:
 
 I've gone from the XFree86 nv driver to the 3d-accelerated nvidia
 driver, with no ill effects whatsoever. 
 
 Unless you count a protracted Quake III Arena session at 90fps to be an
 ill-effect :-)

Just remember that the installer debs do not cooperate with dexter at the
moment.  Don't let dexter automatically blow away your config.

I've filed a bug against nvidia-glx-src about this, but as a wishlist bug
I doubt it's a very high priority at the moment.

-- 
Joseph Carter [EMAIL PROTECTED]  glDisable (DX8_CRAP);
 
* seeS uses knghtbrd's comments as his signature
knghtbrd seeS: as soon as I typed them I realized I'd better snip them
   myself before someone else did  ;




msg03486/pgp0.pgp
Description: PGP signature


Re: Problems with libsdl1.2-dev 1.2.2-3.3 and OpenGL?

2002-01-16 Thread Joseph Carter

On Tue, Jan 15, 2002 at 11:49:19AM +0100, Paul Fleischer wrote:
 Interesting - it worked ;) Now I can go hit myself for not checking that
 (indeed I find myself removing libGL.a all the time).

I did say it was a useless form of the Mesa library..  ;)


 Oh well, thanks for the answer and your time. However, I am still
 wondering how it can be that the problem does not occur when I write X11
 code instead of SDL code. But finally I can get back to OpenGL
 development ;) Thanks again!

All depends on the path search order.  But now that you know the fix, make
sure you share it with the next person who runs into this problem.  There
will almost certainly be such a next person.

-- 
Joseph Carter [EMAIL PROTECTED]I swear this thing's an AI!
 
!netgod:*! time flies when youre using linux
!doogie:*! yeah, infinite loops in 5 seconds.
!Teknix:*! has anyone re-tested that with 2.2.x ?
!netgod:*! yeah, 4 seconds now




msg03312/pgp0.pgp
Description: PGP signature


Re: Problems with libsdl1.2-dev 1.2.2-3.3 and OpenGL?

2002-01-16 Thread Joseph Carter
On Tue, Jan 15, 2002 at 11:49:19AM +0100, Paul Fleischer wrote:
 Interesting - it worked ;) Now I can go hit myself for not checking that
 (indeed I find myself removing libGL.a all the time).

I did say it was a useless form of the Mesa library..  ;)


 Oh well, thanks for the answer and your time. However, I am still
 wondering how it can be that the problem does not occur when I write X11
 code instead of SDL code. But finally I can get back to OpenGL
 development ;) Thanks again!

All depends on the path search order.  But now that you know the fix, make
sure you share it with the next person who runs into this problem.  There
will almost certainly be such a next person.

-- 
Joseph Carter [EMAIL PROTECTED]I swear this thing's an AI!
 
!netgod:*! time flies when youre using linux
!doogie:*! yeah, infinite loops in 5 seconds.
!Teknix:*! has anyone re-tested that with 2.2.x ?
!netgod:*! yeah, 4 seconds now



pgpU19I1t0nvc.pgp
Description: PGP signature


Re: Problems with libsdl1.2-dev 1.2.2-3.3 and OpenGL?

2002-01-15 Thread Joseph Carter
I'm sending this to debian-x on the off chance that the next person to get
bitten by this problem will search the archives and find it.  I'm not on
debian-x, so please Cc replies if appropriate.

On Tue, Jan 15, 2002 at 01:33:00AM +0100, Paul Fleischer wrote:
   in some way. When I try to compile any program using SDL and OpenGL, the
   window/screen shows the last image, from the OpenGL program which was
   previous run.
 
 I am one of those nvidia-using-guys, sorry. However, I find that when I
 write code against X11, and GL it works just fine - so, I would say SDL
 is somewhat broken (hopefully I am wrong in this)

Actually, the problem here is that Debian does not adhere to the OpenGL
Linux ABI document which requires that libGL be in /usr/lib and only in
/usr/lib, citing this very problem as the reason.  Of course, this goes
against the unix way, so naturally no Linux dist I know of actually obeys
the ABI's requirement.  And just to make life more interesting, several
different ways of disobeying it exist, some of which are just bizarre.

Basically, when you compile, /usr/X11R6/lib ends up getting checked before
/usr/lib for libGL.  To prevent this, the nvidia-glx maintainer diverts
libGL.so*.  He neglected to divert libGL.a, which is getting compiled in
to your program.  If you're impatient, just rm /usr/X11R6/lib/libGL.a and
recompile your program.  You can't use it anyway and I promise you won't
miss it.  ;)

Actually, it's basically never a good idea to link the static libGL, it
might be better to not bother installing it in future builds since the
library is most certainly hardware-specific.  Older 3dfx cards, and all
NVIDIA cards won't work with that lib at all.  The last I've heard from
guys at Matrox was that they too will likely go with a non-Mesa OpenGL,
and possibly ATI will as well.  I'm not sure about 3DLabs, but they're not
much of a player in the consumer hardware market and probably don't even
know we exist.

-- 
Joseph Carter [EMAIL PROTECTED]I swear this thing's an AI!
 
knghtbrd add a GF2/3, a sizable hard drive, and a 15 flat panel and
   you've got a pretty damned portable machine.
Coderjoe a GeForce Two-Thirds?
knghtbrd Coderjoe: yes, a GeForce two-thirds, ie, any card from ATI.



pgpFiprn99mCT.pgp
Description: PGP signature


Re: DFSG and fonts [was: Bug#91856: Hello]

2001-04-04 Thread Joseph Carter
On Wed, Apr 04, 2001 at 08:37:12AM +0100, Edmund GRIMLEY EVANS wrote:
   What are they?  They need serious bugs filed against them.
  
  e.g. doc-rfc ?  
 
 The GNU General Public Licence itself may not be modified. I hope this
 doesn't mean ...

Copyright licenses as legal documents may not be modified except by the
holder of the Copyright under law.  As such, NO license is itself able to
meet the terms of the DFSG and must be excepted.

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Lucas' Law:  Good will always win, because evil hires the _stupid_
 engineers.



pgpJlW8LXmixE.pgp
Description: PGP signature


Re: APT-able Debian DRI CVS packages ready for testing.

2001-03-30 Thread Joseph Carter

On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
 Ok, perhaps I'm really dense, but what's the advantage of using this over
 just using Branden's X debs?  I have 3d acceleration and working DRI for
 both my V3 and my G450 as it stands, without adding any further software.
 
 And I can turn it on or off as I want (if I need 24 bit for something, for
 example).

You generally will use CVS if you like to live  on the bleeding edge, if
your card is not supported without it (mine's not), or if you need some of
the fixes and features that have happened since then.  In other words,
same reasons you'd run a 2.4 kernel right now.

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Knghtbrd you people are all insane.
Joey knight: sure, that's why we work on Debian.
JHM Knghtbrd: get in touch with your inner nutcase.


 PGP signature


Re: APT-able Debian DRI CVS packages ready for testing.

2001-03-30 Thread Joseph Carter
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote:
 Ok, perhaps I'm really dense, but what's the advantage of using this over
 just using Branden's X debs?  I have 3d acceleration and working DRI for
 both my V3 and my G450 as it stands, without adding any further software.
 
 And I can turn it on or off as I want (if I need 24 bit for something, for
 example).

You generally will use CVS if you like to live  on the bleeding edge, if
your card is not supported without it (mine's not), or if you need some of
the fixes and features that have happened since then.  In other words,
same reasons you'd run a 2.4 kernel right now.

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Knghtbrd you people are all insane.
Joey knight: sure, that's why we work on Debian.
JHM Knghtbrd: get in touch with your inner nutcase.



pgpkV9yAzMBhR.pgp
Description: PGP signature


Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]

2001-03-29 Thread Joseph Carter
On Thu, Mar 29, 2001 at 12:17:07AM -0800, Stephen Zander wrote:
 Joseph If you have a 3dfx card, you probably should be using CVS
 Joseph DRI, which can be made not too painful (but will uglify
 Joseph your XF86Config-4 file a bit..)
 
 Is the same true for Voodoo5?

Most assuredly.  The Radeon is the one that seems to be having trouble.  I
don't think the driver is ready for release yet at least on some hardware.
The DRI people are assuring me that it's just my specific hardware that
has the problems though, so I could be wrong.

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

hop when you start making only stupid mistakes that are obvious, thats
  when you start getting competent
hop because you don't make fundamental misunderstanding mistakes
hop and thats a *good* sign.



pgpbyig2TgpC8.pgp
Description: PGP signature


Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]

2001-03-24 Thread Joseph Carter

On Sat, Mar 24, 2001 at 02:14:26PM +0100, Marcelo E. Magallon wrote:
  "Zephaniah E. Hull" [EMAIL PROTECTED] writes:
 
  You simply CAN NOT use mesag3-glide2 on a V3 with X4, it won't work.
 
 Uhm.  Why?
 
 (if I'm going to be maintaining this, I'd like to know why it doesn't
 work with a specific setup, in particular, I'd like to know if this is
 a bug in mesa or a bug in glide2)

Neither.  It's that the X server and Glide2 would have to cooperate in
order to let you do it.  As of XFree4, X no longer knows how to talk to
Glide2, but does know how to talk to Glide3.  Evil, eh?

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Crow_ hmm, is there a --now-dammit option for exim?


 PGP signature


Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]

2001-03-24 Thread Joseph Carter
On Fri, Mar 23, 2001 at 03:15:25PM -0800, Alexander Hvostov wrote:
 I have this problem too. After a while, X freezes while running _any_ OpenGL
 application. This means blender, GL screen savers, GL xmms plugins, etc.

I'll assume you're running XFree4 since you didn't say otherwise.

X freezes like this for me quite frequently.  Branden claimed it was a
kernel bug some months ago, but that was fixed and it still dies.  A
number of things cause it, but I never knew DRI to be one of them.
Mozilla caused my uptimes to be measured in hours rather than weeks under
recent XFree4 packages.  With my new card (ATI Radeon) it's changing video
modes (which anyone who has seen me work in X knows I spend 30% of my time
in 640x480 or lower due to unreadably small, aliased fonts in things like
Netscape..)

The problem seems to be in short that damned near anything will cause X to
lock up and stop responding.  A suggestion to make your life a little
easier is to renice XFree86 to 0.  For some reason it gets -10 by default
amd that's just pleading for a lockup to down the box if you don't have a
convenient box to ssh in and fix it.


 The only way to recover from this is to login to the machine over the network,
 kill -9 X, and restart it (which, in my case, is done by gdm). However, doing
 this causes the text mode console to become totally screwed up; attempting to
 switch to the console works except that the display is still in graphics mode
 (with whatever X drew on the screen). This display doesn't get repainted,
 since all the software (the kernel and X) thinks the display is in text mode,
 but it really isn't. Switching back to X works fine though (ie, it repaints
 the screen and otherwise behaves normally).

You can fix this by using the framebuffer console for your card.  Except
that most framebuffer drivers are not quite stable (like XFree4 it would
seem) and very slow.


 For this reason, I've disabled DRI on my system until this problem gets fixed.
 It would be nice to have it fixed, since applications like blender get really
 slow without it...
 
 My hardware is a Creative 3D Blaster Banshee. The chip is 3Dfx Voodoo Banshee,
 PCI revision 3, part/serial/whatever number CT6760, 16 MB SDRAM on-board. It's
 attached to PCI (as you might have guessed).
 
 Because the freezes seem totally unpredictable (except of course that a GL
 application is running at the time of the freeze), I find this bug difficult
 to reproduce.

I can reproduce it with XawTV, Ctrl-Alt-Grey+, and any DRI app which uses
the VidMode extension.  I can also do it with anything that creates shaped
windows frequently (the OSD plugin for XMMS for example or some window
manager themes)  In short, it's really easy to get X to freeze.

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Kethryvis Gruuk: UFies are above and beyond the human race :)



pgpMJAwTF0O86.pgp
Description: PGP signature


Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]

2001-03-24 Thread Joseph Carter
On Sat, Mar 24, 2001 at 02:14:26PM +0100, Marcelo E. Magallon wrote:
  Zephaniah E. Hull [EMAIL PROTECTED] writes:
 
  You simply CAN NOT use mesag3-glide2 on a V3 with X4, it won't work.
 
 Uhm.  Why?
 
 (if I'm going to be maintaining this, I'd like to know why it doesn't
 work with a specific setup, in particular, I'd like to know if this is
 a bug in mesa or a bug in glide2)

Neither.  It's that the X server and Glide2 would have to cooperate in
order to let you do it.  As of XFree4, X no longer knows how to talk to
Glide2, but does know how to talk to Glide3.  Evil, eh?

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

Crow_ hmm, is there a --now-dammit option for exim?



pgpj4kAUoJIWB.pgp
Description: PGP signature


Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]

2001-03-24 Thread Joseph Carter
On Sat, Mar 24, 2001 at 08:08:16PM +0100, Marcelo E. Magallon wrote:
   Neither.  It's that the X server and Glide2 would have to cooperate in
   order to let you do it.  As of XFree4, X no longer knows how to talk to
   Glide2, but does know how to talk to Glide3.  Evil, eh?
 
  Then why does it work for V1 and V2?

Because the V1 and V2 are not otherwise handled at all by X.


  What you are saying sound like there's no DRM for glide2.
 
  Maybe the bit of info I'm missing is why would I want to use glide2
  instead of glide3 if I have a V3?  I remember vaguely something along
  the lines of all the V3s are equal, but some are more equal than
  others.  Maybe I should go and buy myself a V1 or V2...

The V3 runs faster and more stably with Glide2 and XFree3 than Glide3 and
XFree4.  Branden would have to make frequent uploads of CVS versions to
keep DRI in top shape.  Given that DRI in the current packages is the only
thing that the current X configuration stuff doesn't do for you (in fact
it's rather hostile toward it - I suspect Branden hasn't figured out the
gritty details of DRI yet due to time or indifference.

If you have a 3dfx card, you probably should be using CVS DRI, which can
be made not too painful (but will uglify your XF86Config-4 file a bit..)

-- 
Joseph Carter [EMAIL PROTECTED]Free software developer

doogie dpkg has bugs?  no way!



pgpzr760U9GeX.pgp
Description: PGP signature