Xgl and compiz overlay update

First of all - thanks for you HARD work with all these overlays. Its very much appreciated.

But sadly the overlay xgl-overlay-200601212.tar failes here (most sure its a fault on my side, but I wanted to report it anyway - pls delete if too long)

glxcmds.c: In function `__glXVendorPrivate':
glxcmds.c:2303: error: `X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
glxcmds.c:2303: error: (Each undeclared identifier is reported only once
glxcmds.c:2303: error: for each function it appears in.)
glxcmds.c:2305: error: `X_GLXvop_ReleaseTexImageEXT' undeclared (first use in this function)
make[2]: *** [glxcmds.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../GL/include -I../../hw/xfree86/os-support -DHAVE_DIX_CONFIG_H -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/include -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/glapi -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/main -DXGLServer -DUSE_MGL_NAMESPACE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O2 -march=pentium4 -pipe -fomit-frame-pointer -funroll-loops -MT glxcmdsswap.lo -MD -MP -MF .deps/glxcmdsswap.Tpo -c glxcmdsswap.c -fPIC -DPIC -o .libs/glxcmdsswap.o
glxcmdsswap.c: In function `__glXSwapVendorPrivate':
glxcmdsswap.c:1089: error: `X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
glxcmdsswap.c:1089: error: (Each undeclared identifier is reported only once
glxcmdsswap.c:1089: error: for each function it appears in.)
glxcmdsswap.c:1091: error: `X_GLXvop_ReleaseTexImageEXT' undeclared (first use in this function)
make[2]: *** [glxcmdsswap.lo] Error 1
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../GL/include -I../../hw/xfree86/os-support -DHAVE_DIX_CONFIG_H -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/include -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/glapi -I/var/tmp/portage/xgl-20060118/work/xgl-xorg/Mesa-6.4.1/src/mesa/main -DXGLServer -DUSE_MGL_NAMESPACE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O2 -march=pentium4 -pipe -fomit-frame-pointer -funroll-loops -MT glxext.lo -MD -MP -MF .deps/glxext.Tpo -c glxext.c -fPIC -DPIC -o .libs/glxext.o
make[2]: Leaving directory `/var/tmp/portage/xgl-20060118/work/xgl-xorg/GL/glx'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-20060118/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1

#1 Stefan Silberstein (Homepage) on 2006-02-09 17:41 (Reply)

Thats the old overlay, use xgl-overlay-200602093.tar.bz2 instead

#2 Frank Groeneveld on 2006-02-09 19:19 (Reply)

Hello!

It seems like the latest overlay (200602093) has this problem too.

... -D_REENTRANT -UIN_DRI_DRIVER glxcmds.c -o glxcmds.o
glxcmds.c: In function 'glXBindTexImageEXT':
glxcmds.c:2618: error: 'X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
glxcmds.c:2618: error: (Each undeclared identifier is reported only once
glxcmds.c:2618: error: for each function it appears in.)
glxcmds.c: In function 'glXReleaseTexImageEXT':
glxcmds.c:2659: error: 'X_GLXvop_ReleaseTexImageEXT' undeclared (first use in this function)
make[3]: *** [glxcmds.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/mesa-6.4.2-r1/work/Mesa-6.4.2/src/glx/x11

#3 Simca on 2006-02-09 19:34 (Reply)

I don't know what you're doing, this defines should be declared by glproto-1.4.3-r1 and that's a dependency of the mesa ebuild.

#3.1 Hanno (Homepage) on 2006-02-09 19:55 (Reply)

The ebuild does not specify the revised version, hung me too. I already found the solution though.

#3.1.1 Paul de Vrieze on 2006-02-09 20:14 (Reply)

I think the issue is that you need to do in order to get to get the new glproto pulled in for mesa:
emerge -Du mesa glitz xgl compiz

#3.1.2 Joshua Nichols on 2006-02-09 20:26 (Reply)

i had the same problem and i solved this problem like this on amd64:
--------------------------------------------------
power64 GL # cd /usr/include/GL
power64 GL # ln -sf /usr/lib64/opengl/global/include/glext.h glext.h
power64 GL # ln -sf /usr/lib64/opengl/xorg-x11/include/gl.h gl.h
power64 GL # ln -sf /usr/lib64/opengl/global/include/glxext.h glxext.h
power64 GL # ln -sf /usr/lib64/opengl/xorg-x11/include/glx.h glx.h
power64 GL # ln -sf /usr/lib64/opengl/xorg-x11/include/glxmd.h glxmd.h
power64 GL # ln -sf /usr/lib64/opengl/xorg-x11/include/glxproto.h glxproto.h
power64 GL # ln -sf /usr/lib64/opengl/xorg-x11/include/glxtokens.h glxtokens.h

#3.2 Philippe MAES on 2006-02-14 14:59 (Reply)

Hi,

Just a general Xgl question:
does Xgl only work with ati and nvidia cards, or are the intel cards (like i810) also supported?

#4 Adam Tulinius (Homepage) on 2006-02-09 20:23 (Reply)

Which version of MESA has to be used: 6.4.3alpha or 6.4.2-r1?

#5 Anonymous on 2006-02-09 20:44 (Reply)

I just found that the cvs repos location of compiz has changed/is not correct. See the patch below:

Index: compiz-20060209.ebuild
===================================================================
--- compiz-20060209.ebuild (revision 1877)
+++ compiz-20060209.ebuild (working copy)
@@ -4,9 +4,10 @@

inherit eutils cvs

-ECVS_SERVER="cvs.freedesktop.org:/cvs/xapps"
-ECVS_MODULE="compiz"
-S=${WORKDIR}/${ECVS_MODULE}
+ECVS_SERVER="cvs.freedesktop.org:/cvs/xorg"
+ECVS_MODULE="app/compiz"
+ECVS_LOCALNAME="compiz"
+S=${WORKDIR}/${ECVS_LOCALNAME}

DESCRIPTION="compiz composite manager"

#6 Paul de Vrieze on 2006-02-09 20:46 (Reply)

Seems to work fine here, on x86 and old Nvidia GeForce 2 mx.
I've noticed minor glitches, like temporary color/pattern artfiafcts when switching windows, but nothing too annoying. Xgl seems to run stable, even with gnome components. I can watch videos using totem (although totem main logo is broken), run a picture slideshow in eog, even run a opengl screensaver from rss-glx collection.
Unfortunately, I cannot realy say it's faster, or even more
'smooth' than X.org - when runnig a movie player and glxgears at the same time, I got skippy playback. Moving windows around the desktop also leaves visible 'redrawing trail'.

#7 artb on 2006-02-09 22:59 (Reply)

I have it running on an Radeon 9200 and it works remarkably well. Im really surprised. Thanks to Hanno it was simple as cake to get it up and running.

#7.1 Anonymous on 2006-02-09 23:20 (Reply)

OK. really old post but for those of you wondering, XGL does NOT use XV for movie playback. It renders to 3d texture which requires pixel shaders and such that the Geforce 2 series and several of the MX's do not have. As such they fall back to slow software rendering and will run like crap.

#7.2 Anonymous on 2006-08-14 03:48 (Reply)

Glitz isn't compiling:

libtool: link: `/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../..//libGL.la' is not a valid libtool archive
make[3]: *** [libglitz-glx.la] Error 1
make[3]: Leaving directory `/var/tmp/portage/glitz-0.5.0_alpha20060209/work/glitz/src/glx'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/glitz-0.5.0_alpha20060209/work/glitz/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/glitz-0.5.0_alpha20060209/work/glitz'
make: *** [all] Error 2

!!! ERROR: media-libs/glitz-0.5.0_alpha20060209 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.

anyone got any ideas?

#8 Adam+Tulinius (Homepage) on 2006-02-09 23:40 (Reply)

just replaced the empty file /usr/lib/libGL.la with this one instead /usr/lib/opengl/xorg-x11/lib/libGL.la , and glitz compiled. sweet.

#8.1 Adam+Tulinius (Homepage) on 2006-02-09 23:54 (Reply)

Thanks a lot! These ebuilds work great!

#9 James Lee (Homepage) on 2006-02-10 02:06 (Reply)

multi@localhost ~ $ Xgl :1 -ac -accel glx:pbuffer -accel xv _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
Everything compiled just fine, but when i try to start Xgl i get this error:

_XSERVTransOpen: transport open failed for inet6/localhost:1
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
X Error of failed request: BadLength (poly request too large or internal Xlib length error)
Major opcode of failed request: 143 (GLX)
Minor opcode of failed request: 1 (X_GLXRender)
Serial number of failed request: 90
Current serial number in output stream: 91

#10 sque on 2006-02-10 02:31 (Reply)

i had the problem too this soved my problem
LD_PRELOAD=/usr/lib/libGL.so Xgl :1 -ac -accel xv -accel glx:pbuffer &

#10.1 DwD (Homepage) on 2006-03-27 18:38 (Reply)

emerge compiz results in a "No package 'libstartup-notification-1.0' found" error.

checking for i686-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for COMPIZ... configure: error: Package requirements (libpng xcomposite xfixes xdamage xrandr ice sm libstartup-notification-1.0 >= 0.7) were not met:

No package 'libstartup-notification-1.0' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables COMPIZ_CFLAGS
and COMPIZ_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! ERROR: x11-wm/compiz-20060209 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.

I use Gentoo/KDE ATI Radeon 9200 system...
anyone got ideas?

#11 Joris on 2006-02-10 02:54 (Reply)

Well, the error message is pretty clear. You either have not installed the startup-notification or at least not a version recent enough. I guess its the latter because compiz has a build dependency on startup-notification.

@hanno: Maybe it would a good idea to make this dependency versioned.

#11.1 michael on 2006-02-10 18:58 (Reply)

since I use KDE and startup-notification is a package delivered with Gnome, it was not installed on my system. I installed startup-notification from http://www.freedesktop.org/software/startup-notification/releases/ without having to install gnome or other large packages. It works now.

It's strange though that it isn't mentioned in the dependency tree.

#11.1.1 Joris on 2006-02-10 20:45 (Reply)

you only did an emerge of those packages without setting any gnome use flag or anything else? because I want to use xgl with kde, but which window-decorator do I have to use then? As I read that the kde-window-decorator doesn't work.

thx,
dominik

#11.1.1.1 dominik on 2006-02-19 20:04 (Reply)

Everything works fine here so far (nvidia), I only had to add --disable-kde to the autoconf line in the compiz ebuild since someone added a kde decorator which didn't compile for me.

So a big thanks & thumbs up from me :)

#12 belgabor on 2006-02-10 02:55 (Reply)

@Hanno: What do you think about adding transset-df (see http://gentoo-wiki.com/Xorg_X11_and_Transparency#transset-df ) to your overlay?

#13 belgabor on 2006-02-10 03:09 (Reply)

I got the : windows are complete black after starting compiz.

this is the error : from forums.gentoo.org more people experience it, but i think its nvidia only.

pixmap 0x40000c can't be bound to texture
compiz: Couldn't bind redirected window 0x20000e to texture

any one HELP?

#14 chris on 2006-02-10 03:26 (Reply)

There seems to be a problem applying on of the patches...:
with: xgl-overlay-200602094.tar.bz2

I get:

* Applying mesa-glx-x11-get-drawable-attribs-fix-1.diff ...

* Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff !
* ( /usr/local/portage/media-libs/mesa/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/mesa-6.4.2-r1/temp/mesa-glx-x11-get-drawable-attribs-fix-1.diff-10857.out

!!! ERROR: media-libs/mesa-6.4.2-r1 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
mesa-6.4.2-r1.ebuild, line 86: Called epatch 'unpack'

!!! Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff!
!!! If you need support, post the topmost build error, and the call stack if relevant.

---------
not sure if I'm doing something wrong?

#15 Doug on 2006-02-10 04:28 (Reply)

Has anyone of you managed to get the nice switcher plugin to work? ALT+TAB is not working here.

#16 michael on 2006-02-10 12:14 (Reply)

By default it's not built. See http://forums.gentoo.org/viewtopic.php?p=3099077#3099077

#16.1 belgabor on 2006-02-10 14:56 (Reply)

Thanks, that worked. The only thing I had to do in addition, is to add switcher to the list of active_plugins at apps/compiz/general/allscreens/options. Starting compiz with the switcher option was not enough.

#16.1.1 michael on 2006-02-10 18:16 (Reply)

I get this error when running Xgl,

X Error: BadLength
Request Major code 142 (GLX)
Request Minor code 1 ()
Error Serial #94
Current Serial #95

with mesa-cvs,

and with ati i can start Xgl, but when i try to start compiz i get,

Xlib: extension "GLX" missing on display ":1.0".
Xlib: extension "GLX" missing on display ":1.0".
Xlib: extension "GLX" missing on display ":1.0".
compiz: glXCreateContext failed
compiz: Failed to manage screen: 0
compiz: No managable screens found on display :1

Maybe you know the solution for this problem?

#17 Gangsta on 2006-02-10 15:30 (Reply)

you are missing GLX ???? check you xorg.conf

#17.1 chris on 2006-02-10 20:47 (Reply)

i get the same error, and i also get

libGL warning: 3D driver returned no fbconfigs.
libGL error: InitDriver failed
libGL error: reverting to (slow) indirect rendering

from glxinfo now in xorg. i have a i810 video card

#17.2 Cynyr on 2006-02-27 16:43 (Reply)

using your overlay I managed to get Xgl and compiz working with the nvidia drivers. I had to use "DISPLAY=:1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz" to start compiz otherwise it complained about missing GLX_EXT_texture_from_pixmap. When i'm running compiz the menus fade in and deform, but the windows have no decoration. I don't seem to have gnome-window-decorator (I use KDE). Is there any way to get kde window decorations?

#18 sigmaris45 on 2006-02-10 18:27 (Reply)

Well, the kde-window-decorator has been disabled because it does not compile cleanly (some moc files are not created properly). If you want to try out kde-window-decorator you can try this small patch for compiz-20060209.ebuild.
--- compiz-20060209.ebuild.orig 2006-02-10 19:10:09.000000000 +0100
+++ compiz-20060209.ebuild 2006-02-10 19:11:17.000000000 +0100
@@ -25,8 +25,12 @@
./autogen.sh --host=${CHOST} \
--prefix=/usr \
--infodir=/usr/share/info \
- --mandir=/usr/share/man \
- --disable-kde || die
+` --mandir=/usr/share/man || die
+
+ pushd kde/window-decorator/
+ make qwmscreen.moc
+ make qwmwindow.moc
+ popd

emake || die
}

This is a rather hacky solution but should work. But dont expect too much from the kde-window-decorator. It proved to be very unstable here.

#18.1 michael on 2006-02-10 19:13 (Reply)

hmmm... can't move my windows? any ideas what could cause this? i'm using the intel i810 gfx..

#19 Adam+Tulinius (Homepage) on 2006-02-10 19:16 (Reply)

@hanno: You mentioned that you own a Radeon 9200 card, I have a Radeon Mobility 9200 and the only thing that seems not to be accelerated is XVideo (CPU has 100% and the video is still skipping). Could you get XVideo acceleration running

#20 michael on 2006-02-10 19:44 (Reply)

I just tried it on amd64 and it seems you're installing stuff into /usr/lib rather than /usr/lib64 - use get_libdir to retreive the correct library path

*me loves it*

:-))

#21 Anonymous on 2006-02-10 20:25 (Reply)

Thx for theses ebuilds !

Works nicely here (ati firegl t2 128Mo => radeon 9600pro)

Small video :
http://lycos.dropcode.net/xgl/xgl-gentoo-lycos.mpeg

#22 Lycos (Homepage) on 2006-02-10 23:31 (Reply)

I tried to install everything but it somehow wont work with the overlay. the mesa tree seems to be incompatible. i get an error that depthstencil.c is missing.

#23 passi on 2006-02-11 02:05 (Reply)

exact problem here, tried to patch symlink generator to exclude missing files in mesa-6.4.2:

*** xgl-xorg/GL/symlink-mesa.sh.1 Sat Feb 11 11:56:33 2006
--- xgl-xorg/GL/symlink-mesa.sh Sat Feb 11 12:20:03 2006
*************** symlink_mesa_main() {
*** 111,118 ****
action debug.h
action depth.c
action depth.h
- action depthstencil.c
- action depthstencil.h
action dlist.c
action dlist.h
action drawpix.c
--- 111,116 ----
*************** symlink_mesa_swrast() {
*** 291,300 ****
action s_spantemp.h
action s_stencil.c
action s_stencil.h
- action s_texcombine.c
- action s_texcombine.h
- action s_texfilter.c
- action s_texfilter.h
action s_texstore.c
action s_triangle.c
action s_triangle.h
--- 289,294 ----
*************** symlink_mesa_shader() {
*** 386,392 ****
action nvvertparse.h
action program.c
action program.h
- action program_instruction.h
action shaderobjects.c
action shaderobjects.h
action shaderobjects_3dlabs.c
--- 380,385 ----
*************** symlink_mesa_shader_slang() {
*** 420,433 ****
action slang_assemble_typeinfo.h
action slang_compile.c
action slang_compile.h
- action slang_compile_function.c
- action slang_compile_function.h
- action slang_compile_operation.c
- action slang_compile_operation.h
- action slang_compile_struct.c
- action slang_compile_struct.h
- action slang_compile_variable.c
- action slang_compile_variable.h
action slang_execute.c
action slang_execute.h
action slang_mesa.h
--- 413,418 ----

and Makefiles for missing c/h files:
*** xgl-xorg/GL/mesa/main/Makefile.am.1 Sat Feb 11 12:38:12 2006
--- xgl-xorg/GL/mesa/main/Makefile.am Sat Feb 11 12:40:17 2006
*************** nodist_libmain_la_SOURCES = accum.c \
*** 34,40 ****
convolve.c \
debug.c \
depth.c \
- depthstencil.c \
dlist.c \
drawpix.c \
enable.c \
--- 34,39 ----

and

*** xgl-xorg/GL/mesa/shader/slang/Makefile.am.1 Sat Feb 11 12:38:12 2006
--- xgl-xorg/GL/mesa/shader/slang/Makefile.am Sat Feb 11 12:45:08 2006
*************** nodist_libslang_la_SOURCES = slang_assem
*** 22,31 ****
slang_assemble_constructor.c \
slang_assemble_typeinfo.c \
slang_compile.c \
- slang_compile_function.c \
- slang_compile_operation.c \
- slang_compile_struct.c \
- slang_compile_variable.c \
slang_execute.c \
slang_preprocess.c \
slang_storage.c \
--- 22,27 ----

it still doesn't compile:
state.c:90:24: nvfragprog.h: No such file or directory
and copying header from shader to main won't help.
i\m totally lost, anybody has the same problem solved?
PS sorry for very long post, patches are to show which mesa files are problematic.

#23.1 too (Homepage) on 2006-02-11 18:39 (Reply)

I install all ok, I have compiz, gnome-window-decorator, I start Xgl... , compiz, gnome-win.... and xterm, but.. I cant get any efects, who I can test if all its ok??

#24 davidgr (Homepage) on 2006-02-11 02:20 (Reply)

Hints: If compiz segfaults on amd64 - try leaving out 'wobbly' if this fixes it, recompile compiz *without* -O2 in CFLAGS...

Some keys to press :-)

Ctrl-Shift-Right(left)Cursor - Rotate the cube
Ctrl-Alt-Shift-Right(left)Cursor - Rotate the cube, sliding the foreground window with you to the new screen.
Ctrl-Shift-Leftclick a titlebar and drag - Rotate the cube
Windows-Key+ScrollWheel == Zoom (again only seems to work if mouse over a window and not blank desktop...
Hold Ctrl whilst moving a window to set the 'sticky' alignment of windows.
F12 (toggle) 'Expose' Mode.

Now, if someone can patch the ebuild to build a working switcher ;-)

#24.1 malc on 2006-02-12 02:21 (Reply)

Hints: If compiz segfaults on amd64 - try leaving out 'wobbly' if this fixes it, recompile compiz *without* -O2 in CFLAGS...

Some keys to press :-)

Ctrl-Shift-Right(left)Cursor - Rotate the cube
Ctrl-Alt-Shift-Right(left)Cursor - Rotate the cube, sliding the foreground window with you to the new screen.
Ctrl-Shift-Leftclick a titlebar and drag - Rotate the cube
Windows-Key+ScrollWheel == Zoom (again only seems to work if mouse over a window and not blank desktop...
Hold Ctrl whilst moving a window to set the 'sticky' alignment of windows.
F12 (toggle) 'Expose' Mode.

Now, if someone can patch the ebuild to build a working switcher...

#24.2 malc (Homepage) on 2006-02-12 02:23 (Reply)

Hints: If compiz segfaults on amd64 - try leaving out 'wobbly' if this fixes it, recompile compiz *without* -O2 in CFLAGS...

Some keys to press :-)

1. Ctrl-Shift-Right(left)Cursor - Rotate the cube
2. Ctrl-Alt-Shift-Right(left)Cursor - Rotate the cube, sliding the foreground window with you to the new screen.
3. Ctrl-Shift-Leftclick a titlebar and drag - Rotate the cube
4. Windows-Key+ScrollWheel == Zoom (again only seems to work if mouse over a window and not blank desktop...
5. Hold Ctrl whilst moving a window to set the 'sticky' alignment of windows.
6. F12 (toggle) 'Expose' Mode.

Now, if someone can patch the ebuild to build a working switcher...

#24.3 malc (Homepage) on 2006-02-12 02:23 (Reply)

Sorry Hanno - I was getting server errors/msg not passing spamfilter responses from you when quite obviously it was adding the comment anyway - my apologies. malc.

#24.3.1 malc on 2006-02-12 02:25 (Reply)

My apologies Hanno, I was getting server error/msg not passing spam filter responses when my msg was quite evidently *not* getting blocked... sorry for the spam.

#24.3.2 malc (Homepage) on 2006-02-12 02:26 (Reply)

Switcher is now in the compiz CVS.

2. Ctrl-Alt-Shift-Right(left)Cursor - Rotate the cube, sliding the foreground window with you to the new screen.
This one doesn't work for me :/

#25 Rob2687 on 2006-02-13 01:56 (Reply)

*See http://gentoo-wiki.com/HOWTO_XGL for a howto wiki page.* A lot of knowledge from the loooong gentoo forum thread about xgl went into that :-)

#26 belgabor on 2006-02-13 05:27 (Reply)

Hi Hanno,

Really appreciate your hard work and that you provide an overlay for us other mortals, but could you please chuck a ChangeLog up somewhere and post what the differences are in the new overlays?

Keep up the good work though!

#27 Lasse Bigum on 2006-02-13 16:18 (Reply)

Same error here :(

#27.1 Nemerid on 2006-02-13 22:28 (Reply)

Hello, I've used your portage overlay. I've installed Xgl, mesa, glitz and compiz but when I type "Xgl :1 -ac -accel glx:pbuffer -accel xv" I've got an error :

dlopen: /usr/lib/xorg/modules/xgl/libglcore.so: undefined symbol: _tnl_arb_vertex_shader_stage

Fatal server error:
No GLX modules loaded
Aborted

Could somebody help me ? :-(

#28 Ninou (Homepage) on 2006-02-13 20:49 (Reply)

I also have the same problem :cry:

#28.1 snel on 2006-02-14 01:51 (Reply)

same problem here (undefined symbol: _tnl_arb_vertex_shader_stage), maybe the build is broken for the moment... :/ *crosses fingers and waits for update*

#28.2 plop on 2006-02-14 03:41 (Reply)

*fixed*

problem with the weird shader stuff, was because of sed location (while switching gl implimentation):

anyways:
vim /usr/share/eselect/libs/core.bash
line 115.. correct the location of sed (/bin/sed for me)

re-emerge, worked great =]

#28.3 rootsuid on 2006-02-14 04:19 (Reply)

same problem here :( now i try to reemerge the whole bunch, any ideas?

#29 Endre (Homepage) on 2006-02-13 23:08 (Reply)

Still no window decoration but i don't want to install gnome on my xfce just because of that. everything else works smoothly w/ ATI Mobility 9700, ATI newest binaries, dothan 1.8GHz, 1Gb ram

#29.1 Endre on 2006-02-14 17:07 (Reply)

sorry i forgot to add the URL w/ screenshots http://gallery.dislense.com/2006febr

#29.1.1 Endre on 2006-02-14 17:08 (Reply)

Just a note I picked up from the Gentoo wiki on this... If you have AMD64, than you need to compile compiz with CFLAGS=-O0 because the optimizations don't quite work well yet.

#30 DB on 2006-02-14 21:08 (Reply)

When i try launch Xgl the output is it:

rivendel ebuilds # Xgl :2 -ac -accel glx:pbuffer -accel xv
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/rivendel:2
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
X Error of failed request: BadLength (poly request too large or internal Xlib length error)
Major opcode of failed request: 143 (GLX)
Minor opcode of failed request: 1 (X_GLXRender)
Serial number of failed request: 91
Current serial number in output stream: 92
rivendel ebuilds #

#31 MiTH (Homepage) on 2006-02-15 02:10 (Reply)

Sorry, I found the problem with my nvidia driver and the glx extension.

All run ok in root mode but I tring make it for a normal user.

#31.1 MiTH (Homepage) on 2006-02-15 15:25 (Reply)

Perfect, its runing in Gentoo with Nvidia and its OK.

#31.1.1 MiTH (Homepage) on 2006-02-15 15:54 (Reply)

Hi,

i have a same error
what is the solution?

thx
kry

#31.1.2 kry on 2006-02-24 14:58 (Reply)

The first user plugin (by FWoodhouse) has been published! It allows to change the opacity of windows. Find it at http://www.downwithnumbers.com/news.php?id=41
Instructions for gentooists can be found in the XGL howto at http://gentoo-wiki.com/HOWTO_XGL#opacity

#32 belgabor on 2006-02-15 02:34 (Reply)

Any chance that you could provide this overlay as an SVN repo? Would make updating so much easier.

#33 Anonymous on 2006-02-15 03:24 (Reply)

If you are having a compilation error related to s_arbshader.h, here is my fix:

http://lupinehunter.livejournal.com/55994.html

#34 Gazi (Homepage) on 2006-02-15 21:38 (Reply)

Hanno, your new xgl overlay .tar.bz2's lack the glxcompmgr ebuild.

#35 Gazi on 2006-02-16 04:49 (Reply)

glxcompmgr has been replaced by Novell's compiz and so is no more developped/distributed

#35.1 Stéphane Loeuillet on 2006-02-16 11:46 (Reply)

But... but, that's the only way this thing works with KDE. Compiz doesn't like kwin.

#35.1.1 Gazi on 2006-02-16 18:38 (Reply)

I believe the black windows problem for nvidia has been solved.

The instructions above cause glitz and Xgl to build against the mesa GL, but they should build against the nvidia gl.

Try:

emerge mesa
emerge nvidia-glx glitz xgl
eselect opengl xorg-x11
emerge compiz
eselect opengl nvidia

and don't forget to LD_LIBRARY_PATH=/usr/include/opengl/xorg-x11/lib
for compiz

some feedback on whether this helps people or not would be good.

#36 cm on 2006-02-16 18:14 (Reply)

Actually it should be enough to rebuild glitz from current CVS ;-)

#36.1 MisterHH on 2006-02-16 19:25 (Reply)

I just got the newest overlay, and it compiz wants to install QT4. What gives? ;-)

Thanks for the overlays btw, it really is a lot of help!

#37 Thomas on 2006-02-16 19:56 (Reply)

It depends on QT4 with USE="kde", but the kde window decorator isn't working yet anyway.

#37.1 StringCheesian on 2006-02-19 04:40 (Reply)

emerge xgl fails with that error:

* Copying Mesa from /usr/portage/distfiles/cvs-src ...
* CVS module Mesa is now in /var/tmp/portage/xgl-20060215/work
* Applying r200-copy-pixels-1.patch ...

* Failed Patch: r200-copy-pixels-1.patch !
* ( /usr/local/portage-xgl/x11-base/xgl/files/r200-copy-pixels-1.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060215/temp/r200-copy-pixels-1.patch-5076.out

!!! ERROR: x11-base/xgl-20060215 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060215.ebuild, line 50: Called epatch 'unpack'

!!! Failed Patch: r200-copy-pixels-1.patch!
!!! If you need support, post the topmost build error, and the call stack if relevant.

Am i doing something wrong? those are my versions installed:
media-libs/mesa-6.4.2-r1
media-libs/glitz-0.5.0_alpha20060215

and trying to install that one -> xgl-20060215

What am i doing wrong? thanks in advanced

#38 newbe (Homepage) on 2006-02-16 21:11 (Reply)

emerge xgl fails with that error:

* Copying Mesa from /usr/portage/distfiles/cvs-src ...
* CVS module Mesa is now in /var/tmp/portage/xgl-20060215/work
* Applying r200-copy-pixels-1.patch ...

* Failed Patch: r200-copy-pixels-1.patch !
* ( /usr/local/portage-xgl/x11-base/xgl/files/r200-copy-pixels-1.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060215/temp/r200-copy-pixels-1.patch-5076.out

!!! ERROR: x11-base/xgl-20060215 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060215.ebuild, line 50: Called epatch 'unpack'

!!! Failed Patch: r200-copy-pixels-1.patch!
!!! If you need support, post the topmost build error, and the call stack if relevant.

Am i doing something wrong? those are my versions installed:
media-libs/mesa-6.4.2-r1
media-libs/glitz-0.5.0_alpha20060215

and trying to install that one -> xgl-20060215

What am i doing wrong? thanks in advanced

#39 new (Homepage) on 2006-02-16 21:13 (Reply)

I'm having the same issue, only emerge can't apply the arbshader patch.

Additionally, when I rolled back xgl to February 14th's overlay to avoid the issue applying the patch, when I run compiz I get the following error:

compiz: indirect_vertex_array.c:659: emit_drawArrays_old: Assertion `elements_per_request >= count` failed.

Anyone else have this problem, or anyone who can help me with the patch issues? Thank you in advance.

#39.1 Eighen Indemnis on 2006-02-16 21:17 (Reply)

Yes, having same issue with arbshader:

* Fetching CVS module xserver/xorg into /usr/portage/distfiles/cvs-src ...
* Running cvs -q -f -z4 -d ":pserver:anonymous:@cvs.freedesktop.org:/cvs/xorg" login
Logging in to :pserver:anonymous@cvs.freedesktop.org:2401/cvs/xorg
* Running cvs -q -f -z4 -d ":pserver:anonymous@cvs.freedesktop.org:/cvs/xorg" update -dP -rxgl-0-0-1 xgl-xorg
cvs update: warning: cannot open /cvs/xorg/CVSROOT/val-tags read/write: Permission denied
* Copying xserver/xorg from /usr/portage/distfiles/cvs-src ...
* CVS module xserver/xorg is now in /var/tmp/portage/xgl-20060215/work
* Fetching CVS module Mesa into /usr/portage/distfiles/cvs-src ...
* Running cvs -q -f -z4 -d ":pserver:anonymous:@pdx.freedesktop.org:/cvs/mesa" login
Logging in to :pserver:anonymous@pdx.freedesktop.org:2401/cvs/mesa
* Running cvs -q -f -z4 -d ":pserver:anonymous@pdx.freedesktop.org:/cvs/mesa" update -dP Mesa
* Copying Mesa from /usr/portage/distfiles/cvs-src ...
* CVS module Mesa is now in /var/tmp/portage/xgl-20060215/work
* Applying r200-copy-pixels-1.patch ... [ ok ]
* Applying xgl-arbshader-symlink-2.diff ...

* Failed Patch: xgl-arbshader-symlink-2.diff !
* ( /usr/local/xgl/x11-base/xgl/files/xgl-arbshader-symlink-2.diff )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060215/temp/xgl-arbshader-symlink-2.diff-12358.out

!!! ERROR: x11-base/xgl-20060215 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060215.ebuild, line 53: Called epatch 'unpack'

!!! Failed Patch: xgl-arbshader-symlink-2.diff!
!!! If you need support, post the topmost build error, and the call stack if relevant.

#39.1.1 Daeluin on 2006-02-16 21:48 (Reply)

fixed in svn overlay, compiling now... the anticipation rises. thanks hanno!

#39.1.2 Daeluin on 2006-02-17 02:34 (Reply)

How did you get your SVN overlay to check out correctly? When I run the command 'svn co http://svn.hboeck.de/xgl-overlay', I only get a small set of files: Manifests, patches, and ebuilds. I don't get any source code. Then when I try to 'emerge xgl', it tells me there's a mismatch in size with the file 'xgl-overlay/x11-base/xgl/xgl-20060216.ebuild'. It received a file with size 1881 and was expecting a file with size 1903.

Am I doing something stupid/wrong?

#39.1.2.1 Eighen Indemnis on 2006-02-17 03:41 (Reply)

IT is just because of the digest of the ebuild; easily fixed by cd'ing to xgl-overlays/x11-base/xgl/ and doing "ebuild xgl-whatever digest". It regens the digest file and lets you emerge it.

BTW, thanks for your superb work on this overlay... I just couldn't believe it when I saw XGL in a laptop of a friend, really ^^.

#39.1.2.1.1 Jisakiel on 2006-02-17 10:15 (Reply)

emerge xgl still fails with that error:

* Copying Mesa from /usr/portage/distfiles/cvs-src ...
* CVS module Mesa is now in /var/tmp/portage/xgl-20060216/work
* Applying r200-copy-pixels-1.patch ...

* Failed Patch: r200-copy-pixels-1.patch !
* ( /usr/local/portage-xgl/x11-base/xgl/files/r200-copy-pixels-1.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060216/temp/r200-copy-pixels-1.patch-5076.out

!!! ERROR: x11-base/xgl-20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060216.ebuild, line 50: Called epatch 'unpack'

!!! Failed Patch: r200-copy-pixels-1.patch!
!!! If you need support, post the topmost build error, and the call stack if relevant.

Could it be cause i install mesa liek this? VIDEO_CARDS="none" emerge mesa, as i use nvidia drivers i don't need the mesa one, and mesa neither have nvidia chip use flag, then i also compiled xorg-x11 and xorg-server with -dri use flag as nvidia comes with its own dri. so basically all i need is in the kernel (agp_gart which i don't use) or in nvidia.
Gonna try to compile mesa without VIDEO_CARDS="none", but it shouldn't be this way, then is it fails gonna try to recompile xorg with dri use flaga ctivated althoguh i don't need it.

If someone can help i gonna very very happy, thanks :)

#40 new (Homepage) on 2006-02-17 12:58 (Reply)

emerge xgl still fails with that error:

* Copying Mesa from /usr/portage/distfiles/cvs-src ...
* CVS module Mesa is now in /var/tmp/portage/xgl-20060216/work
* Applying r200-copy-pixels-1.patch ...

* Failed Patch: r200-copy-pixels-1.patch !
* ( /usr/local/portage-xgl/x11-base/xgl/files/r200-copy-pixels-1.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060216/temp/r200-copy-pixels-1.patch-5076.out

!!! ERROR: x11-base/xgl-20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060216.ebuild, line 50: Called epatch 'unpack'

!!! Failed Patch: r200-copy-pixels-1.patch!
!!! If you need support, post the topmost build error, and the call stack if relevant.

Could it be cause i install mesa liek this? VIDEO_CARDS="none" emerge mesa, as i use nvidia drivers i don't need the mesa one, and mesa neither have nvidia chip use flag, then i also compiled xorg-x11 and xorg-server with -dri use flag as nvidia comes with its own dri. so basically all i need is in the kernel (agp_gart which i don't use) or in nvidia.
Gonna try to compile mesa without VIDEO_CARDS="none", but it shouldn't be this way, then is it fails gonna try to recompile xorg with dri use flaga ctivated althoguh i don't need it.

If someone can help i gonna very very happy, thanks :)

Also i've seen that xdrinfo shows, i don't know why.

dri is working for me:
# glxinfo |grep -i dir
direct rendering: Yes
xdriinfo
libGL is too old.

#41 new (Homepage) on 2006-02-17 13:03 (Reply)

first of all i want to give a positive feedback ... works like a charm (execpt xinerama) but anyway - great job - it flows absolutly fluent
latest ebuild from 17.02.06
system : gentoo dual amd athlon gforce 4400 ti
btw svn did not work and Manifest was incorrect.
keep on going

#42 lil0r (Homepage) on 2006-02-17 20:00 (Reply)

I can start Xgl and compiz/gnome-window-decorator, but as soon as I start any x client, Xgl bombs out with
drmRadeonCmdBuffer: -22 (exiting)

The kernel says:
[drm:r300_emit_raw_packet3] *ERROR* Unknown packet3 header (0xc0059b00)
[drm:r300_emit_packet3] *ERROR* r300_emit_raw_packet3 failed
[drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet3 failed

I can start the x client on Xgl, but the same crash occurs when starting compiz.

I fear I have some stray header-file or library lying around, which is not being replaced when updating everything else. Any hints?

#43 Dag on 2006-02-18 11:23 (Reply)

when emerging xgl, it takes a dump. Topmost error says:
slang_execute.c:36:33: slang_library_noise.h: No such file or directory

which results in:
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I/var/tmp/portage/xgl-20060216/work/Mesa/include -I../grammar -I../../X -I../../array_cache -I../../glapi -I../../main -I../../math -I../../shader -I../../swrast -I../../swrast_setup -I../../tnl -I../.. -I../../../../hw/xfree86/os-support -DXGLServer -DUSE_MGL_NAMESPACE -DHAVE_DIX_CONFIG_H -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb -O2 -pipe -mcpu=i686 -MT slang_preprocess.lo -MD -MP -MF .deps/slang_preprocess.Tpo -c slang_preprocess.c -fPIC -DPIC -o .libs/slang_preprocess.o
make[4]: *** [slang_execute.lo] Error 1

I have slang installed, 1.4.9-r1

Thanks.

#44 mattb on 2006-02-18 23:42 (Reply)

whoop nevermind. just svn up'd and saw the slang_library_noise.diff

thanks for the guide and overlay :D

#44.1 mattb on 2006-02-18 23:54 (Reply)

Unfortunately the freedesktop CVS server seems to be down..
Guess this Xgl has got a lot of interest lately.

#45 Bas Westerbaan (Homepage) on 2006-02-19 12:02 (Reply)

Actually.. it has moved.

#45.1 Bas Westerbaan (Homepage) on 2006-02-19 12:13 (Reply)

Huh, now cairographics.org server is down... blah ...

#46 KID on 2006-02-19 14:52 (Reply)

look like they switched to GIT :-(

there is no git.eclass in normal portage 0> sucks

#46.1 chris on 2006-02-19 16:55 (Reply)

I just svn'd but the slang patch seems to missing??
anywhere I can find it?

/btw great work!!

#47 tele on 2006-02-20 18:39 (Reply)

I'm using xgl-20060216 and get this compilation error:

i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I../../../../include -I/var/tmp/portage/xgl-20060216/work/Mesa/include -I../grammar -I../../X -I../../array_cache -I../../glapi -I../../main -I../../math -I../../shader -I../../swrast -I../../swrast_setup -I../../tnl -I../.. -I../../../../hw/xfree86/os-support -DXGLServer -DUSE_MGL_NAMESPACE -DHAVE_DIX_CONFIG_H -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb -O2 -march=athlon-xp -fomit-frame-pointer -MT slang_assemble_assignment.lo -MD -MP -MF .deps/slang_assemble_assignment.Tpo -c slang_assemble_assignment.c -fPIC -DPIC -o .libs/slang_assemble_assignment.o
In file included from slang_compile.h:28,
from slang_assemble.h:28,
from slang_assemble_assignment.h:28,
from slang_assemble_assignment.c:33:
slang_compile_variable.h:28:26: slang_export.h: No such file or directory
In file included from slang_compile.h:28,
from slang_assemble.h:28,
from slang_assemble_assignment.h:28,
from slang_assemble_assignment.c:33:

I have mesa-6.4.3_alpha20060216 and glitz-0.5.3 installed. Any ideas? I see some other MESA related errors above, so not sure if this is the same thing.

#48 Alec Shaner on 2006-02-21 17:48 (Reply)

Hi, just to let you know, I have the exact same error, and I also have glitz-0.5.3 and mesa-6.4.3_alpha20060216.
I think it's just the CVS at the moment, we should probably try again in 24h or so :)

#48.1 da fox on 2006-02-21 21:46 (Reply)

Ok, I've found something, it can't find some include files, what I did is to change the following (pause emerge when it's configuring):
in /var/tmp/portage/xgl-20060216/work/Mesa/src/mesa/shader/slang/slang_compile_variable.h
change #include "slang_export.h" to the full path to this file (/var/tmp/portage/xgl-20060216/work/Mesa/shader/slang/slang_export.h, it's in the same directory as slang_export.h)
Do the same for /var/tmp/portage/xgl-20060216/work/Mesa/src/mesa/shader/slang/shaderobjects_3dlabs.c
It should compile now :)

#48.2 Da Fox on 2006-02-21 22:18 (Reply)

Thanks for the find.

I just did a svn up and the xgl-mesa-slang-export.diff file appears to address the missing slang_export.h file.

#48.2.1 Alec Shaner on 2006-02-22 02:25 (Reply)

xgl compiles fine now, but I get a 'segmentation fault' when starting the server :(
the log and strace don't give anything useful (at least not for me :))
I recompiled glitz, mesa and xgl. same thing, don't know what to make of this.
if someone cares: http://www.derhoch.de/strace-xgl.log

#48.2.1.1 Arne on 2006-02-22 11:17 (Reply)

ok, my fault (I think). 'Option "RENDER" "disable"' was set in my xorg.conf. wasn't a problem before...

#48.2.1.1.1 Arne on 2006-02-22 11:47 (Reply)

Now that I have everything built and running, I should report that so far it's working pretty well

I have a Athlon XP 2200+ CPU, nVidia GeForce 4 Ti 4600, 512 MB RAM and using the nvidia-1.0.8178-r3 driver and have built xgl using svr rev 19.

I start compiz as "compiz --replace switcher decoration wobbly fade minimize cube rotate zoom scale move resize place"

The wobbly, cube, zoom plugins all work without problems. I don't notice any redraw problems at all with no CPU load.

Problems I have noticed so far
1) xine doesn't work in xgl for me, works fine in my KDE
2) playing a DVD with mplayer in XGL is choppy, but plays fine in KDE
3) wobbly and cube effects perform badly when I'm using a lot of CPU (e.g., doing an emerge). In my KDE I don't notice choppiness like this.

But, it's awesome to have this running now...thanks to Hanno for putting all this together!

#48.2.1.2 Alec+Shaner on 2006-02-22 15:17 (Reply)

I have a big problem with compiling mesa. There is a whole dir missing! I've tried to make the i830 dir with a stubed Makefile, then I can compile mesa, but I don't ha
ve any DRI with the new mesa version. Therefor I can't start XGL :(

I've been looking around for solutions for this problem but there are none that I can find. Doesn't seem like there are many Intel users that are trying XGL.

/bin/sh: line 0: cd: i830: No such file or directory
make[5]: *** [subdirs] Error 1
make[5]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060216/work/Mesa/ src/mesa/drivers/dri'
make[4]: *** [linux-solo] Error 2
make[4]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060216/work/Mesa/ src/mesa'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060216/work/Mesa/ src/mesa'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060216/work/Mesa/ src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060216/work/Mesa'
make: *** [linux-dri-x86] Error 2

!!! ERROR: media-libs/mesa-6.4.3_alpha20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile

#49 Ronin on 2006-02-22 16:00 (Reply)

Great! Played with xgl and compiz yesterday. Everything works just like on that Novell video :-) I have GeForce 4 MX 440 with latest proprietary drivers. Thanks for making this possible!

#50 Malefic on 2006-02-22 19:10 (Reply)

mesa-slang-storage.diff is missing in the overlay when compiling mesa ...

#51 cytom on 2006-02-23 11:31 (Reply)

oh, i only have to digest the ebuild, the patch seems to be not needed anymore :-)

#51.1 cytom on 2006-02-23 11:35 (Reply)

I'm trying to get Xgl working. I get the following error when emerging glx:

i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../include -I../../GL/include -I../../hw/xfree86/os-support -DHAVE_DIX_CONFIG_H -I/var/tmp/portage/xgl-20060216/work/Mesa/include -I/var/tmp/portage/xgl-20060216/work/Mesa/src/mesa/glapi -I/var/tmp/portage/xgl-20060216/work/Mesa/src/mesa/main -DUSE_MGL_NAMESPACE -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I../../include -I../../include -I../../Xext -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I../../fb -O3 -march=pentium3 -pipe -MT glxcmdsswap.lo -MD -MP -MF .deps/glxcmdsswap.Tpo -c glxcmdsswap.c -fPIC -DPIC -o .libs/glxcmdsswap.o
glxcmds.c: In function `__glXVendorPrivateWithReply':
glxcmds.c:2351: error: `X_GLvop_IsRenderbufferEXT' undeclared (first use in this function)
glxcmds.c:2351: error: (Each undeclared identifier is reported only once
glxcmds.c:2351: error: for each function it appears in.)
glxcmds.c:2353: error: `X_GLvop_GenRenderbuffersEXT' undeclared (first use in this function)
glxcmds.c:2355: error: `X_GLvop_GetRenderbufferParameterivEXT' undeclared (first use in this function)
glxcmds.c:2357: error: `X_GLvop_IsFramebufferEXT' undeclared (first use in this function)
glxcmds.c:2359: error: `X_GLvop_GenFramebuffersEXT' undeclared (first use in this function)
glxcmds.c:2361: error: `X_GLvop_CheckFramebufferStatusEXT' undeclared (first use in this function)
glxcmds.c:2363: error: `X_GLvop_GetFramebufferAttachmentParameterivEXT' undeclared (first use in this function)
glxcmdsswap.c: In function `__glXSwapVendorPrivateWithReply':
glxcmdsswap.c:1129: error: `X_GLvop_IsRenderbufferEXT' undeclared (first use in this function)
glxcmdsswap.c:1129: error: (Each undeclared identifier is reported only once
glxcmdsswap.c:1129: error: for each function it appears in.)
glxcmdsswap.c:1131: error: `X_GLvop_GenRenderbuffersEXT' undeclared (first use in this function)
glxcmdsswap.c:1133: error: `X_GLvop_GetRenderbufferParameterivEXT' undeclared (first use in this function)
glxcmdsswap.c:1135: error: `X_GLvop_IsFramebufferEXT' undeclared (first use in this function)
glxcmdsswap.c:1137: error: `X_GLvop_GenFramebuffersEXT' undeclared (first use in this function)
glxcmdsswap.c:1139: error: `X_GLvop_CheckFramebufferStatusEXT' undeclared (first use in this function)
glxcmdsswap.c:1141: error: `X_GLvop_GetFramebufferAttachmentParameterivEXT' undeclared (first use in this function)
make[2]: *** [glxcmds.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [glxcmdsswap.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/xgl-20060216/work/xgl-xorg/GL/glx'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-20060216/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xgl-20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile

#52 Christian Larsen on 2006-02-23 15:39 (Reply)

dont you think you should post this on the XGL Mailing-List ?

go -> www.x.org -> mailinglists

#53 chris on 2006-02-23 15:45 (Reply)

Oops. Yes of course. Sorry.

#53.1 Christian Larsen on 2006-02-23 17:01 (Reply)

I do not think, that this should be answered in the mailing list - because I got the same problem when emerging X.org. See my see first comment here. And the problem was solved with an updated xgl-overlay.
I got a amd 64 and I think its somehow related to that.

Full error is here -> http://nopaste.info/index.php?id=696fc41214

#53.1.1 Stefan Silberstein (Homepage) on 2006-02-24 07:03 (Reply)

Certainly i mean when emerging XGL and not X.org

#53.1.2 Stefan Silberstein on 2006-02-24 07:15 (Reply)

here is the solution, until hanno has updated his overlay:

http://forums.gentoo.org/viewtopic-t-433415-postdays-0-postorder-asc-highlight-mesa+xgloverlay-start-450.html?sid=fa98bfb9c33d545c0f32efc1f1befde6

#54 tester on 2006-02-24 08:11 (Reply)

I've followed the Gentoo-wiki (http://gentoo-wiki.com/HOWTO_XGL)
for setting up Xgl with ati radeon video card
but when I execute
`Xgl :1 -ac -accel glx:pbuffer -accel xv:pbuffer`
I get the following error:

dlopen: /usr/lib64/xorg/modules/xgl/libglcore.so: undefined symbol: _swrast_BlitFramebuffer

Fatal server error:
No GLX modules loaded
dlopen: /usr/lib64/xorg/modules/xgl/libglcore.so: undefined symbol: _swrast_BlitFramebuffer

FatalError re-entered, aborting
No GLX modules loaded
Aborted

Any ideas on what I'm missing?
Thanks.

#55 Jeremy Johnson on 2006-03-02 19:38 (Reply)

I was having that problem too. I got the Xgl command to run by changing GL/swrast/Makefile.am to include s_blit.c. Add to xgl-swrast-slang.patch in your xgl-coffee directory

@@ -23,6 +24,7 @@
s_atifragshader.c \
s_bitmap.c \
s_blend.c \
+ s_blit.c \
s_buffers.c \
s_context.c \
s_copypix.c \

and run ebuild digest on the .ebuild file.

that worked for me atleast. Right now though I'm having trouble with compiz: GLX_EXT_texture_from_pixmap is missing. I'll repost if I find i need to do anything interesting.

#55.1 Joe on 2006-03-03 07:16 (Reply)

I googled and found a gentoo thread about this problem.
Apparently the s_blit patch is included in the latest xgl-coffee
xgl-blit.patch.
So I followed the README and
rm -rf /var/tmp/portage{xgl*,mesa*,glitz*,compiz*}
rm -rf /usr/portage/distfiles/cvvs-src/
emerge glproto mesa; eselect opengl set ati;
emerge glitz xgl compiz

Xgl now starts a new X-window but compiz exits with error
complaining about GLX_EXT_texture_from_pixmap missing.

which the Gentoo wiki says means that I either forgot to
prepend LD_LIBRARY_PATH... or that compiz got compiled
with wrong library
So I followed the suggestion to:
eselect opengl set xorg-x11
emerge -va mesa xgl; eselect opengl set ati

But then the Xgl command immediately dies with error about
Minor opcode of failed request: (X_GLXRender)
So I re-did
emerge glproto mesa glitz xgl compiz

and I'm back to the error message about "GLX_EXT_texture_from_pixmap is missing"

#55.1.1 Jeremy on 2006-03-03 18:14 (Reply)

I got there too! I didnt find the patch though, ended up doing it myself. The way I fixed the "GLX_EXT_texture_from_pixmap is missing" problem was by unmasking the mesa ebuild from the coffee overlay. Just add media-libs/mesa to your packages.keywords. When you do emerge mesa -vp it should say that its pulling it from the overlay with version mesa-20060225 or somethin.

#55.1.1.1 Joe on 2006-03-03 19:24 (Reply)

OK, I'll give that a try.
When I try `emerge -pv mesa`
it shows media-libs/mesa-6.4.2-r1 as being emerged
but coffee's ebuild is
mesa-6.5.0_alpha20060301.ebuild
but the $Header of the build says mesa-6.4.2-r1

I'll give it a try when I'm done upgrading KDE to 3.5

#55.1.1.1.1 Jeremy on 2006-03-03 20:50 (Reply)

repost how it works out. Right now i'm getting some error with kde-window-decorator that says "qt not finished" or somethin. I cant remember the error, i'm going to play with it when i get home.

#55.1.1.1.1.1 Joe on 2006-03-03 22:51 (Reply)

Well, emerge kept grabbing the wrong mesa. :-(
Why? So I tried `emerge -pv =media-libs/mesa-6.5.0-....`
and gentoo said that the package was masked by
package.unmask!
So `emerge mesa` kept grabbing the wrong version
even though I had "media-libs/mesa ~amd64" in package.keywords.
Anyhow, I added "~media-libs/mesa-6.5.0..." to package.unmask and gentoo finally emerged the correct
library! :-)

Well, just finished compiling but I'm back to the
_swrat_BlitFramebuffer error. Maybe i did something
wrong again. Oh well, enough for now.
I'll post again when I've got things working.

#55.1.1.1.1.1.1 jeremy on 2006-03-03 23:38 (Reply)

At first I got that same

" dlopen: /usr/lib64/xorg/modules/xgl/libglcore.so: undefined symbol: _swrast_BlitFramebuffer"

Fixed that by using the coffee overlay. Now I'm getting that same "GLX_EXT_texture_from_pixmap is missing error" you guys are getting (or were getting).

I've checked out my mesa install and my emerge pulled out the correct one (I think) :

* media-libs/mesa
Latest version available: 6.5.0_alpha20060301
Latest version installed: 6.5.0_alpha20060301
Size of files: 0 kB
Homepage: http://mesa3d.sourceforge.net/
Description: OpenGL-like graphic library for Linux
License: LGPL-2

---

[ebuild R ] media-libs/mesa-6.5.0_alpha20060301 USE="motif -debug" VIDEO_CARDS="ati -i810 -mga -none -s3virge -savage -sis -tdfx -trident -via" 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
[1] /usr/local/xgl-coffee

Anyone find a different fix for this?

#55.1.1.1.1.1.1.1 Allen on 2006-03-04 11:16 (Reply)

Ok got this all working sorta....

rather than set the LD_LIBARY_PATH I used this:

LD_PRELOAD=/usr/lib/opengl/xorg-x11/lib/libGL.so.1.2 compiz --replace gconf

That did the trick -- I'm running it as another window on an already running X server right now. I'm having some kinda issues with the howto scripts on the gentoo wiki howto for some reason.

got all the plugin's working and this thing is pretty slick.

#55.1.1.1.1.1.1.1.1 Allen on 2006-03-04 14:08 (Reply)

Well, I finally got Xgl working with compiz:-)
Yes, I had missed the line in the Gentoo Wiki about mesa being hard-masked. So I unmasked mesa and re-emerged everything
emerge glitz xgl compiz compiz-plugin-opacity xbindkeys transset
specifying the versions with =. I've been using the general startxgl
script: `./startxgl 1 gnome ati` Needed to kill the gnome-panel and restart it. Needed to run xbindkeys to get Ctrl-mousewheel to change opacity.
glxgears runs but fgl_glxgears exits with error about:
Using GLX_SGIX pbuffer
Error: couldn't get fbconfig

I haven't tried out kde or fluxbox with it y

#55.1.1.1.1.1.1.1.1.1 jeremy on 2006-03-05 02:57 (Reply)

Just for completeness sake I'll add that I got it running too. I'm running xfce on amd64/NV6600GT. Agreed, it's pretty slick. Anybody know if theres a way to make alt-1/2/3/4 go to specific faces on the cube? Anybody workin on it who would like some help?

#55.1.1.1.1.1.1.1.1.1.1 Joe on 2006-03-06 18:07 (Reply)

maby i'm just stupid.. if so delete this post... ;)

xorg 7.0 --

glxinfo -- direct rendering, yes"

Xgl latest a/o 3-7-06

glxinfo -- direct rendering , _no_ ??? wtf? everything looks as if it should work.. but it doesnt...? am i using a wrong init command? i have tried several.. it works.. but once again my gpu sits idle... any help will be appreciated, log output on req..

gentoo, amd64 nvidia 5200fx 128mb

#56 dean on 2006-03-09 14:59 (Reply)

Nope.. I'm stupid..
Per the "HOWTO XGL - Gentoo Linux Wiki"
nVidia GeForce FX5200 (with latest nvidia-glx-1.0.8178 and nvidia-kernel-1.0.8178-r3, _no_direct_rendering_)

#57 dean on 2006-03-09 23:23 (Reply)

Note: as of March 14, the mesa in cvs is broken. Someone committed a bunch of changes and forgot to redefine some constants. Of you getting a bunch of errors regarding SLANG_SHADER_MAX being undefined, try applying this patch to cvs mesa:

--- Mesa.new/src/mesa/shader/slang/slang_link.h 2006-03-15 14:01:03.000000000 +0800
+++ Mesa/src/mesa/shader/slang/slang_link.h 2006-03-15 14:01:02.000000000 +0800
@@ -33,9 +33,9 @@
^M
enum^M
{^M
- SLANG_UNIFORM_BINDING_VERTEX,^M
- SLANG_UNIFORM_BINDING_FRAGMENT,^M
- SLANG_UNIFORM_BINDING_MAX^M
+ SLANG_SHADER_VERTEX,^M
+ SLANG_SHADER_FRAGMENT,^M
+ SLANG_SHADER_MAX^M
};^M
^M
typedef struct^M

Or add it as slang_link.patch in portage_overlay/media-libs/mesa/files and add the following like to the ebuild (mesa-6.4.3_alpha20060216.ebuild) after the other epatch lines in the src_compile() function:

epatch ${FILESDIR}/slang_link.patch

don't forget to to ebuild mesa-6.4.3_alpha20060216.ebuild digest before emerging. I've emailed the mailing list bout the bug, hopefully it will be fixed in cvs soon, so this won't be necessary.

#58 gra_bags on 2006-03-15 07:48 (Reply)

Working perfect with nvidia, but I have to remove all other cards cause radeon code does not build, ¿Somebody Know how to roll back the edge-flip feature of rotate?
it doesn't work anymore :'(, but the other effects are awesome.

#59 Gustavo Guillermo Pérez (Homepage) on 2006-06-13 20:16 (Reply)

i am having problem with xgl. i installed it. all went smooth but when i issue this command:

/usr/bin/Xgl :1 -accel xv -accel glx:pbuffer -accel xv:pbuffer -ac -audit 0 -br -dpms -dpi 72

it gave this error:

Could not init font path element /usr/share/fonts/local/, removing from list!

Fatal server error:
no GLX visuals available

FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 2, should be 1; fixing.

i am using intel 845G onboard video. please help me gentoo-developers.

regards

#60 deependra (Homepage) on 2006-06-20 10:07 (Reply)

Name
Email
Homepage
In reply to
Comment	E-Mail addresses will not be displayed and will only be used for E-Mail notifications. To prevent automated Bots from commentspamming, please enter the string you see in the image below in the appropriate input box. Your comment will only be submitted if the strings match. Please ensure that your browser supports and accepts cookies, or your comment cannot be verified correctly. Enter the string from the spam-prevention image above:
	Remember Information? Subscribe to this entry

Xgl and compiz overlay update

Thursday, February 9. 2006

Xgl and compiz overlay update

About