Bug#163935: xdm does not start / crashes

2003-06-26 Thread Michel Dänzer
On Wed, 2003-06-25 at 21:22, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 11:38:47PM -0500, Branden Robinson wrote: > > > 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 g

Bug#163935: xdm does not start / crashes

2003-06-26 Thread Michel Dänzer
On Wed, 2003-06-25 at 21:22, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 11:38:47PM -0500, Branden Robinson wrote: > > > 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 g

Bug#163935: xdm does not start / crashes

2003-06-26 Thread Julian Gilbey
On Tue, Jun 24, 2003 at 11:38:47PM -0500, Branden Robinson wrote: > 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

Bug#163935: xdm does not start / crashes

2003-06-26 Thread Julian Gilbey
On Tue, Jun 24, 2003 at 11:38:47PM -0500, Branden Robinson wrote: > 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

Bug#163935: xdm does not start / crashes

2003-06-25 Thread Branden Robinson
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 v

Bug#163935: xdm does not start / crashes

2003-06-24 Thread Branden Robinson
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 v

Bug#163935: xdm does not start / crashes

2003-06-24 Thread Michel Dänzer
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote: > 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: > > > > This bug did not occur with a woody installation which was running on > > > the same hardware before, s

Bug#163935: xdm does not start / crashes

2003-06-24 Thread Michel Dänzer
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote: > 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: > > > > This bug did not occur with a woody installation which was running on > > > the same hardware before, s

Bug#163935: xdm does not start / crashes

2003-06-24 Thread Branden Robinson
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 woul

Bug#163935: xdm does not start / crashes

2003-06-23 Thread Branden Robinson
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 woul