githubashto / xpud

Automatically exported from code.google.com/p/xpud
0 stars 0 forks source link

Enter one-line summary #158

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. boot in KVM (qemu)
2. start terminal

What is the expected output? 

terminal starts

What do you see instead?

X exits

What version of the product are you using? On what operating system?

0.9.2

Please provide any additional information below.

ObRender-ERROR **: Your bit depth is currently unhandled.

Original issue reported on code.google.com by hramr...@gmail.com on 6 Dec 2010 at 12:07

GoogleCodeExporter commented 9 years ago
Hi 

I had a exactly the same error today with CrunchBang 10 "Statler" r20110207 
openbox on xen 4.0.1 hvm (qemu)
I googled - read ...
Bug#606137: openbox crashes with qemu at 24bit
December 06th, 2010 - 12:10 pm ET by Timo Eissler
..., that "startx -- -depth 16" avoids this problem. 

I guess if you find a way to force your xpud linux to start /usr/bin/X with 
parameter -depth 16 you will solve your problem. I added the option on gdmsetup 
dialog tab Security > Xserver Options.
The other option might be changing /etc/X11/xinit/xserverrc or whatever is 
appropriate for xpud.

This seem to be qemu hardware emulation bug (Cirrus Logic Video adapter). 

Good luck.

Original comment by tsptr...@gmail.com on 5 Mar 2011 at 10:55

GoogleCodeExporter commented 9 years ago
I think this is not hardware emulation bug but a toolkit bug - the toolkit 
cannot cope with odd bit depths. This can happen on other hardware than qemu 
iirc.

It can be worked around by setting a more useful color depth or by using a 
different driver (vesa/fbdev) or different vga hardware emulation.

Thanks

Michal

Original comment by hramr...@gmail.com on 6 Mar 2011 at 3:37