XGL

[sanmartin]

XGL was finally released today

http://en.opensuse.org/Xgl


regards Dennis

Cool, I also found this: http://www.novell.com/linux/xglrelease/

What exactly do they mean by "released"? Is it actually a final non-beta release or are we talking an alpha release, or just making the most recent development code available on CVS? I wouldn't think there would be a stable release already, it seems way too soon.

Also I wanted to ask: has anyone here tried using multiple monitors with Xgl? I'm trying to use (nvidia) TwinView. I get the full virtual screen area but gnome panels and everything else don't seem inclined to limit themselves to one monitor. Can I try the Xinerama extension? I don't really remember why but I remember that was a bad idea with nvidia drivers somehow.

[Sangeki]

Well, it is released... as much as it was already since last month.
The only real new thing is compiz and maybe new code additions (surprise...).

[dmsnell]

From the Suse site...

Xgl is highly experimental code, it has been tested only on few hardware platforms, and depending on driver state it may even crash your computer. This code is not for the faint of heart. Said that, it works remarkably well on several platforms.

[pijalu]

How do you explain the posts at http://planet.gnome.org/ about xgl being released then?

Xgl is highly experimental code, it has been tested only on few hardware platforms, and depending on driver state it may even crash your computer. This code is not for the faint of heart. Said that, it works remarkably well on several platforms.

EDIT: burned by dsmell.... LOL

By "release", from what i see of the status of Xgl, it's more "let's PR this new project"... Don't take me wrong, I am sure this will go fast (people WANT eye candy....eye candy is "selling" argument) but as today, it's still far from "mainstream"... They speak about release in "we give it to you for test..." not like "it's stable and working like a charm"...

Xgl is highly experimental code, it has been tested only on few hardware platforms, and depending on driver state it may even crash your computer. This code is not for the faint of heart. Said that, it works remarkably well on several platforms.

[frenkel]

How do you explain the posts at http://planet.gnome.org/ about xgl being released then?

Xgl is highly experimental code, it has been tested only on few hardware platforms, and depending on driver state it may even crash your computer. This code is not for the faint of heart. Said that, it works remarkably well on several platforms.

EDIT: burned by dsmell.... LOL

By "release", from what i see of the status of Xgl, it's more "let's PR this new project"... Don't take me wrong, I am sure this will go fast (people WANT eye candy....eye candy is "selling" argument) but as today, it's still far from "mainstream"... They speak about release in "we give it to you for test..." not like "it's stable and working like a charm"...

Xgl is highly experimental code, it has been tested only on few hardware platforms, and depending on driver state it may even crash your computer. This code is not for the faint of heart. Said that, it works remarkably well on several platforms.

It's in xorg cvs now... (well, not in trunk, but in a branch)
Does anybody know how to make an ebuild for it?

[pijalu]

It's in xorg cvs now... (well, not in trunk, but in a branch)
Does anybody know how to make an ebuild for it?

you are asking for http://dev.gentoo.org/~hanno/ ?

[frenkel]

It's in xorg cvs now... (well, not in trunk, but in a branch)
Does anybody know how to make an ebuild for it?

you are asking for http://dev.gentoo.org/~hanno/ ?

No, I'm asking for an ebuild for the xgl branch of xorg. But forget it, I'll just wait.

[dmsnell]

anyone know why I am getting the following errors?

Code: Select all

ddxLoad.c: In function `XkbDDXCompileNamedKeymap':
ddxLoad.c:246: error: `XkbBinDirectory' undeclared (first use in this function)
ddxLoad.c:246: error: (Each undeclared identifier is reported only once
ddxLoad.c:246: error: for each function it appears in.)
ddxLoad.c: In function `XkbDDXCompileKeymapByNames':
ddxLoad.c:345: error: `XkbBinDirectory' undeclared (first use in this function)

[pijalu]

It's in xorg cvs now... (well, not in trunk, but in a branch)
Does anybody know how to make an ebuild for it?

you are asking for http://dev.gentoo.org/~hanno/ ?

No, I'm asking for an ebuild for the xgl branch of xorg. But forget it, I'll just wait.

Code: Select all

$ head xgl-20060118.ebuild
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

inherit cvs eutils

ECVS_SERVER="cvs.freedesktop.org:/cvs/xorg"
ECVS_MODULE="xserver/xorg"
ECVS_BRANCH="xgl-0-0-1"
ECVS_LOCALNAME="xgl-xorg"

[pijalu]

anyone know why I am getting the following errors?

Code: Select all

ddxLoad.c: In function `XkbDDXCompileNamedKeymap':
ddxLoad.c:246: error: `XkbBinDirectory' undeclared (first use in this function)
ddxLoad.c:246: error: (Each undeclared identifier is reported only once
ddxLoad.c:246: error: for each function it appears in.)
ddxLoad.c: In function `XkbDDXCompileKeymapByNames':
ddxLoad.c:345: error: `XkbBinDirectory' undeclared (first use in this function)

--enable-xkb was used ?
EDIT: if yes, you can try to remove original xorg-7 xkb src and exchange it with Xgl one... work on my side, but i don't think it helped a lot (I need a normal X open in another console to get keyboard layout working...)

[sanmartin]

No, I'm asking for an ebuild for the xgl branch of xorg. But forget it, I'll just wait.

ECVS_SERVER="cvs.freedesktop.org:/cvs/xorg"
ECVS_MODULE="xserver/xorg"
ECVS_BRANCH="xgl-0-0-1"
ECVS_LOCALNAME="xgl-xorg"
S=${WORKDIR}/${ECVS_LOCALNAME}

So it's already using that CVS branch.

EDIT: actually the Novell release says xg-0-0-1... Is that a typo?

[dmsnell]

I've tried it three ways...
1) With --enable-xkb
2) With --disable-xkb
3) Without mention of xkb

edit: when you mention removing the xkb source, what does that mean and how can I do that? do I need to remove the xkb directory and then edit the makefile?

[pijalu]

I've tried it three ways...
1) With --enable-xkb
2) With --disable-xkb
3) Without mention of xkb

but it maybe can help you:
ebuild unpack xgl
untar xorg-server-1.0.1 (from the modular xorg)
exchange the xkb of xgl with the one of xorg and then ebuild merge... normally it will say "already extracted" and continue the "build" with "hacked" src

Compiled fine, still prob with keyb layout but found a "way" to got the right local on Xgl...
EDIT: the makefile looks fine, nothing specific to xorg than cannot apply to xgl

[Q-collective]

I want to try it out, but howto use this stuff?

[pijalu]

For interested people, using gdm with xgl as main X server is fine as well, at least for gnome

change to make in /etc/X11/gdm/gdm.conf
add (nvidia version, for ATI change the parameters)

Code: Select all

[server-Xgl]
name=Xgl server
command=/usr/bin/Xgl -accel xv -accel glx:pubffer -ac -kb -audit 0 -br
flexible=true

and change in the servers section

Code: Select all

0=Standard

to

Code: Select all

0=Xgl

to only use Xgl

but I recommend simply adding

Code: Select all

1=Xgl

So you will have 2 gdm (CTRL-ALT-F7 ==> normal xorg and CTRL-ATL-F8 ==> Xgl)

NOTE: I am using a hacked Xgl xkb and I can change the keyboard layout (i am using french) but i am start Xgl without xkb so i don't think this is important. I dunno if a normal Xgl build can do the same... If someone try and have working keyboard with something else than US keyb please confirm this
(and if --enable-xkb / --disable-xkb was used)

[pijalu]

I want to try it out, but howto use this stuff?

see http://www.hboeck.de/index.php?url=item ... %5D=linear and this topic

[pijalu]

EDIT: actually the Novell release says xg-0-0-1... Is that a typo?

Typo: link is xgl-0-0-1 tag;-)

[Q-collective]

I want to try it out, but howto use this stuff?

see http://www.hboeck.de/index.php?url=item ... %5D=linear and this topic

Thanks for the link
I'm using DRI (r300) though and I really don't want to use fglrx, will it work now?

[pijalu]

[OTW]I am in mood of posting today[/OTW]

For the note, for people who want transparency as well (point a window - CTRL+mousewheel to set) , use transset-df as stated in http://gentoo-wiki.com/Xorg_X11_and_Transparency
and use this .xbindkeysrc for xgl

Code: Select all

"transset-df --min 0.1 -p --dec 0.03"
 control + b:4

"transset-df --max 0.99 -p --inc 0.03"
 control + b:5

(otherwise you will end with problems to put windows opaque - this don't make it 100% opaque but that at least usable)

[pijalu]

Thanks for the link
I'm using DRI (r300) though and I really don't want to use fglrx, will it work now?

from http://en.opensuse.org/Xgl, they say not yet... but actually I don't have a clue... I am with closed Nvidia src...

[dmsnell]

pijalu, did you use --disable-xkb?

I can't seem to get it to build because I still run into Xkb errors, here's what I did from your advice...

Code: Select all

cd /var/tmp/portage/xgl-20060118-r2/work/xgl-xorg/xkb
cp /var/tmp/portage/xorg-server-1.0.1-r2/work/xorg-server-1.0.1/xkb/* . -R
cd ..
make

Is this what you suggested?

[pijalu]

pijalu, did you use --disable-xkb?

I can't seem to get it to build because I still run into Xkb errors, here's what I did from your advice...

Code: Select all

cd /var/tmp/portage/xgl-20060118-r2/work/xgl-xorg/xkb
cp /var/tmp/portage/xorg-server-1.0.1-r2/work/xorg-server-1.0.1/xkb/* . -R
cd ..
make

Is this what you suggested?

nope, used --enable-xkb and i did something like this, just take care to only run the extract - then the copy - then the configure/compile...

EDIT: I just uploaded my "compilable" work dir from xgl (include mesa-6.4.2 and xkb from xorg7) at http://rapidshare.de/files/12775470/my- ... r.bz2.html...

You should be able to use it with the mesa 6.4.2 ebuild of xgl:
a) got to your overlay with xgl ebuild
b) ebuild xgl-20060118-r2.ebuild unpack
c) go to /var/tmp/portage/xgl-20060118-r2/work/
d) replace xgl-xorg by the one in the tarball
e) go back to overlay with xgl ebuild
f) ebuild xgl-20060118-r2.ebuild merge

This should start the patching (i reversed the patches of ebuild... so this tarball is only usefull with the ebuild..) and compile... here it make it fine

[Q-collective]

from http://en.opensuse.org/Xgl, they say not yet... but actually I don't have a clue... I am with closed Nvidia src...

Too bad, I guess I'll wait a little longer then.

[flowolf]

I have installed Xgl and I'm now running Gnome on it but I'm unable to use glxcompmgr:

Code: Select all

flowolf@nibiru xgl $ glxcompmgr wobbly shadow
glxcompmgr: GLX_MESA_render_texture is missing
glxcompmgr: Failed to manage screen: 0
glxcompmgr: No managable screens found on display :1.0

How can I fix this?
Compiz would be cool but I can't find it...

[pijalu]

I have installed Xgl and I'm now running Gnome on it but I'm unable to use glxcompmgr:

Code: Select all

flowolf@nibiru xgl $ glxcompmgr wobbly shadow
glxcompmgr: GLX_MESA_render_texture is missing
glxcompmgr: Failed to manage screen: 0
glxcompmgr: No managable screens found on display :1.0

How can I fix this?
Compiz would be cool but I can't find it...

If adding "LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/" in front doesn't help, then you have 2 choices:
a) emerge mesa-6.4.2_alpha20060121
b) change mesa-6.4.2 ebuild to apply a few patches (the one applied in mesa-6.4.2_alpha20060121 .. I posted a patch to do than on this thread

EDIT: compiz no out yet...