Re: xfree86 4.2.0-0pre1v1 on woody, yet another

2002-07-09 Thread Michel Dänzer
On Tue, 2002-07-09 at 05:56, Martin Maney wrote:
 
 Speaking of the Radeon, that's one glitch I had to deal with.  It works
 fine if I have the DRI module (from 2.4.19-rc1) loaded before I
 startx; otherwise the startup fails.

What happens?


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Dave Swegen
Everything seems to work fine, apart from the cursor which has been
turned into a square made up of vertical lines. Turning off the hwcursor
fixes the problem. This is discussed in the following mail from the
freebsd-ports mailing list:

http://www.geocrawler.com/archives/3/167/2002/4/100/8520909/

I haven't tested the patch provided though...

Another issue I have is that the rather marvellous freespace 2 port
doesn't like the mga OpenGL drivers. It seems to have issues with text
and/or transparency. I'm hoping new DRI drivers will fix that, though
I'm not holding my breath.

Cheers
Dave


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Sebastien Picard

You have to remove the mga_hal.so file to have a good cursor.

Dave Swegen wrote:


Everything seems to work fine, apart from the cursor which has been
turned into a square made up of vertical lines. Turning off the hwcursor
fixes the problem. This is discussed in the following mail from the
freebsd-ports mailing list:

http://www.geocrawler.com/archives/3/167/2002/4/100/8520909/

I haven't tested the patch provided though...

Another issue I have is that the rather marvellous freespace 2 port
doesn't like the mga OpenGL drivers. It seems to have issues with text
and/or transparency. I'm hoping new DRI drivers will fix that, though
I'm not holding my breath.

Cheers
   Dave


 




--
- \\\|/// 
   \\  - -  //   
(  @ @  )
 -oOOo-(_)-oOOo-

|   |
|Sebastien Picard   |
|   Assistant Ingenieur |
|  de   |
| Recherche et Formation|
|Departement Informatique   |
|IUT Belfort-Montbeliard|
|  [EMAIL PROTECTED] |
|03.84.58.77.79 |
 ---




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Dave Swegen
On Tue, Jul 09, 2002 at 01:42:51PM +0200, Sebastien Picard wrote:
 You have to remove the mga_hal.so file to have a good cursor.

Thanks, I'll try that.

Cheers
Dave

 
 Dave Swegen wrote:
 
 Everything seems to work fine, apart from the cursor which has been
 turned into a square made up of vertical lines. Turning off the hwcursor
 fixes the problem. This is discussed in the following mail from the
 freebsd-ports mailing list:
 
 http://www.geocrawler.com/archives/3/167/2002/4/100/8520909/
 
 I haven't tested the patch provided though...
 
 Another issue I have is that the rather marvellous freespace 2 port
 doesn't like the mga OpenGL drivers. It seems to have issues with text
 and/or transparency. I'm hoping new DRI drivers will fix that, though
 I'm not holding my breath.
 
 Cheers
Dave
 
 
  
 
 
 
 -- 
 - \\\|/// 
\\  - -  //   
 (  @ @  )
  -oOOo-(_)-oOOo-
 |   |
 |Sebastien Picard   |
 |   Assistant Ingenieur |
 |  de   |
 | Recherche et Formation|
 |Departement Informatique   |
 |IUT Belfort-Montbeliard|
 |  [EMAIL PROTECTED] |
 |03.84.58.77.79 |
  ---
 
 
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact 
 [EMAIL PROTECTED]
 
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xfree86 4.2.0-0pre1v1 on woody, yet another

2002-07-09 Thread Martin Maney
On Mon, Jul 08, 2002 at 10:56:13PM -0500, Martin Maney wrote:
 new Radeon card running.  :-)  Speaking of the Radeon, that's one glitch I
 had to deal with.  It works fine if I have the DRI module (from 2.4.19-rc1)
 loaded before I startx; otherwise the startup fails.

Someone wrote to ask me for particulars about this, and I seem to have lost
his email, somehow, when I decided that I could afford the time to try to
replicate it and get the actual error reported.  Either that or tin lost
it...  Nah, it was probably me.  :-(

Anyway, I can't replicate this now.  The radeon.o module is not being loaded
automagically, but that just causes the X server to report that it's not
using DRI.  I'm not sure what I saw four days ago.  Maybe I was
misattributing the errors I saw before I learned that 4.1 just didn't
support this card.  Or perhaps it was caused by not having agpgart loaded,
which modprobing radeon would have corrected; however, that seems all but
impossible, as agpgart has been loaded at boot time (via /etc/modules) for a
long time now.  It's a puzzlement.

So all that I can replicate, now, is that contrary to the description in
section 5 of the README.DRI, the X server does not automatically load the
kernel DRI module.  One caveat: I'm running this under a kernel with a long
name that distinguishes the versions of some patches it has applied.  Could
it be that the X loader doesn't like decorated version numbers?  I guess
2.4.19-rc1-pkt.p4-pe.p9 *is* a bit baroque.  :-)

-- 
There is overwhelming evidence that the higher the level of self-esteem,
the more likely one will be to treat others with respect, kindness, and
generosity. -- Nathaniel Branden


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 4.2 install report

2002-07-09 Thread Thatcher Ulrich
On Jul 08, 2002 at 09:44 -0500, Branden Robinson wrote:
 On Thu, Jul 04, 2002 at 09:49:56AM -0400, Thatcher Ulrich wrote:
  On Jun 27, 2002 at 11:40 -0400, Thatcher Ulrich wrote:
   On Jun 27, 2002 at 10:05 -0400, Thatcher Ulrich wrote:

BTW, can someone quickly explain what I do to try the new version of
the package?  I'm a Debian newbie, so I only really understand the
basics of dselect/aptitude.
  
  OK, I fiddled around endlessly and discovered that the x-window-system
  and x-window-system-core packages do not automatically pull in the
  4.2.0 version of xserver-xfree86, on my system.  Probably an APT
  configuration thing, like I said I'm new to Debian.
 
 Hmm, I'm not sure what packages you're using:
 
 Package: x-window-system-core
 Status: install ok installed
 Priority: optional
 Section: x11
 Installed-Size: 120
 Maintainer: Branden Robinson [EMAIL PROTECTED]
 Source: xfree86
 Version: 4.2.0-0pre1v1
 Depends: xserver-xfree86, xlibmesa3, xfonts-base ( 4.0), xfonts-100dpi, 
 xfonts-75dpi, xfonts-scalable, xbase-clients, xutils

Yup, that matches what I see from apt-cache show
x-window-system-core.  I've been using aptitude to do my
installations.  I have no clue why it doesn't pull in xserver-xfree86
and so on -- when I ran the install, it claimed it successfully
installed x-window-system-core, but it did nothing with the
dependencies.  Aptitude generally seems to be working for me
otherwise; I pulled down openoffice.org the other day, which has some
dependencies, with no problems.

If you want more info, let me know.  Now that my stuff is working I'm
a little afraid to mess with it, but I'll do it in the interests of
Science if it helps...

  So I successfully got the new stuff by grabbing xserver-xfree86.
  
  Good news -- seems to be working here, and, the bug that has been
  annoying me the most is fixed!  On my Trident CyberBlade-equipped
  laptop, with 4.1.0-17 and prior, when I switched back to X from a
  console, the screen would go all melted white (like it had the wrong
  refresh rate).
 
 FYI, this LCD phenomenon is called blooming.  It's generally
 considered a bad thing, and when it happens you should try to stop it by
 any means necessary.  Take the box down hard if you have to.

Thanks for the explanation  terminology.  When I was searching the
archives  google, I didn't know that term so I probably missed most
of the interesting info.

-- 
Thatcher Ulrich
http://tulrich.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



ISTE en ucuz reklam yontemi

2002-07-09 Thread ANTISPAM
-- BU TUR SPAMLARDAN KURTULMAK ÝÇÝN http://antispam.kolayweb.com u ziyaret 
ediniz --
 
“Artýk reklamlarýnýz için hiçbir masraf yapmayýn, reklamlarýnýzý kendiniz yapýn 
ve bedavaya getirin.
Böylece en etkili ve en verimli reklam da kesinlikle sizin reklamýnýz olsun!

Mailing projemizi uyguladýðýnýz, reklam ve tanýtýmlarýnýzý bu projemizle 
yaptýðýnýz zaman þu avantajlarýnýz olacaktýr: 
* Hem çok geniþ bir kitleye (bütün dünyaya) ulaþacaksýnýz,
* Hem bunu çok kýsa bir sürede yapacaksýnýz,
* Hem bunu yaparken hiç para harcamayacaksýnýz,   
* Hem de En Etkili Reklam sizin reklamýnýz olacak!... 
* En az, en düþük maliyetle en yüksek verim ve getiri! 


5 milyon Türk Kullanýcýya reklam sadece  -- 150 $
400 milyon yabancý kullanýcýya reklam  sadece -- 300 $


Ýrtibat Ýçin 
--
Hasan Oztoprak

Web  : http://emailadvertisement.sitemynet.com
Mail : [EMAIL PROTECTED]
Gsm  : 0536 3453305 
ICQ  : 300375




-- BU TUR SPAMLARDAN KURTULMAK ÝÇÝN http://antispam.kolayweb.com u ziyaret 
ediniz --


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Remco Blaakmeer
On Tue, 9 Jul 2002, Sebastien Picard wrote:

 You have to remove the mga_hal.so file to have a good cursor.

If I do that, it refuses to start at all, complaining that mga_hal.so
can't be found.

Remco
-- 
remco3:  01:50:01 up 16 days, 24 min,  8 users,  load average: 2.07, 2.29, 2.30


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xfree86 4.2.0-0pre1v1 on woody, yet another

2002-07-09 Thread Michel Dänzer

On Tue, 2002-07-09 at 05:56, Martin Maney wrote:
 
 Speaking of the Radeon, that's one glitch I had to deal with.  It works
 fine if I have the DRI module (from 2.4.19-rc1) loaded before I
 startx; otherwise the startup fails.

What happens?


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Dave Swegen

Everything seems to work fine, apart from the cursor which has been
turned into a square made up of vertical lines. Turning off the hwcursor
fixes the problem. This is discussed in the following mail from the
freebsd-ports mailing list:

http://www.geocrawler.com/archives/3/167/2002/4/100/8520909/

I haven't tested the patch provided though...

Another issue I have is that the rather marvellous freespace 2 port
doesn't like the mga OpenGL drivers. It seems to have issues with text
and/or transparency. I'm hoping new DRI drivers will fix that, though
I'm not holding my breath.

Cheers
Dave


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: xfree86 4.2.0-0pre1v1 on woody, yet another

2002-07-09 Thread Martin Maney

On Mon, Jul 08, 2002 at 10:56:13PM -0500, Martin Maney wrote:
 new Radeon card running.  :-)  Speaking of the Radeon, that's one glitch I
 had to deal with.  It works fine if I have the DRI module (from 2.4.19-rc1)
 loaded before I startx; otherwise the startup fails.

Someone wrote to ask me for particulars about this, and I seem to have lost
his email, somehow, when I decided that I could afford the time to try to
replicate it and get the actual error reported.  Either that or tin lost
it...  Nah, it was probably me.  :-(

Anyway, I can't replicate this now.  The radeon.o module is not being loaded
automagically, but that just causes the X server to report that it's not
using DRI.  I'm not sure what I saw four days ago.  Maybe I was
misattributing the errors I saw before I learned that 4.1 just didn't
support this card.  Or perhaps it was caused by not having agpgart loaded,
which modprobing radeon would have corrected; however, that seems all but
impossible, as agpgart has been loaded at boot time (via /etc/modules) for a
long time now.  It's a puzzlement.

So all that I can replicate, now, is that contrary to the description in
section 5 of the README.DRI, the X server does not automatically load the
kernel DRI module.  One caveat: I'm running this under a kernel with a long
name that distinguishes the versions of some patches it has applied.  Could
it be that the X loader doesn't like decorated version numbers?  I guess
2.4.19-rc1-pkt.p4-pe.p9 *is* a bit baroque.  :-)

-- 
There is overwhelming evidence that the higher the level of self-esteem,
the more likely one will be to treat others with respect, kindness, and
generosity. -- Nathaniel Branden


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: 4.2 install report

2002-07-09 Thread Thatcher Ulrich

On Jul 08, 2002 at 09:44 -0500, Branden Robinson wrote:
 On Thu, Jul 04, 2002 at 09:49:56AM -0400, Thatcher Ulrich wrote:
  On Jun 27, 2002 at 11:40 -0400, Thatcher Ulrich wrote:
   On Jun 27, 2002 at 10:05 -0400, Thatcher Ulrich wrote:

BTW, can someone quickly explain what I do to try the new version of
the package?  I'm a Debian newbie, so I only really understand the
basics of dselect/aptitude.
  
  OK, I fiddled around endlessly and discovered that the x-window-system
  and x-window-system-core packages do not automatically pull in the
  4.2.0 version of xserver-xfree86, on my system.  Probably an APT
  configuration thing, like I said I'm new to Debian.
 
 Hmm, I'm not sure what packages you're using:
 
 Package: x-window-system-core
 Status: install ok installed
 Priority: optional
 Section: x11
 Installed-Size: 120
 Maintainer: Branden Robinson [EMAIL PROTECTED]
 Source: xfree86
 Version: 4.2.0-0pre1v1
 Depends: xserver-xfree86, xlibmesa3, xfonts-base ( 4.0), xfonts-100dpi, 
xfonts-75dpi, xfonts-scalable, xbase-clients, xutils

Yup, that matches what I see from apt-cache show
x-window-system-core.  I've been using aptitude to do my
installations.  I have no clue why it doesn't pull in xserver-xfree86
and so on -- when I ran the install, it claimed it successfully
installed x-window-system-core, but it did nothing with the
dependencies.  Aptitude generally seems to be working for me
otherwise; I pulled down openoffice.org the other day, which has some
dependencies, with no problems.

If you want more info, let me know.  Now that my stuff is working I'm
a little afraid to mess with it, but I'll do it in the interests of
Science if it helps...

  So I successfully got the new stuff by grabbing xserver-xfree86.
  
  Good news -- seems to be working here, and, the bug that has been
  annoying me the most is fixed!  On my Trident CyberBlade-equipped
  laptop, with 4.1.0-17 and prior, when I switched back to X from a
  console, the screen would go all melted white (like it had the wrong
  refresh rate).
 
 FYI, this LCD phenomenon is called blooming.  It's generally
 considered a bad thing, and when it happens you should try to stop it by
 any means necessary.  Take the box down hard if you have to.

Thanks for the explanation  terminology.  When I was searching the
archives  google, I didn't know that term so I probably missed most
of the interesting info.

-- 
Thatcher Ulrich
http://tulrich.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




ISTE en ucuz reklam yontemi

2002-07-09 Thread ANTISPAM

-- BU TUR SPAMLARDAN KURTULMAK ÝÇÝN http://antispam.kolayweb.com u ziyaret ediniz --
 
“Artýk reklamlarýnýz için hiçbir masraf yapmayýn, reklamlarýnýzý kendiniz yapýn ve 
bedavaya getirin.
Böylece en etkili ve en verimli reklam da kesinlikle sizin reklamýnýz olsun!

Mailing projemizi uyguladýðýnýz, reklam ve tanýtýmlarýnýzý bu projemizle yaptýðýnýz 
zaman þu avantajlarýnýz olacaktýr: 
* Hem çok geniþ bir kitleye (bütün dünyaya) ulaþacaksýnýz,
* Hem bunu çok kýsa bir sürede yapacaksýnýz,
* Hem bunu yaparken hiç para harcamayacaksýnýz,   
* Hem de En Etkili Reklam sizin reklamýnýz olacak!... 
* En az, en düþük maliyetle en yüksek verim ve getiri! 


5 milyon Türk Kullanýcýya reklam sadece  -- 150 $
400 milyon yabancý kullanýcýya reklam  sadece -- 300 $


Ýrtibat Ýçin 
--
Hasan Oztoprak

Web  : http://emailadvertisement.sitemynet.com
Mail : [EMAIL PROTECTED]
Gsm  : 0536 3453305 
ICQ  : 300375




-- BU TUR SPAMLARDAN KURTULMAK ÝÇÝN http://antispam.kolayweb.com u ziyaret ediniz --


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: MGA G550 / 4.2.0-0pre1v1

2002-07-09 Thread Remco Blaakmeer

On Tue, 9 Jul 2002, Sebastien Picard wrote:

 You have to remove the mga_hal.so file to have a good cursor.

If I do that, it refuses to start at all, complaining that mga_hal.so
can't be found.

Remco
-- 
remco3:  01:50:01 up 16 days, 24 min,  8 users,  load average: 2.07, 2.29, 2.30


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




questions for Xprint package

2002-07-09 Thread Drew Parsons

Hi,

the Xprint (xprint.mozdev.org) package is nearly ready. It compiles on ia64,
so hopefully most architectures should compile fine.

I want to check I've got packaging in order before uploading.  Let me know
if there are objections to naming.

Source package: xprint-xprintorg
Binary package: xprt-xprintorg

With regards to the binary file, the special case of X11 actually makes it a
little easier to deal with. X11 files (ones based on imake) are allowed by
policy (I can't find the reference but I remember reading it) to reside in
/usr/bin/X11, and that's where the binary from xprt (XFree86) goes.  So if I
put my Xprt into /usr/bin, then there is no conflict to deal with.  The two
binaries can live side by side.  It may seem somewhat confusing to have the
two of them, but I figure if you're installing either package, then you'll
know what you're doing.

Hence,
binary: /usr/bin/Xprt

In that vein, may I suggest the current xprt package Recommends:
xprt-xprintorg.  A change in the description of xprt to explain the
difference between the two may also be appropriate.

Xprt (either version) requires a set of config files in order to run.
xprt-xprintorg contains these config files.  In the future it will no doubt
be appropriate to package them separately (xprt-common), but since Xprt from
xprt doesn't work anyway, there seems to be no hurry to do this.


Finally, I've got a lintian warning I'd like some help with.  lintian says:

W: xprt-xprintorg: binary-or-shlib-defines-rpath ./usr/bin/Xprt /usr/lib
N:
N:   The binary or shared library defines the RPATH'. Usually this is a
N:   bad thing. Most likely you will find a Makefile with a line like:
N:   gcc test.o -o test -Wl,--rpath
N:   or
N:   gcc test.o -o test -R/usr/local/lib

What does this mean, and what can I do about it?  -rpath is in fact found in
the Makefile in xc/programs/Xserver, in variable EXTRA_LOAD_FLAGS, but it's
not in the Imakefile. Do you get the same problem in the XFree86 packages?

Thanks,

Drew

-- 
PGP public key available at http://people.debian.org/~dparsons/drewskey.txt
Fingerprint: A110 EAE1 D7D2 8076 5FE0  EC0A B6CE 7041 6412 4E4A



msg03767/pgp0.pgp
Description: PGP signature


[PATCH for 4.2.0-0pre1v1] duplicate hppa defines in linux.cf

2002-07-09 Thread ISHIKAWA Mutsumi

Hi,

 I found a tiny bug in config/cf/linux.cf.
 It includes HPArchitecture related defines twice, like this:

#ifdef MipsArchitecture
# ifndef OptimizedCDebugFlags
#  define OptimizedCDebugFlags  -O2
# endif
# define LinuxMachineDefines-D__mips__
# define ServerOSDefinesXFree86ServerOSDefines -DDDXTIME -DPART_NET
# define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines
#endif

#ifdef HPArchitecture
# define OptimizedCDebugFlags   -O2
# define LinuxMachineDefines-D__hppa__
# define ServerOSDefinesXFree86ServerOSDefines -DDDXTIME -DPART_NET
# define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines
#endif

#ifdef HPArchitecture
# define OptimizedCDebugFlags   -O2
# define LinuxMachineDefines-D__hppa__
# define ServerOSDefinesXFree86ServerOSDefines -DDDXTIME -DPART_NET
# define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines
#endif

#ifdef SuperHArchitecture
# ifndef SuperHArchOptFlags
#  ifdef SuperH4Architecture
(snip)


 This is caused by debian/patches/001_linux_cf.diff, perhaps last
chank of the patch is not needed.

--- xfree86-4.2.0/debian/patches/001_linux_cf.diff.orig Wed Jul 10 15:18:20 2002
+++ xfree86-4.2.0/debian/patches/001_linux_cf.diff  Wed Jul 10 15:18:30 2002
@@ -64,17 +64,3 @@
  #endif /* Mc68020Architecture */
  
  #ifdef PpcArchitecture
-@@ -743,6 +757,13 @@
- #  define OptimizedCDebugFlags-O2
- # endif
- # define LinuxMachineDefines  -D__mips__
-+# define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-+# define ServerExtraDefines   -DGCCUSESGAS XFree86ServerDefines
-+#endif
-+
-+#ifdef HPArchitecture
-+# define OptimizedCDebugFlags -O2
-+# define LinuxMachineDefines  -D__hppa__
- # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
- # define ServerExtraDefines   -DGCCUSESGAS XFree86ServerDefines
- #endif

-- 
ISHIKAWA Mutsumi
 [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]