PDA

View Full Version : Building compiz from git


imnotpc
May 18th, 2007, 01:34 AM
I'm trying to build compiz from git for an openSUSE 10.2, ATI, xgl installation but I'm not having any luck. My attempts to link to static Mesa libraries haven't worked. I get a clean build cycle, but the exe throws the infamous GLX_EXT_texture... error. Cyberorg's packages work fine on this system so I'm pretty sure it's something I'm doing wrong. Advice appreciated.

Jeff

Kristian
May 18th, 2007, 08:57 PM
How are you starting it up? (I'm no expert on Xgl here, so bare with me)

imnotpc
May 19th, 2007, 06:29 PM
Normally I start the packaged version without any extra parameters:
[code:3925a]/usr/bin/compiz --replace gconf & /usr/bin/kde-window-decorator --replace &[/code:3925a]
This doesn't work with my compiled git versions. A little more info. I'm configuring the git source using this command:
[code:3925a]./autogen.sh --enable-librsvg --with-gl-libs=/usr/lib64/libGL.a[/code:3925a]
Is this the right way to include the static Mesa libs? Also, I'm using the Mesa static libs from the openSUSE repo. Is there a patched version I should use instead?

Kristian
May 23rd, 2007, 03:28 AM
If you used a package, it is not unlikely that /usr/bin/compiz was wrapper script for compiz. It is actually very likely.

You may want to try the compiz-manager script, though I have not added any LD_PRELOAD related information to it yet.

imnotpc
May 23rd, 2007, 02:54 PM
I'm using Cyberorg's packages. I checked and /usr/bin/compiz isn't a script. I did try your script but it threw the same error in the end. I need to learn Cyberorg's secret 10.2/ATI/XGL method for compiling git sources. :?

some-guy
May 28th, 2007, 11:34 AM
me 2 :D

adamk
May 28th, 2007, 12:30 PM
For what it's worth, I get the same error. I build compiz using the get-git script, and tried launching it using the compiz-manager script. I ended up receiving the same 'GLX_EXT_texture_from_pixmap is missing' error. This is on an XPress laptop using fglrx + Xgl, where beryl 0.2.1 works just fine with the 'beryl-xgl' binary built from source.

Adam

imnotpc
May 28th, 2007, 05:21 PM
It's not a direct answer to this problem, but if you look at the files in this source directory it appears that there are a few patches that need to be applied.

viewtopic.php?f=14&t=152&st=0&sk=t&sd=a&start=10#p3031 (http://forums.opencompositing.org/viewtopic.php?f=14&t=152&st=0&sk=t&sd=a&start=10#p3031)

I suspect the Mesa library patch is the one that fixes this issue. I don't have time to try this now, but I'd be interested to hear if anyone gets this to work.

some-guy
May 29th, 2007, 06:53 AM
the mesa one actually is 64-bit and im on 32-bit :?
i think its the ld preload one but i have no idea where to patch it -_-

imported_Rob2687
May 29th, 2007, 07:35 AM
If you are using compiz-manager you need to add LD_PRELOAD=/usr/lib/fglrx/libGL.so.1.2.xlibmesa to the ENV="" part. I'm on 32-bit so I don't know if it works the same with 64-bit.

I've always had to use that enviroment variable when running Compiz while using Xgl and FGLRX. Beryl worked without it because of beryl-xgl which I'm assuming they coded to handle all that automatically.