New XGL Guide

ScottishCaptain · #1 23rd May 2006, 06:40 AM

Greetings to all!

I've decided to post another XGL guide for installing and compiling XGL.

The only real difference is that the guide sets all the libraries, includes, binaries, and sources, up under /opt. Basically, nothing really gets installed to /usr or /usr/lib (or even /usr/lib64, for AMD64 users), so you don't have to worry about prodding Fedora.

If something does bork, just 'rm -rf' everything under Opt. It will take XGL and everything (I do mean everything) associated with XGL with it. No more messing with removing RPM's, or as some of you may have noticed, playing with Control-Center which may/may not change the layout of your System->Preferences menu.

I personally think it's a much more tidy, and clean method of setting up XGL. Fedora isn't touched, so everything should be happy-rainbows even if you have to delete XGL. Anything not associated or built against XGL living under /opt shouldn't be aware that XGL even exists, so control-center and Package Updater shouldn't have to worry about RPM hell, as well as any programs you may compile against the Fedora base system shouldn't be affected.

I may or may not check into building some XGL RPM's that basically install everything under /opt, which should make RPM installation a little more sucsessful.

As always, post if you need help. I'll try and help you with any problems.

http://www.sailingcrusade.com/?page_id=39

-S'Captain

seanraf · #2 24th May 2006, 09:16 PM

I'm kinda new, but when I get to compiling glitz, it says that -prefix is not a valid variable name.

ScottishCaptain · #3 24th May 2006, 09:23 PM

Yup.

Are you copying and pasting the text directly? I know it's a hassle, but it doesn't work if you copy it directly from the guide and paste it into a Terminal.

All the prefix commands start with two dashes. Thus, what looks like "-prefix" is actually "--prefix".

I'm working on finding a better way to quote the commands and let the commands that are on a single-line take up a single line, rather then wrapping around in the quote boxes (which makes things confusing).

I'll take a look at it later on today when I have the time, and possibly update everything to fix this problem.

Scytale · #4 25th May 2006, 04:11 AM

Hey great guide, I noticed it was written for Gnome, is there a way to get XGL running in KDE?

Scytale · #5 25th May 2006, 11:35 AM

Ok I've been trying to get it working for a while

and get to configuring compiz

Code:

checking for PLACE... yes
checking for LIBSVG_CAIRO... yes
checking for GNOME_WINDOW_DECORATOR... yes
checking for GNOME_WINDOW_SETTINGS... checking for KDE_WINDOW_DECORATOR... configure: creating ./config.status
config.status: creating compiz.pc
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating include/Makefile
config.status: creating plugins/Makefile
config.status: creating plugins/compiz.schemas.in
config.status: creating images/Makefile
config.status: creating gnome/Makefile
config.status: creating gnome/window-decorator/Makefile
config.status: creating gnome/compiz.desktop
config.status: creating kde/Makefile
config.status: creating kde/window-decorator/Makefile
config.status: creating po/Makefile.in
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing default-1 commands
config.status: executing intltool commands
config.status: executing po/stamp-it commands

the following optional plugins will be compiled:
  gconf: yes
  place: yes
  svg:   yes

and the following optional features will be compiled:
  gnome: no
  kde:   no

For some reason it can't find the "GNOME_WINDOW_SETTINGS" variable, any idea why

Here's the output of PKG_CONFIG_PATH

Code:

[root@localhost compiz]# echo $PKG_CONFIG_PATH 
/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig:/usr/lib

I had to add user lib to PKG_CONFIG_PATH to make it detect the variable "GNOME_WINDOW_DECORATOR"

any ideas how to get GNOME_WINDOW_SETTINGS to work?

peppolone · #6 25th May 2006, 01:04 PM

When i configure libsvg-cairo-0.1.6 "[root@localhost libsvg-cairo-0.1.6]# ./configure --prefix=/opt", it stops with

Quote:

checking for libsvg >= 0.1.2 cairo >= 0.5.0... Package libsvg was not found in the pkg-config search path. Perhaps you should add the directory containing `libsvg.pc' to the PKG_CONFIG_PATH environment variable No package 'libsvg' found
configure: error: Library requirements (libsvg >= 0.1.2 cairo >= 0.5.0) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them.

Scytale · #7 25th May 2006, 01:49 PM

Yeah I got that error too took me ages to work out what was wrong.

Type this and hit return

Code:

export PKG_CONFIG_PATH=/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig:/usr/lib

check to see if it worked by typing

Code:

echo $PKG_CONFIG_PATH

Another bug I've found is the Following line

Code:

    PKG_CONFIG_PATH=/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig ./autogen.sh –prefix=/opt/Xgl –with-gl-libs=”/opt/build/Mesa/lib/libGL.a -pthread -ldrm” –enable-libsvg-cairo

there is no file called libGL.a so the make will fail (the configure works) I fixed this by changing the configure options to

Code:

    cd /opt/build/app/compiz

    PKG_CONFIG_PATH=/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig ./autogen.sh –prefix=/opt/Xgl –with-gl-libs=”/opt/build/Mesa/lib/libGL.so -pthread -ldrm” –enable-libsvg-cairo

I have built the whole thing now but when I run this line

Code:

    /opt/Xgl/bin/Xgl :1 -ac -accel glx:pbuffer -accel xv &

    DISPLAY=:1 /opt/Xgl/bin/compiz decoration wobbly fade minimize cube rotate zoom scale move resize place switcher &

    DISPLAY=:1 /usr/bin/gnome-terminal &
    DISPLAY=:1 /opt/Xgl/bin/gnome-window-decorator &

I get no window border and I can't move resize. I suspect its too do with my earlier problem with compiz not finding GNOME_WINDOW_SETTINGS. Any help would be apreciated.

voice_of_buddha · #8 26th May 2006, 12:51 AM

I've set up a mint new x86_64 FC5 system to try this guide. But I cannot get over the RPM building. After

Code:

rpmbuild -ba ./control-center.spec

I get no control-center-devel-2.14.1-1.fc5.2.... There are only control-center-2.14.1-1.fc5.2.x86_64.rpm and control-center-debuginfo-2.14.1-1.fc5.2.x86_64.rpm

Any hints?

When building the RPMs I can see something like

Code:

Conflicts: desktop-backgrounds-basic < 2.0-27 desktop-backgrounds-extended < 2.0-27
Obsoletes: gnome control-center-devel fontilus

but it doesn't really move me forward. Any hints for me?

Scytale · #9 26th May 2006, 01:18 AM

Yeah the SRPM linked to in the article is nothing special the built rpms (control-center and control-center-debuginfo) are available from within YUM, chances are you've probably got it installed allready.

In order for me to get gnome support in compiz I had to remove the RPM (rpm -e control-center) and compile and install the version of control centre found here ftp://ftp.gnome.org/pub/gnome/source...2.14.1.tar.bz2
from source For some strange reason the redhat SRPM doesn't work with compiz. It could be due to the fact that there is no devel rpm available I'm not sure.

I have just about got it working now (XGL works from inside a window) but it craps out when I try to load it via GDM. It keeps loading metacity for some strange reason and when I run compiz -- replace from a terminal window the borders go away. It won't let me run gnome decorator since the instance I created in Sessions, startup is allready running. I think I have to edit a config file somewhere to tell it not to run metacity. Since metacity keeeps "overwriting" compiz.

Also the article mentions editing the file /usr/share/gdm/defaults.conf

from experimentation I have found that the command "gdmsetup" from terminal will make the same changes and is a bit friendlier to use. The options we want are under the security tab and then the X-Servers button.

KClaisse · #10 26th May 2006, 11:13 AM

OK I followed a VERY similar guide at http://ghaefb.rebootcomic.com/?page_id=41

Anywho after installing, my titlebar disappeared! Also the borders on my windows disappeared too.

EDIT: OK Figured it out, sorta. Well I removed all of the plugins from the list in active_plugins and then redid it in this order:

gconf
decoration
wobbly
fade
minimize
cube
rotate
zoom
scale
move
resize
place
switcher

^^^Use that order. Works PERFECT! I LOVE XGL!!!

peppolone · #11 26th May 2006, 02:15 PM

cd /opt/build/app/compiz
PKG_CONFIG_PATH=/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig ./autogen.sh --prefix=/opt/Xgl --with-gl-libs="/opt/build/Mesa/lib/libGL.a -pthread -ldrm" --enable-libsvg-cairo

Quote:

the following optional plugins will be compiled:
gconf: yes
place: yes
svg: yes

and the following optional features will be compiled:
gnome: no
kde: no

In /usr/src/redhat/RPMS/i386/ rpmbuild created control-center-2.14.1-1.fc5.2.i386.rpm and control-center-debuginfo-2.14.1-1.fc5.2.i386.rpm, but no devel.
Why?

ework · #12 26th May 2006, 07:46 PM

Quote:

Originally Posted by Scytale

Yeah the SRPM linked to in the article is nothing special the built rpms (control-center and control-center-debuginfo) are available from within YUM, chances are you've probably got it installed allready.

I found this link on a blog which has the devel package info included.

http://cng.ateneo.edu/cng/wyu/softwa....fc5.3.src.rpm

KClaisse · #13 26th May 2006, 07:50 PM

Quote:

Originally Posted by peppolone

cd /opt/build/app/compiz
PKG_CONFIG_PATH=/opt/Xgl/lib/pkgconfig:/opt/lib/pkgconfig ./autogen.sh --prefix=/opt/Xgl --with-gl-libs="/opt/build/Mesa/lib/libGL.a -pthread -ldrm" --enable-libsvg-cairo

In /usr/src/redhat/RPMS/i386/ rpmbuild created control-center-2.14.1-1.fc5.2.i386.rpm and control-center-debuginfo-2.14.1-1.fc5.2.i386.rpm, but no devel.
Why?

Try the directions on this page. http://ghaefb.rebootcomic.com/?page_id=41
I followed these and they worked perfect.

Skinney · #14 27th May 2006, 03:18 PM

well i figured out that the hard way that this did not work with ATI's fglrx driver installed... *sigh*

anyone know or have experience with ATI's proparity driver working in XGL?

ework · #15 28th May 2006, 09:00 AM

I just created a new thread using RPMs to install Xgl. I believe they also work for some ATI cards.

http://www.fedoraforum.org/forum/sho...d.php?t=111226