Bug#282189: Re: Re: Bug#282189: xserver-xfree86: Locks up computer upon start with Radeon 9600.

2004-12-28 Thread Michel Dänzer
On Mon, 2004-12-27 at 21:50 +0100, Nils Nordman wrote: Also, can you try narrowing down the problem to a single XAA acceleration primitive using the XaaNo... options documented in the XF86Config-4 manpage? With little success I'm afraid. I tried enabling the acceleration again along

Bug#287515: xutils: [lndir] [patch] create symlinks to directories instead of building tree

2004-12-28 Thread Sebastian Reichelt
Package: xutils Version: 4.3.0.dfsg.1-8 Severity: wishlist Tags: patch This patch adds an option '-ignoredirs' (like '-ignorelinks') that creates a symlink even if the target is a directory. This may not be useful for X, but since the lndir program is usually in the search path, I think you

Re: xprt-xprintorg taking over xprt: now or later?

2004-12-28 Thread David Schweiger
Daniel Stone wrote: Ideally, we could get rid of both, but such is life. Why ? Xprint is one of the greatest innovations for Unix+Linux printing in the last five years and becomes more and more widespread. /David

Re: xprt-xprintorg taking over xprt: now or later?

2004-12-28 Thread David Schweiger
Marc Wilson wrote: On Tue, Dec 07, 2004 at 11:03:25AM +0300, Nikita V. Youshchenko wrote: Tried ever to print non iso8859-1 characters from mozilla? It isn't impossible without xprt, but it is really hacky ... I will *freely* admit to my North American English bias. I will *also* freely

Bug#282189: Re: Re: Re: Bug#282189: xserver-xfree86: Locks up computer upon start with Radeon 9600.

2004-12-28 Thread Nils Nordman
On Tue, Dec 28, 2004 at 03:47:48AM -0500, Michel Dänzer wrote: Weird. Did you verify that no acceleration primitives were listed after (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) ? Yes. Some cursory testing revealed that more than one acceleration primitive was able

Bug#287557: /usr/include/GL/GLwDrawAP.h should not be shipped

2004-12-28 Thread Marcelo E. Magallon
Package: xlibmesa-gl-dev Version: 4.3.0.dfsg.1-9 Severity: normal File: /usr/include/GL/GLwDrawAP.h See subject. This file is a private implementation file, therefore the P. Marcelo PS: In case you are wondering if I have too much time in my hands, no, I don't. I was trying to figure

dri_util.c:157: warning: pointer targets differ in signedness.

2004-12-28 Thread Mike Mestnik
The source I'm using contains the old DRI xc. I can see where the old xc source is needed to build the OLD Xserver and Mesa is needed there to build it's dri, glx, and opengl Xdrivers. How ever I can't see why this old xc code has not been diffed in to debian's Xfree86? Would submitting a patch

Re: dri_util.c:157: warning: pointer targets differ in signedness.

2004-12-28 Thread John Lightsey
First let me say that if anyone would like to take over updating the dri-trunk-sid packages on a semi-regular basis, I'd really appreciate it. I don't track the Debian X or DRI mailing lists closely enough to keep up with changes. On Tue, 2004-12-28 at 15:00 -0800, Mike Mestnik wrote: The

Bug#287608: Missing dependency on lesstif2-dev?

2004-12-28 Thread Marcelo E. Magallon
Package: xlibmesa-gl-dev Version: 4.3.0.dfsg.1-9 Severity: normal Hi, the GLw library shipped with the xlibmesa-gl-dev package uses Motif (both 1.2 and 2), so some sort of dependency should be declared on lesstif2-dev (Depends, Suggests, Recommends). Marcelo

Re: xprt-xprintorg taking over xprt: now or later?

2004-12-28 Thread Marc Wilson
On Tue, Dec 28, 2004 at 07:04:26PM +0100, David Schweiger wrote: lots of pro-Xprint which has been said again and again deleted And on top of that, it doesn't work! How can you beat that? I again refer the reader to all the fun 'n games that ensued when the Mozilla maintainer went insane

Re: xprt-xprintorg taking over xprt: now or later?

2004-12-28 Thread Marc Wilson
On Tue, Dec 28, 2004 at 06:51:02PM +0100, David Schweiger wrote: Daniel Stone wrote: Ideally, we could get rid of both, but such is life. Why ? Xprint is one of the greatest innovations for Unix+Linux printing in the last five years and becomes more and more widespread. And name one

Bug#287612: xlibosmesa4 must depend on xlibmesa-gl

2004-12-28 Thread Marcelo E. Magallon
Package: xlibosmesa4 Version: 4.3.0.dfsg.1-10 Severity: grave File: /usr/X11R6/lib/libOSMesa.so.4 Justification: renders package unusable Hi, perhaps serious is more appropriate, since it's the dependencies that are wrong. $ objdump -T /usr/X11R6/lib/libOSMesa.so.4.0 | grep UND | grep -v