On 12/26/09 03:22 PM, Jürgen Keil wrote:
That appears to be similar to defect 13131
"gnome desktop does not start, shows white screen; constype fails to open
/dev/fb"
http://defect.opensolaris.org/bz/show_bug.cgi?id=13131
Followed instructions for workaround # 2,
Workaround #2 (from 6822628):
# svccfg -s application/opengl/ogl-select setprop options/vendor = nvidia
# svcadm restart application/opengl/ogl-select
Then restart your X Server, compiz should function correctly.
The same exact problem, xorg is still loading
/usr/lib/xorg/modules/extensions/mesa/amd64/libglx.so
I think the new Xorg is recursively scanning the extensions
directory and loads all modules that it finds. Maybe it scans
the mesa directory before the "GL" directory?
Maybe you can workaround the problem by hiding the
mesa subdirectory in /usr/lib/xorg/modules/extensions,
e.g. "tar cf mesa.tar mesa" and "rm -rf mesa" ?
I tried something similar and got mixed results.
I moved tne mesa directory to mesa.out and created a link for the new
mesa directory, the same as GL, so basically I had two directories the
same execpt for the name where one was GL and the other is mesa.
I rebooted, logged in went to the appearance settings to start compiz
and it started. I thought it was a hack, but at least I achieved
getting OpenGL working. Then I went to start an application that
required OpenGL, Pro-Engineer was the app. It wouldn't start and
complained about opengl with the wrong ELF. If your interested I could
recreated it and get the exact error message.
So, I'm now going to try what you suggest and see whatn happens.
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
