Bug#163935: xdm does not start / crashes
On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote:
> > I can confirm that this bug happens on 8bit displays. I have just had
> > it on an hppa system with the current xdm from unstable (4.2.1-8).
> [...]
> > X works when started via "startx", so the problem is not in the Xserver.
>
> 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.
> > This bug did not occur with a woody installation which was running on
> > the same hardware before, so this problem seems to have been introduced
> > with XFree 4.2.
>
> This data point I find most frustrating. Have you tried downgrading
> *only* the xserver-xfree86 package to its woody version? If you do, can
> you reproduce the problem?
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.
Regards,
Karsten
--
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.
Reply to: