Re: XFree86 4.0.2 status

[Christian T . Steigies]

On Sat, Jan 13, 2001 at 05:05:04PM -0500, Branden Robinson wrote:

> Do you have xserver-xfree86 installed?
Of course not, that was the idea of this exercise, since the new xserver
does not work yet on m68k.

> This should only be temporarily necessary, until the 4.x server is working
> on m68k.
Yup.

Christian

Re: XFree86 4.0.2 status

[Branden Robinson]

On Sat, Jan 13, 2001 at 06:54:49PM +0100, Christian T . Steigies wrote:
> On Sun, Jan 14, 2001 at 01:01:48AM +1000, Anthony Towns wrote:
> 
> > Actually, hmm. Did you also manage to get xutils to build? The X4 versions
> > of the fonts seem to depend on that package.
> Yes, I have and it works with the fonts, when I also install xserver-common...
> But startx does not work anymore then:
> startx
> 
> /etc/X11/X is not executable

It's a symbolic link.

> /etc/X11/X -> /usr/bin/X11/XFree86
> The latter does not exist...

Do you have xserver-xfree86 installed?

> I can start XF68_FBDev by hand, but then I have to move the XF86Config file
> by hand to the new location.
> And if I do this:
> [EMAIL PROTECTED]:/etc/X11>ln -s /usr/bin/X11/XF68_FBDev  X
> startx (and xdm) work again. Not very nice for the user, but feasible.

This should only be temporarily necessary, until the 4.x server is working
on m68k.

-- 
G. Branden Robinson |I must despise the world which does not
Debian GNU/Linux|know that music is a higher revelation
[EMAIL PROTECTED]  |than all wisdom and philosophy.
http://www.debian.org/~branden/ |-- Ludwig van Beethoven


pgp1TGWUOR0MT.pgp
Description: PGP signature

Re: XFree86 4.0.2 status

[Branden Robinson]

On Fri, Jan 12, 2001 at 11:36:56PM +0100, Christian T . Steigies wrote:
> On Fri, Jan 12, 2001 at 05:14:04PM -0500, Branden Robinson wrote:
> 
> > Let me guess, your debconf priority is set to CRITICAL, because you don't
> > want to be informed about things that might affect the above.
> No I haven't. I did read that the preferred font size has changed, but I do
> not remember that there was a hint on how to change it back for specific
> applications..

This nonexistent hint actually exists in several places.

dpkg-reconfigure xbase-clients
dpkg-reconfigure xdm
dpkg-reconfigure xfs

I go to the trouble of writing these to avoid complaints like yours.  It
would be nice if the same people who complain would actually read these
things.

-- 
G. Branden Robinson |Q: How does a Unix guru have sex?
Debian GNU/Linux|A: unzip;strip;touch;finger;mount;fsck;
[EMAIL PROTECTED]  |   more;yes;fsck;fsck;fsck;umount;sleep
http://www.debian.org/~branden/ |


pgp0mSFuhxvJp.pgp
Description: PGP signature

Re: MGA ( G400 ) DRI on an SMP box

[Marcelo E. Magallon]

>> Terry 'Mongoose' Hendrix II <[EMAIL PROTECTED]> writes:

 > >  "UP systems"? I can't make that one out.
 > 
 > UniProcessor

 doh.

 > I'm gald it works on your UP athlon, but that doesn't help SMP users. =)

 /me schedules a marchine swap for the Radeon...

 I'll see if I can get something out.  The one SMP system I have access
 to has an evil NVIDIA card with evil closed drivers (and crappy, at
 that).

--
Marcelo

Re: MGA ( G400 ) DRI on an SMP box

[Terry 'Mongoose' Hendrix II]

Marcelo E. Magallon wrote:



 "UP systems"? I can't make that one out.


UniProcessor



 DRI + G400 works for me on an Athlon system (Irongate north bridge).  I
 do have multiple contexts at the same time and I have never had any
 lock up that seems directly related to that (and I do hammer the
 pipeline).  In fact, I haven't had a lock for for the last three or
 four months, I think.  ATM I'm running off DRI CVS code (X server
 extensions, DRI drivers and GL libraries, everything else here is what
 the xfree86-sever package ships with, including the server itself)


I'm gald it works on your UP athlon, but that doesn't help SMP users. =)


 Most of the lock ups I've seen, seem to be related to the chipset on
 the box, VIA KT133 chipsets being perhaps the most sensitive of them.
 Intel BX chipsets seem to work fine (albeit being slower than the VIA
 ones for some kinds of operations)


Yes, I don't think it works with SMP chipsets at all as far as I know. 
I don't consider it working when it randomly locks.


cheers,
Terry


--
 ---
| GooseEgghttp://gooseegg.sourceforge.net   |
| QuakeForge  http://www.quakeforge.net |
| Personalhttp://www.westga.edu/~stu7440|
|   |
|  Death is running Debian GNU/Linux|
 ---

Re: MGA ( G400 ) DRI on an SMP box

[Marcelo E. Magallon]

>> Terry 'Mongoose' Hendrix II <[EMAIL PROTECTED]> writes:

 > I think the only people it "works for" are just playing games or are
 > on UP systems.  I haven't found anyone yet that can run a
 > multicontext and/or windowed GL application yet on MGA DRI.  Thanks
 > for your input, as I'm tracking the reports I hear with mental notes.

 "UP systems"? I can't make that one out.

 DRI + G400 works for me on an Athlon system (Irongate north bridge).  I
 do have multiple contexts at the same time and I have never had any
 lock up that seems directly related to that (and I do hammer the
 pipeline).  In fact, I haven't had a lock for for the last three or
 four months, I think.  ATM I'm running off DRI CVS code (X server
 extensions, DRI drivers and GL libraries, everything else here is what
 the xfree86-sever package ships with, including the server itself)

 Most of the lock ups I've seen, seem to be related to the chipset on
 the box, VIA KT133 chipsets being perhaps the most sensitive of them.
 Intel BX chipsets seem to work fine (albeit being slower than the VIA
 ones for some kinds of operations)

--
Marcelo

Re: XFree86 4.0.2 status

[Christian T . Steigies]

On Sat, Jan 13, 2001 at 05:05:04PM -0500, Branden Robinson wrote:

> Do you have xserver-xfree86 installed?
Of course not, that was the idea of this exercise, since the new xserver
does not work yet on m68k.

> This should only be temporarily necessary, until the 4.x server is working
> on m68k.
Yup.

Christian


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

Re: XFree86 4.0.2 status

[Branden Robinson]

On Sat, Jan 13, 2001 at 06:54:49PM +0100, Christian T . Steigies wrote:
> On Sun, Jan 14, 2001 at 01:01:48AM +1000, Anthony Towns wrote:
> 
> > Actually, hmm. Did you also manage to get xutils to build? The X4 versions
> > of the fonts seem to depend on that package.
> Yes, I have and it works with the fonts, when I also install xserver-common...
> But startx does not work anymore then:
> startx
> 
> /etc/X11/X is not executable

It's a symbolic link.

> /etc/X11/X -> /usr/bin/X11/XFree86
> The latter does not exist...

Do you have xserver-xfree86 installed?

> I can start XF68_FBDev by hand, but then I have to move the XF86Config file
> by hand to the new location.
> And if I do this:
> root@aahz:/etc/X11>ln -s /usr/bin/X11/XF68_FBDev  X
> startx (and xdm) work again. Not very nice for the user, but feasible.

This should only be temporarily necessary, until the 4.x server is working
on m68k.

-- 
G. Branden Robinson |I must despise the world which does not
Debian GNU/Linux|know that music is a higher revelation
[EMAIL PROTECTED]  |than all wisdom and philosophy.
http://www.debian.org/~branden/ |-- Ludwig van Beethoven

 PGP signature

Re: XFree86 4.0.2 status

[Branden Robinson]

On Fri, Jan 12, 2001 at 11:36:56PM +0100, Christian T . Steigies wrote:
> On Fri, Jan 12, 2001 at 05:14:04PM -0500, Branden Robinson wrote:
> 
> > Let me guess, your debconf priority is set to CRITICAL, because you don't
> > want to be informed about things that might affect the above.
> No I haven't. I did read that the preferred font size has changed, but I do
> not remember that there was a hint on how to change it back for specific
> applications..

This nonexistent hint actually exists in several places.

dpkg-reconfigure xbase-clients
dpkg-reconfigure xdm
dpkg-reconfigure xfs

I go to the trouble of writing these to avoid complaints like yours.  It
would be nice if the same people who complain would actually read these
things.

-- 
G. Branden Robinson |Q: How does a Unix guru have sex?
Debian GNU/Linux|A: unzip;strip;touch;finger;mount;fsck;
[EMAIL PROTECTED]  |   more;yes;fsck;fsck;fsck;umount;sleep
http://www.debian.org/~branden/ |

 PGP signature

Re: MGA ( G400 ) DRI on an SMP box

[Marcelo E. Magallon]

>> Terry 'Mongoose' Hendrix II <[EMAIL PROTECTED]> writes:

 > >  "UP systems"? I can't make that one out.
 > 
 > UniProcessor

 doh.

 > I'm gald it works on your UP athlon, but that doesn't help SMP users. =)

 /me schedules a marchine swap for the Radeon...

 I'll see if I can get something out.  The one SMP system I have access
 to has an evil NVIDIA card with evil closed drivers (and crappy, at
 that).

--
Marcelo


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

Re: MGA ( G400 ) DRI on an SMP box

[Terry 'Mongoose' Hendrix II]

Marcelo E. Magallon wrote:

>
>  "UP systems"? I can't make that one out.

UniProcessor


>  DRI + G400 works for me on an Athlon system (Irongate north bridge).  I
>  do have multiple contexts at the same time and I have never had any
>  lock up that seems directly related to that (and I do hammer the
>  pipeline).  In fact, I haven't had a lock for for the last three or
>  four months, I think.  ATM I'm running off DRI CVS code (X server
>  extensions, DRI drivers and GL libraries, everything else here is what
>  the xfree86-sever package ships with, including the server itself)

I'm gald it works on your UP athlon, but that doesn't help SMP users. =)

>  Most of the lock ups I've seen, seem to be related to the chipset on
>  the box, VIA KT133 chipsets being perhaps the most sensitive of them.
>  Intel BX chipsets seem to work fine (albeit being slower than the VIA
>  ones for some kinds of operations)

Yes, I don't think it works with SMP chipsets at all as far as I know. 
I don't consider it working when it randomly locks.

cheers,
Terry


-- 
  ---
| GooseEgghttp://gooseegg.sourceforge.net   |
| QuakeForge  http://www.quakeforge.net |
| Personalhttp://www.westga.edu/~stu7440|
|   |
|  Death is running Debian GNU/Linux|
  ---


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

Re: MGA ( G400 ) DRI on an SMP box

[Terry 'Mongoose' Hendrix II]

Juergen Kreileder wrote:



However I still get random hangs with Q3A and deterministic hangs
with any windowed GL application when the window gets un- and then
remapped (e.g. when iconifying/deiconifying windows, or when switching
between workspaces).


I don't consider that working. I write windowed GL apps, and DRI has 
locked my machine with every release I tested. I ended up fixing the 
debian 4.0.2 and 3.3.6-20 packages to play nice with each other.  I run 
3.3.6 99% percent of the time, since I perfer utah-glx's stablity and speed.


I think the only people it "works for" are just playing games or are on 
UP systems.  I haven't found anyone yet that can run a multicontext 
and/or windowed GL application yet on MGA DRI.  Thanks for your input, 
as I'm tracking the reports I hear with mental notes. ;)



cheers,
Terry

--
 ---
| GooseEgghttp://gooseegg.sourceforge.net   |
| QuakeForge  http://www.quakeforge.net |
| Personalhttp://www.westga.edu/~stu7440|
|   |
|  Death is running Debian GNU/Linux|
 ---

Re: XFree86 4.0.2 status

[Christian T . Steigies]

On Sun, Jan 14, 2001 at 01:01:48AM +1000, Anthony Towns wrote:

> Actually, hmm. Did you also manage to get xutils to build? The X4 versions
> of the fonts seem to depend on that package.
Yes, I have and it works with the fonts, when I also install xserver-common...
But startx does not work anymore then:
startx

/etc/X11/X is not executable

/etc/X11/X -> /usr/bin/X11/XFree86
The latter does not exist...

I can start XF68_FBDev by hand, but then I have to move the XF86Config file
by hand to the new location. And if I do this:
[EMAIL PROTECTED]:/etc/X11>ln -s /usr/bin/X11/XF68_FBDev  X
startx (and xdm) work again. Not very nice for the user, but feasible.
So only the old xserver-fbdev has to stay. I'll try to upload xserver-common
as well (the upload queue in Erlangen is not running, the packages are stuck
there). And maybe start writing the new m68k FAQ...
 
> xlib6 (the libc5 version of xlib6g) is apparently now a part of xfree86v3;
I have it installed for no specific reason, I don't think there are any m68k
programs acutally using this (the commercial market for linux-m68k is very
small I think).

Christian

Re: MGA ( G400 ) DRI on an SMP box

[Marcelo E. Magallon]

>> Terry 'Mongoose' Hendrix II <[EMAIL PROTECTED]> writes:

 > I think the only people it "works for" are just playing games or are
 > on UP systems.  I haven't found anyone yet that can run a
 > multicontext and/or windowed GL application yet on MGA DRI.  Thanks
 > for your input, as I'm tracking the reports I hear with mental notes.

 "UP systems"? I can't make that one out.

 DRI + G400 works for me on an Athlon system (Irongate north bridge).  I
 do have multiple contexts at the same time and I have never had any
 lock up that seems directly related to that (and I do hammer the
 pipeline).  In fact, I haven't had a lock for for the last three or
 four months, I think.  ATM I'm running off DRI CVS code (X server
 extensions, DRI drivers and GL libraries, everything else here is what
 the xfree86-sever package ships with, including the server itself)

 Most of the lock ups I've seen, seem to be related to the chipset on
 the box, VIA KT133 chipsets being perhaps the most sensitive of them.
 Intel BX chipsets seem to work fine (albeit being slower than the VIA
 ones for some kinds of operations)

--
Marcelo


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

Re: XFree86 4.0.2 status

[Christian T. Steigies]

On Sat, Jan 13, 2001 at 01:20:53PM +0100, Richard Zidlicky wrote:
> 
> > No idea which libraries do not want to load, ldd shows no problems.
> 
> did you try 'ldd -r' ?
No, but there is no difference. However that helped finding the problem.

[EMAIL PROTECTED]:~>grep head /usr/sbin/xserver-configure 
  serverpath=$(head -1 /etc/X11/Xserver)
[EMAIL PROTECTED]:~>head -1 /etc/X11/Xserver
head: error while loading shared libraries: head: undefined symbol: 
__strtouq_internal
[EMAIL PROTECTED]:~>ldd -r /usr/bin/head 
libc.so.6 => /lib/libc.so.6 (0xc001a000)
/lib/ld.so.1 => /lib/ld.so.1 (0xc000)
undefined symbol: __strtouq_internal(/usr/bin/head)

A recompiled textutils solves this.

Christian
-- 
First they ignore you. Then they laugh about you. Then they fight you. 
And then you win. [Mahatma Gandhi]  http://people.debian.org/~cts/

Re: XFree86 4.0.2 status

[Michel Dänzer]

"Christian T. Steigies" wrote:

> But ok, I am squeezing everything but the server debs through the phone line
> now. And _you_ take the complaints from the m68k users, when they are unable
> to get this installed ;-)

If they can't, the dependencies are broken. But I'm sure Branden got them
better than e.g. the SuSE guys. :)


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project

Re: MGA ( G400 ) DRI on an SMP box

[Terry 'Mongoose' Hendrix II]

Juergen Kreileder wrote:

>
> However I still get random hangs with Q3A and deterministic hangs
> with any windowed GL application when the window gets un- and then
> remapped (e.g. when iconifying/deiconifying windows, or when switching
> between workspaces).

I don't consider that working. I write windowed GL apps, and DRI has 
locked my machine with every release I tested. I ended up fixing the 
debian 4.0.2 and 3.3.6-20 packages to play nice with each other.  I run 
3.3.6 99% percent of the time, since I perfer utah-glx's stablity and speed.

I think the only people it "works for" are just playing games or are on 
UP systems.  I haven't found anyone yet that can run a multicontext 
and/or windowed GL application yet on MGA DRI.  Thanks for your input, 
as I'm tracking the reports I hear with mental notes. ;)


cheers,
Terry

-- 
  ---
| GooseEgghttp://gooseegg.sourceforge.net   |
| QuakeForge  http://www.quakeforge.net |
| Personalhttp://www.westga.edu/~stu7440|
|   |
|  Death is running Debian GNU/Linux|
  ---


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

Re: XFree86 4.0.2 status

[Christian T . Steigies]

On Sun, Jan 14, 2001 at 01:01:48AM +1000, Anthony Towns wrote:

> Actually, hmm. Did you also manage to get xutils to build? The X4 versions
> of the fonts seem to depend on that package.
Yes, I have and it works with the fonts, when I also install xserver-common...
But startx does not work anymore then:
startx

/etc/X11/X is not executable

/etc/X11/X -> /usr/bin/X11/XFree86
The latter does not exist...

I can start XF68_FBDev by hand, but then I have to move the XF86Config file
by hand to the new location. And if I do this:
root@aahz:/etc/X11>ln -s /usr/bin/X11/XF68_FBDev  X
startx (and xdm) work again. Not very nice for the user, but feasible.
So only the old xserver-fbdev has to stay. I'll try to upload xserver-common
as well (the upload queue in Erlangen is not running, the packages are stuck
there). And maybe start writing the new m68k FAQ...
 
> xlib6 (the libc5 version of xlib6g) is apparently now a part of xfree86v3;
I have it installed for no specific reason, I don't think there are any m68k
programs acutally using this (the commercial market for linux-m68k is very
small I think).

Christian


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

Re: XFree86 4.0.2 status

[Anthony Towns]

On Fri, Jan 12, 2001 at 10:18:53PM +0100, Christian T. Steigies wrote:
> It seems to work with the following packages installed (don't ask me in
> which order to install them, I downgraded from 4.0.2 to 3.3.6 until it
> worked):

> ii  xfonts-75dpi   3.3.6-275 dpi fonts for X
> ii  xfonts-base3.3.6-2standard fonts for X
> ii  xfonts-scalabl 3.3.6-2scalable fonts for X

These are all arch: all packages, so they have to be either 3.3.6-2 or
4.0.2-1 on all architectures or on none. I guess that's probably not a
problem though?

Actually, hmm. Did you also manage to get xutils to build? The X4 versions
of the fonts seem to depend on that package.

> ii  xlib6  3.3.6-11potato shared libraries required by libc5 X clients
> ii  xserver-common 3.3.6-11potato files and utilities common to all X servers
> iF  xserver-fbdev  3.3.6-11potato X server for framebuffer-based graphics driv

xlib6 (the libc5 version of xlib6g) is apparently now a part of xfree86v3;
so at somepoint before release either that package will need to be built
for arm, or the few things that depend on it will need to be rebuilt with
xlib6g, I guess.

But anyway, I can keep all these around in woody for m68k (since they're
all arch: any packages), even while upgrading all of:

> ii  libxaw64.0.2-1X Athena widget set library (version 6)
> ii  libxaw74.0.2-1X Athena widget set library
> ii  xbase-clients  4.0.2-1miscellaneous X clients
> ii  xdm4.0.2-1X display manager
> ii  xfree86-common 4.0.2-1X Window System (XFree86) infrastructure
> ii  xfs4.0.2-1X font server
> ii  xlib6g 4.0.2-1pseudopackage providing X libraries
> ii  xlibmesa3  4.0.2-1XFree86 version of Mesa 3D graphics library
> ii  xlibs  4.0.2-1X Window System client libraries
> ii  xnest  4.0.2-1nested X server
> ii  xterm  4.0.2-1X terminal emulator

It'll be a bit hacky, but it should work okay.

> So I can upload all but xserver-[common|fbdev] and nobody should get hurt?

I think so. Branden?

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001


pgpmgN3oIy1pe.pgp
Description: PGP signature

Re: XFree86 4.0.2 status

[Christian T. Steigies]

On Sat, Jan 13, 2001 at 01:20:53PM +0100, Richard Zidlicky wrote:
> 
> > No idea which libraries do not want to load, ldd shows no problems.
> 
> did you try 'ldd -r' ?
No, but there is no difference. However that helped finding the problem.

root@aahz:~>grep head /usr/sbin/xserver-configure 
  serverpath=$(head -1 /etc/X11/Xserver)
root@aahz:~>head -1 /etc/X11/Xserver
head: error while loading shared libraries: head: undefined symbol: __strtouq_internal
root@aahz:~>ldd -r /usr/bin/head 
libc.so.6 => /lib/libc.so.6 (0xc001a000)
/lib/ld.so.1 => /lib/ld.so.1 (0xc000)
undefined symbol: __strtouq_internal(/usr/bin/head)

A recompiled textutils solves this.

Christian
-- 
First they ignore you. Then they laugh about you. Then they fight you. 
And then you win. [Mahatma Gandhi]  http://people.debian.org/~cts/


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

Re: XFree86 4.0.2 status

[Michel Dänzer]

"Christian T. Steigies" wrote:

> But ok, I am squeezing everything but the server debs through the phone line
> now. And _you_ take the complaints from the m68k users, when they are unable
> to get this installed ;-)

If they can't, the dependencies are broken. But I'm sure Branden got them
better than e.g. the SuSE guys. :)


Michel


-- 
Earthling Michel Dänzer (MrCooper)  \  CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \   member of XFree86 and The DRI Project


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

Re: XFree86 4.0.2 status

[Anthony Towns]

On Fri, Jan 12, 2001 at 10:18:53PM +0100, Christian T. Steigies wrote:
> It seems to work with the following packages installed (don't ask me in
> which order to install them, I downgraded from 4.0.2 to 3.3.6 until it
> worked):

> ii  xfonts-75dpi   3.3.6-275 dpi fonts for X
> ii  xfonts-base3.3.6-2standard fonts for X
> ii  xfonts-scalabl 3.3.6-2scalable fonts for X

These are all arch: all packages, so they have to be either 3.3.6-2 or
4.0.2-1 on all architectures or on none. I guess that's probably not a
problem though?

Actually, hmm. Did you also manage to get xutils to build? The X4 versions
of the fonts seem to depend on that package.

> ii  xlib6  3.3.6-11potato shared libraries required by libc5 X clients
> ii  xserver-common 3.3.6-11potato files and utilities common to all X servers
> iF  xserver-fbdev  3.3.6-11potato X server for framebuffer-based graphics driv

xlib6 (the libc5 version of xlib6g) is apparently now a part of xfree86v3;
so at somepoint before release either that package will need to be built
for arm, or the few things that depend on it will need to be rebuilt with
xlib6g, I guess.

But anyway, I can keep all these around in woody for m68k (since they're
all arch: any packages), even while upgrading all of:

> ii  libxaw64.0.2-1X Athena widget set library (version 6)
> ii  libxaw74.0.2-1X Athena widget set library
> ii  xbase-clients  4.0.2-1miscellaneous X clients
> ii  xdm4.0.2-1X display manager
> ii  xfree86-common 4.0.2-1X Window System (XFree86) infrastructure
> ii  xfs4.0.2-1X font server
> ii  xlib6g 4.0.2-1pseudopackage providing X libraries
> ii  xlibmesa3  4.0.2-1XFree86 version of Mesa 3D graphics library
> ii  xlibs  4.0.2-1X Window System client libraries
> ii  xnest  4.0.2-1nested X server
> ii  xterm  4.0.2-1X terminal emulator

It'll be a bit hacky, but it should work okay.

> So I can upload all but xserver-[common|fbdev] and nobody should get hurt?

I think so. Branden?

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``Thanks to all avid pokers out there''
   -- linux.conf.au, 17-20 January 2001

 PGP signature