XGL., anyone wanna join the ride?

aneas · 2006-02-14 11:52:18

You don't have to compile Xorg 7 cvs... You just need xserver with Xgl enabled. The procedure is pretty easy:
- compile and install glitz from cvs
- download mesa from cvs, patch it with the patches from Hanno's Xgl overlay. make linux-dri-x86
- download Xgl from cvs by using `-r xgl-0-0-1`, compile it with mesa-cvs (take a look at Hanno's ebuilds again)
- compiz can be compiled from cvs without using patches

Some of the previously needed patches are already merged into mesa-cvs, so you don't need that texture-from-pixmap patch for example. Hopefully the other patches will be merged soon...

Vins · 2006-02-14 13:03:25

aneas wrote:

You don't have to compile Xorg 7 cvs... You just need xserver with Xgl enabled. The procedure is pretty easy:
- compile and install glitz from cvs
- download mesa from cvs, patch it with the patches from Hanno's Xgl overlay. make linux-dri-x86
- download Xgl from cvs by using `-r xgl-0-0-1`, compile it with mesa-cvs (take a look at Hanno's ebuilds again)
- compiz can be compiled from cvs without using patches
Some of the previously needed patches are already merged into mesa-cvs, so you don't need that texture-from-pixmap patch for example. Hopefully the other patches will be merged soon...

Ok, thanks. Do I need mesa-cvs even if I'm going to use the fglrx driver?

Vins · 2006-02-14 14:23:32

GLITZ (Working)

cvs -d :pserver:anoncvs:@cvs.freedesktop.org:/cvs/cairo co glitz
cd glitz
./autogen.sh --prefix=/usr
make
make install

MESA (Not Working)
cvs -d:pserver:anonymous@pdx.freedesktop.org:/cvs/mesa co -r mesa_6_4_2 Mesa
cd Mesa
patch -p0 < ./mesa-glx-x11-texture-from-pixmap-1.patch
patch -p0 < ./mesa-glx-x11-get-drawable-attribs-fix-1.diff
make linux-dri-x86
(gives me error: glxcmds.c:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared)
[make linux-x86 seems to compile correctly]

XGL (Not Working)

cvs -d :pserver:anoncvs:@cvs.freedesktop.org:/cvs/xorg co -r xgl-0-0-1 xserver
cd xserver/xorg
./autogen.sh --enable-xglserver --enable-glx --enable-xkb --disable-kdriveserver

Is this correct? Any help?

Vins

Mikos · 2006-02-14 16:11:53

Vins wrote:

Ok, thanks. Do I need mesa-cvs even if I'm going to use the fglrx driver?

Yes, you need it. Xgl is using your real X server for OpenGL rendering (so hardware acceleration is used), but Mesa is still needed because of some unimplemented OpenGL extensions (GLX_EXT_texture_from_pixmap) in nVidia and ATI drivers.

But it was nVidia who proposed (with David Reveman from Novell) this GLX_EXT_texture_from_pixmap OpenGL extension, so it will be implemented in nVidia drivers in near future

Mikos · 2006-02-14 16:18:41

dpc wrote:

I've got i810 inside and I wish it to do something

Xgl is not hardware intensive. Old ATI Radeon 8500-9250 (with opensource DRI drivers), i810, Via Unichrome, etc. are sufficient for Xgl. There are some bugs in OpenGL implementation in these drivers, but according to http://en.opensuse.org/Xgl , these drivers will soon be updated and fixed.

smoon · 2006-02-14 19:34:46

Vins wrote:

(...)
MESA (Not Working)
cvs -d:pserver:anonymous@pdx.freedesktop.org:/cvs/mesa co -r mesa_6_4_2 Mesa
cd Mesa
patch -p0 < ./mesa-glx-x11-texture-from-pixmap-1.patch
patch -p0 < ./mesa-glx-x11-get-drawable-attribs-fix-1.diff
make linux-dri-x86
(gives me error: glxcmds.c:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared)
[make linux-x86 seems to compile correctly]
(...)

I just created a working PKGBUILD for Mesa from CVS with the patches needed for Xgl: http://aur.archlinux.org/packages.php?d … =1&ID=3485.

Pajaro · 2006-02-14 19:51:12

good. we are closer to have it.
thank you smoon

Mikos · 2006-02-14 20:34:16

Well, I have also working PKGBUILD for mesa-cvs now. But I have taken another approach - I use mesa CVS HEAD (you don't need to patch it, xgl was yesterday updated to compile and work with mesa CVS HEAD) and I install mesa CVS to /opt/mesa-cvs (because if you install it to /usr, new libGL.so from mesa-cvs conflicts with your real accelerated libGL.so from nVidia or ATI drivers).

EDIT:
I should have complete and working set of PKGBUILDs for glitz-cvs, mesa-cvs, xgl-cvs and compiz-cvs in hour or so... I will post it here or to AUR then...

baze · 2006-02-14 20:51:53

could anyone tell me, what i need to try out xgl?
i don't want to break my xorg here, so can i just install those mesa, xgl, compiz and whatever package is needed besides them just next to xorg7?

and does anyone know if someone has tried to run fvwm or such with xgl?

aneas · 2006-02-14 21:03:14

baze: If you compile Xgl you'll get a binary called Xgl, so with the right compile options you're existing xorg won't be touched. I still have a working startx and a self-made startxgl.
fvwm will work with Xgl. There seems to be some misunderstanding: compiz is somehow still dependent on gnome (more or less), but Xgl isn't. You can easily run Openbox or anything else with Xgl, but you won't get the cool effects from compiz, because compiz is a window manager on its own (like metacity, kwin, openbox, ...).

everyone: I can't get gnome-window-decorator to work:

~ $ gnome-window-decorator
The program 'gnome-window-decorator' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 389 error_code 8 request_code 72 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

baze · 2006-02-14 21:08:58

sounds nice. i don't like all of those effects, so it's ok for me.
i'd just like to see the improvement opengl gives me :>

the one thing i really do like is this expose clone, but thats ok...
what i really don't like at all is the cube! i think a small pager where you can have a see where is a window is much better, but hey, everybody should use it the way they like, if it's possible

but cool to see, that xgl works without that.

@aneas: what is this selfmade startxgl of yours?
just the Xgl binary or some sort of startx with Xgl?

aneas · 2006-02-14 21:23:49

my startxgl is taken from http://gentoo-wiki.com/HOWTO_XGL#Server … y.29-Gnome

Expose is the only 'useful' plugin for me, too, but I think effects like cube are necessary to show the world (and especially ATI and nvidia) what power lays in Xgl.

smoon · 2006-02-14 21:29:39

Mikos wrote:

Well, I have also working PKGBUILD for mesa-cvs now. But I have taken another approach - I use mesa CVS HEAD (you don't need to patch it, xgl was yesterday updated to compile and work with mesa CVS HEAD) and I install mesa CVS to /opt/mesa-cvs (because if you install it to /usr, new libGL.so from mesa-cvs conflicts with your real accelerated libGL.so from nVidia or ATI drivers).
EDIT:
I should have complete and working set of PKGBUILDs for glitz-cvs, mesa-cvs, xgl-cvs and compiz-cvs in hour or so... I will post it here or to AUR then...

Ah, that's really nice. Let me know if you need some more help.
Btw. I removed mesa-cvs from AUR since PKGBUILDs there cannot depend on stuff from testing. If anyone still needs it (which shouldn't be the case if Mikos will release his PKGBUILDs soon), let me know and I'll put it on my webserver.

rasta · 2006-02-14 22:18:56

aneas wrote:

everyone: I can't get gnome-window-decorator to work:

~ $ gnome-window-decorator
The program 'gnome-window-decorator' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 389 error_code 8 request_code 72 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

I had exactly the same error as you and was tearing my hair a few hours until i got it working. I solved it by re-configuring and re-compiling glitz, libsvg, cairo and libsvg-cairo.
Don't forget to export PKG_CONFIG_PATH=/opt/fdo/lib/pkgconfig (or wherever you're installing it) before you do this.
For configuring cairo, use

./autogen.sh --prefix=/opt/fdo --enable-glitz --enable-svg

(change /opt/fdo if necessary)
I'm not exactly sure about what made it work after re-compiling so this is the only clue i can give.

aneas · 2006-02-14 22:22:12

rasta: Thank you, i will try that. I already debugged gnome-window-decorator, hacked the code a little and got it to work, but i hate dirty ways like that.

rasta · 2006-02-14 22:27:53

Yeah, it was a really nasty error to get when everything had compiled fine and you launched Xgl and thought you were all set Anyways, good luck. Also, if someone has experience with xvidcap please check this:
http://bbs.archlinux.org/viewtopic.php?t=18813&start=0
Thanks
/rasta

Mikos · 2006-02-14 23:40:47

Sorry for the long delay, but I must to do smething else too (learning for exams ;-)).

I have my PKGBUILDs completed now, but xgl-cvs doesn't build (well, it doesn't even started to build - died on autoconf).

Can anybody help? This is the error message:

autoreconf: running: /usr/bin/autoconf
configure.ac:435: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

tealeg · 2006-02-14 23:42:52

Mikos wrote:

Sorry for the long delay, but I must to do smething else too (learning for exams ;-)).
I have my PKGBUILDs completed now, but xgl-cvs doesn't build (well, it not even started to build, it has died on autoconf).
Can anybody help? This is the error message:
autoreconf: running: /usr/bin/autoconf
configure.ac:435: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

I had this too:

sudo pacman -S xtrans

... should fix it... but I got stumped the next issue with the autogen script

rasta · 2006-02-14 23:57:40

Mikos wrote:

Can anybody help? This is the error message:

autoreconf: running: /usr/bin/autoconf
configure.ac:435: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1

Oh yeah, i've had that one too. I ended up having to install these packages, which are available from testing:

pacman -S xtrans damageproto xcmiscproto xf86bigfontproto bigreqsproto resourceproto compositeproto evieext libxcomposite libxdamage

Just add these to dependencies if you're making a PKGBUILD.
Good luck!

tealeg · 2006-02-15 00:06:42

Thanks rasta.. I just hit the rest of those dependencies! A very timely post!

rasta · 2006-02-15 00:15:22

tealeg wrote:

Thanks rasta.. I just hit the rest of those dependencies! A very timely post!

np! I'm really glad my experiences can help people make a successful install, which finally could lead to a set of PKGBUILD's. I'm not taking part in PKGBUILD writing here because as stated earlier i'm quite a new Arch user and i'm not that confident with ABS yet that i want to release anything public.

Mikos · 2006-02-15 00:25:33

Thanks, Rasta! These missing dependencies was the problem (especially xtrans), but I have new problem now:

autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
hw/dmx/doc/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL
hw/dmx/doc/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL
hw/xfree86/doc/sgml/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL
hw/xfree86/doc/sgml/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL
autoreconf: automake failed with exit status: 1

EDIT:
You can find my PKGBUILDs here, so maybe look at it if you can find where is the problem:
http://mikos.sg1.cz/arch/xgl-abs-overla … 4-1.tar.gz

rasta · 2006-02-15 00:29:52

Mikos wrote:

Thanks, Rasta! These missing dependencies was the problem (especially xtrans), but I have new problem now:

autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
hw/dmx/doc/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL
hw/dmx/doc/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL
hw/xfree86/doc/sgml/Makefile.am:24: BUILD_LINUXDOC does not appear in AM_CONDITIONAL
hw/xfree86/doc/sgml/Makefile.am:27: BUILD_PDFDOC does not appear in AM_CONDITIONAL
autoreconf: automake failed with exit status: 1

For sure, I've had that one as well. This was the ugliest of the steps I had to take. I just removed the Makefile under docs/ and touched a new one containing:

all:
install:
clean:
distclean:

It's a really dirty quickfix but since nothing depends on the docs it should be quite safe.

rasta · 2006-02-15 00:37:16

Just by the way, for those of you that already got Xgl and compiz working:
there is a new simple plugin to compiz out that binds keys to change the opacity of a window. Works fine here.
http://www.downwithnumbers.com/news.php?id=41
package here: http://www.downwithnumbers.com/files/co … ity.tar.gz

tealeg · 2006-02-15 00:38:10

I'm afriad I took the same quick and dirty approach as rasta for this one :-(

Arch Linux

#76 2006-02-14 11:52:18

Re: XGL., anyone wanna join the ride?

#77 2006-02-14 13:03:25

Re: XGL., anyone wanna join the ride?

#78 2006-02-14 14:23:32

Re: XGL., anyone wanna join the ride?

#79 2006-02-14 16:11:53

Re: XGL., anyone wanna join the ride?

#80 2006-02-14 16:18:41

Re: XGL., anyone wanna join the ride?

#81 2006-02-14 19:34:46

Re: XGL., anyone wanna join the ride?

#82 2006-02-14 19:51:12

Re: XGL., anyone wanna join the ride?

#83 2006-02-14 20:34:16

Re: XGL., anyone wanna join the ride?

#84 2006-02-14 20:51:53

Re: XGL., anyone wanna join the ride?

#85 2006-02-14 21:03:14

Re: XGL., anyone wanna join the ride?

#86 2006-02-14 21:08:58

Re: XGL., anyone wanna join the ride?

#87 2006-02-14 21:23:49

Re: XGL., anyone wanna join the ride?

#88 2006-02-14 21:29:39

Re: XGL., anyone wanna join the ride?

#89 2006-02-14 22:18:56

Re: XGL., anyone wanna join the ride?

#90 2006-02-14 22:22:12

Re: XGL., anyone wanna join the ride?

#91 2006-02-14 22:27:53

Re: XGL., anyone wanna join the ride?

#92 2006-02-14 23:40:47

Re: XGL., anyone wanna join the ride?

#93 2006-02-14 23:42:52

Re: XGL., anyone wanna join the ride?

#94 2006-02-14 23:57:40

Re: XGL., anyone wanna join the ride?

#95 2006-02-15 00:06:42

Re: XGL., anyone wanna join the ride?

#96 2006-02-15 00:15:22

Re: XGL., anyone wanna join the ride?

#97 2006-02-15 00:25:33

Re: XGL., anyone wanna join the ride?

#98 2006-02-15 00:29:52

Re: XGL., anyone wanna join the ride?

#99 2006-02-15 00:37:16

Re: XGL., anyone wanna join the ride?

#100 2006-02-15 00:38:10

Re: XGL., anyone wanna join the ride?

Board footer