Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I upgraded my Ubuntu system from Jaunty to Karmic the other day and now compiz will not work. I tried changing my video driver in xorg.conf, and rebooted my computer many times. I tried "ati", "radeon", "flgrx", and "fbdev". ati and radeon work (makes sense since its a radeon card), but compiz still wont work. When I go to appearance settings and click on effects, it says that desktop effects can not be enabled. So I ran "compiz.real --replace" from the command line and it core dumped. So I ran compiz from the command line, and it failed, but I will post the output here:
Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log
Detected PCI ID for VGA:
Checking for texture_from_pixmap: not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: not present.
aborting and using fallback: /usr/bin/metacity
It worked before, I don't know what the problem is.
Last edited by prushik; 10-19-2009 at 01:21 AM.
Possibly not a library issue - the error might be indicating that X is trying to use the radeon driver without loading the kernel's radeon DRM driver, apparently. This seems possible or even likely given the history of trying the fglrx drivers; these may be getting in the way.
sudo rmmod fglrx
sudo modprobe radeon
Hope that helps, if not there's other possible causes.
That is completely incorrect. Xgl is not required and not even wanted.
D'oh! Really? I've been under a bad impression the whole time, apologies to the OP; could you help me, Adam, understand why it is checked for, and what texture_from_pixmap means in this context? I'm none too graphics code savvy. TIA.
texture_from_pixmap refers to the opengl extension GLX_EXT_texture_from_pixmap. The X server stores all windows and their contents as pixmaps, and that opengl extension allows your drivers to convert those pixmaps easily to an opengl texture. compiz relies upon this extension and, in fact, this extension was originally specified by the (former) primary compiz developer. However, he was aware of the fact that it would take a while for all opengl driver implementations for linux to support this opengl extension. In addition, not all drivers even supported the Xorg COMPOSITE extension. So this developer (David Reveman) wrote a nested X server, called Xgl. This X server runs on top of Xorg, provides the Composite extension and, when used in conjunction with Mesa, can provide the GLX_EXT_texture_from_pixmap extension.
However, at the present time, intel, nvidia, AMD and, supposedly, VIA all produce drivers that support Composite and texture_from_pixmap. They are the only cards known to run compiz. So, in this day and age, there is no reason to use Xgl. Development on Xgl stopped a long time ago, and I'm not aware of any recent distribution that actually ships with Xgl. However, the compiz-manager script still checks for the presence of Xgl. So, in short, the lack of presence of Xgl has nothing to do with whether or not a persons opengl drivers are setup properly.
I'm not sure if this is relevant, but I ran glxinfo, and heres the output:
name of display: :0.0
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 16
Current serial number in output stream: 16