On Tue, Jun 24, 2003 at 10:14:05PM +0200, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote: > > Well, I wouldn't go that far. startx works because nothing is trying to > > render that pixmap. If color allocation is busted in the server for > > PseudoColor visuals, then we *are* dealing with an X server bug. > > Indeed - it looks like that is the case. [...] > When replacing the xserver-xfree86 package (and only this) with the version > from Woody, everything works fine even with the "colorful" logo. I have done > some further tests with applications that allocate a few colors. The same > behaviour here - with the Xserver from Woody (4.1.0-16) everything is fine > (within what you can expect from 8bit colordepth) while when running the > current unstable Xserver (4.2.1-8) I get things like black menus with black > text on it and alike. Running wdm on the 4.2.1 Xserver gives me a > black-on-black login prompt; while running on the 4.1.0-16 Xserver > everything looks fine. This is beginning to sound familiar. A lot of people with low bit-depth displays began having trouble in XFree86 4.2.0 because the RENDER extension in the server preallocates a color cube. In fact, this color cube is 6x6x6, which means that 244 are already pulled out of the colormap. See: http://www.mail-archive.com/render@xfree86.org/msg00622.html Since I do not think there is a way to tell the X server to disable the RENDER extension or pre-allocate a smaller colormap, the best solution probably is to just give depth 8 users a black-and-white logo. Thanks for following up. -- G. Branden Robinson | The errors of great men are Debian GNU/Linux | venerable because they are more branden@debian.org | fruitful than the truths of little http://people.debian.org/~branden/ | men. -- Friedrich Nietzsche
Attachment:
pgpoKfs5FGfeT.pgp
Description: PGP signature