Howto install xgl with glxcompmgr and fancy effects

Friday, January 13. 2006

Howto install xgl with glxcompmgr and fancy effects

Warning: By following the instructions below, you are probalby replacing some base libs from your system (mesa, glitz). This can and will seriously break your whole system if you don't know what you're doing. You may likely face other problems than I, so be prepared to play around yourself if you try this.

Ok, now for the fun part. Xgl is some experimental code for the next generation of X systems, with rendering completely done in OpenGL. Recently, David Reveman presented some major updates of the xgl-code. The instructions should be generic so you can do this on any distribution, however if you're using Gentoo, it'll be much easier, because you can get my xgl-overlay containing ebuilds for everything you need (get xgl-overlay-xxxx.tar.bz2 from here, I'll put up updated versions if neccessary). Non-Gentooers should also fetch this tarball, cause it contains all patches you'll need to follow the instructions.
I did this with an ATI Radeon 9200, till now this only works with the proprietary drivers from ATI or Nvidia. I haven't tried this with Nvidia, but it should work mostly the same way.
  1. First you need a system based on the modular X version, that means Xorg 7.0. Gentoo users read this, others don't ask me, ask your distribution.
  2. Now configure your X to use the fglrx-driver (ATI owners) or the nvidia-driver with Direct Rendering activated (check with glxinfo). I'm not going into detail, there are enough instructions for that out there.
  3. Get a cvs-version of glitz and replace your local glitz-installation with it (Gentooers: use ebuild from overlay). I didn't face any problems with my normal system by doing this, but this may differ.
  4. Get a cvs-version of mesa. David Reveman has posted some patches with the xgl-release you'll need to apply (mesa-glx-x11-get-drawable-attribs-fix-1.diff, mesa-glx-x11-render-texture-5.diff, r200-copy-pixels-1.patch). The render-texture-Patch needs some constants that were nowhere defined on my system. I've written an ugly workaround (mesa-glx-x11-glxproto-defines.diff), this is probably not the correct/nice way to do, but at least it works. After applying those four patches, compile and install. Gentooers use my ebuild as before, it already contains all patches. As with glitz, I had no problems with my normal system using mesa-cvs, but don't count on this.
  5. Fetch the kdrive/xserver-cvs. Configure with
    ./configure --enable-xglserver --enable-glx --with-mesa-source=[point to your mesa-cvs-tree]
    Gentooers use the xgl-ebuild (This contains some ugly hack for the Mesa-cvs-tree, which assumes that you've built mesa before and the mesa-cvs lays in your distfiles. Better solutions welcome.)
  6. Get glxcompmgr from xorg cvs. autogen.sh failed for me due to an error in plugins/Makefile.am, apply my patch (glxcompmgr-makefile-am-fix.diff). Gentooers use the ebuild ;-)
  7. Now, you've everything installed. You can now start
    Xgl :1 -ac -accel xv:pbuffer -accel glx:pbuffer (ATI users)
    or
    Xgl :1 -ac -accel xv -accel glx:pbuffer (Nvidia users)
  8. Now start some apps in it. My experiences was it crashes less often with Gnome stuff, konsole and xterm completely crashed xgl. I managed to run complete gnome and kde-sessions. glxcompmgr doesn't really work with some windowmanagers (e.g. icewm), but kwin and metacity at least work. To start something inside the xgl, do something like:
    DISPLAY=:1 metacity
  9. Now for glxcompmgr. This is a bit complicated, because you'll need to run glxcompmgr with the libGL from mesa/xorg, while your xserver and the xgl running on it need the libGL from the proprietary driver. Suggestion is running a terminal with LD_LIBRARY_PATH, e.g.
    LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ DISPLAY=:1 gnome-terminal
    Then, inside xgl and the terminal, you can check with glxinfo if GLX_MESA_render_texture is listed in GLX extensions. It is not enough if it's only listed on server glx extensions! If this is the case, you probably didn't point it to mesa-libGL correctly.
  10. Now run glxcompmgr, e.g. with the wobbly and shadow plugin.
    glxcompmgr wobbly shadow
    glxcompmgr contains a bunch of more plugins, but most of them I failed to figure out how to start the actual effect (e. g. cube). Play around with it, have fun.

Problems so far:
  • Crashes all the time.
  • Keyboard sometimes doesn't work, not deterministic.
  • Most effects (e. g. cube, expose, zoom) not running yet.

Update:
I just found a problem some people had according to a portage bug. I've put a fixed portage-ebuild into the overlay (this may lead to problems if portage-devs decide to release an update called 2.1_pre3-r2).
Posted by Hanno Böck in English, Gentoo, Linux at 16:01 | Comments (57) | Trackbacks (4)

Trackbacks
Trackback specific URI for this entry

Xgl
Following Mike Doty's instructions Hanno B
Weblog: Sebastian Bergmann
Tracked: Jan 15, 09:56
Xgl and compiz overlay update
This blog got lot's of visits recently, probably because of the interest in my xgl overlay. I've now created a new one based on the latest code changes in mesa and xgl, together with the new opengl window- and compositemanager compiz. I'm releasing
Weblog: Hanno's blog
Tracked: Feb 09, 17:04
Anleitung zur Installation von xgl
Sodelle, die Anleitung hier muss ich mir mal merken, bis ich einen neuen Rechner habe (steht als Geburtstagsgeschenk an...): Howto install xgl with glxcompmgr and fancy effects Das Blog selbst sieht auch ganz spannend aus, wieder ein neuer Link f
Weblog: cptsalek.twoday.net
Tracked: Feb 09, 22:17
XGL Demo Live-CD
XGL ist eine auf OpenGL basierende, hardwarebeschleunigte Implementierung des X-Window-Systems, die spektakul
Weblog: /* basquiat's lovely winter riot */
Tracked: Mar 09, 14:45

Comments
Display comments as (Linear | Threaded)

Surely you mean "install nvidia with the nvidia proprietary driver" and not DRI? The proprietary nvidia driver doesn't use DRI.
#1 Daniel Ceregatti (Homepage) on 2006-01-13 20:17 (Reply)
The xgl ebuild is horribly broken for me.

I had to modify the ebuild to inherit eutils (since epatch won't work otherwise) and I had to change
cp -r ${DISTDIR}/cvs-src/Mesa .
to
cp -r /usr/portage/distfiles/cvs-src/Mesa .
#2 C.MAC on 2006-01-14 13:20 (Reply)
Can you please try the updated version and see if this works?
I'm not sure why it doesn't resolve the DISTDIR-var for you, but others had the same problem.
#2.1 Hanno (Homepage) on 2006-01-14 15:31 (Reply)
The ebuild works fine now.

Maybe the problem with the DISTDIR var occurs with the new portage Version.

I'm on ~x86 (portage-2.1_pre3-r1).
#2.1.1 C.MAC on 2006-01-14 15:48 (Reply)
I managed to get Xgl running on Ubuntu, taking a slightly different route from you. I've put up some notes at http://nullinfinity.org/XglPage.html .

Just like you, I can't get the glxcompmgr cube effect running, though.
#3 Johan Brannlund on 2006-01-15 02:25 (Reply)
I can not make the xserver, when I add --enable-glx parameter, it wll throw an error
X/xf86glx.c:887: error: 'glGetQueryObjectui64vEXT' undeclared here (not in a function)
how can I do?
#4 kalfen on 2006-01-16 15:41 (Reply)
Got it working using the ebuilds without much problems. Nice Work Hanno!
#5 Irondog on 2006-01-16 22:49 (Reply)
I had to add --disable-kserver to get xserver/xgl to compile, (and --disable-ipv6 to get rid of some error messages) but now I'm getting the following error:

Xgl: /var/tmp/portage/xgl-20060107/work/xserver/Mesa/src/mesa/drivers/x11/xm_api.c:1567: XMesaCreateVisual: Assertion `visinfo->nplanes > 0' failed.

(Gentoo ~amd64)
#6 ianegg on 2006-01-17 15:22 (Reply)
--disable-kdriveserver I meant.
#6.1 ianegg on 2006-01-17 15:27 (Reply)
It turns out this is related to _XSERVER64 not being defined in the right places. I added -D_XSERVER64 to my CFLAGS and everything works fine.
#6.2 ianegg on 2006-01-19 00:25 (Reply)
Hanno, thanks a lot for your ebuilds and this howto!

While I also had some trouble getting the cube/rotate, expose, and zoom plugins to run, they are actually working very nice. The issue seems to be that Xgl (or glxcompmgr) doesn't receive the proper key events, so the default keyboard shortcuts need to be changed. Here is a simple howto for changing the shortcuts:

1. Run *glxcompmgr* *gconf* *cube* *expose* *fade* *rotate* *shadow* *wobbly* *zoom* - the gconf plugin lets you use gconf to change the defaults
2. Run *gconf-editor* and locate the folder */apps/gnome-composite/plugins/*
3. Change the shortcuts for each plugin, for example change *zoom/screen0/options/initiate/value* to *[Control]Button3*
4. Use your new shortcut in Xgl (there's no need to restart Xgl nor glxcompmgr)

I found the following modifiers working: [Shift], [Control], [ModeSwitch], and [NumLock]. The [Super] (Windows-key) modifier, used for most of the default shortcuts, does *not* work (at least on my system).
Furthermore, no keys are working, only mouse buttons and scroll, i.e. Button1..5.

*Note:* This comment system doesn't seem to be able to handle "less than" and "greater than" symbols. So [ should be read as "less than" and ] as "greater than".
#7 Lars T. Mikkelsen on 2006-01-18 23:45 (Reply)
Thanks for that! I don't have Gnome installed, and didn't want all the dependencies for gconf-edit, but gconftool-2 can also be used, though it's a little confusing at first.

eg.
gconftool-2 --spawn
glxcompmgr gconf cube rotate zoom wobbly shadow fade
gconftool-2 --type=string --set /apps/gnome-composite/plugins/zoom/screen0/options/initiate/value '[Control]Button3'

(for a list: gconftool-2 -R /apps/gnome-composite )

I had no problem using Ctrl with most buttons on the keyboard. Some combinations don't work with certain modifier keys though.
#7.1 ianegg on 2006-01-19 04:28 (Reply)
Xgl ebuild craps out on me ;)
Error:
*** No rule to make target `../../hw/xgl/libxgl.a', needed by `Xgl'. Stop.
#8 boniek on 2006-01-19 03:40 (Reply)
same for me. Suggestions?
#8.1 oggialli on 2006-01-19 09:49 (Reply)
same here :)
#8.2 tolly on 2006-01-19 14:43 (Reply)
http://forums.gentoo.org/viewtopic-t-386012-start-50.html
here's solution
#9 boniek on 2006-01-19 15:49 (Reply)
Oops, didn't see your comment!
#9.1 ianegg on 2006-01-19 16:53 (Reply)
From irondog on the Gentoo forums:

I resolved this by running make in /var/tmp/portage/xglbla and running this after that:

FEATURES="keepwork" emerge -av xgl
#10 ianegg on 2006-01-19 16:43 (Reply)
echecking for DRIPROTO... configure: error: Package requirements (xf86driproto) were not met:

No package 'xf86driproto' 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 DRIPROTO_CFLAGS
and DRIPROTO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


!!! ERROR: x11-base/xgl-20060118 failed.
!!! Function src_compile, Line 55, Exitcode 1
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

home teo # eix xf86driproto
* x11-proto/xf86driproto
Available versions: 2.0.1 2.0.2 2.0.3
Installed:
Homepage: http://xorg.freedesktop.org/
Description: X.Org XF86DRI protocol headers


Found 1 matches

missing deps in ebuild?
#11 fank on 2006-01-21 22:25 (Reply)
It could be because the ebuild disabled xkb. Edit the xgl edit and change --disable-xkb to --enable-xkb and see if anything changes. emerge will complain that the ebuild doesn't match anymore, just use emerge --digest xgl
#11.1 StringCheesian on 2006-01-23 04:25 (Reply)
Sorry this should have been in reply to #12
#11.1.1 StringCheesian on 2006-01-23 04:26 (Reply)
Ooops, this was supposed to be a reply to #12.
#11.1.2 StringCheesian on 2006-01-23 04:27 (Reply)
I have some problems with my keyboard mapping. Something seems to be wrong with xkb as no dead keys work (also F10 brings up the right MB menu in gnome-terminal which is normally sent to the app running within according to my settings).
While playing around with xgl a few days ago I also saw an error regarding this but I can't get the message at the moment and I forgot what it was exactly, sorry (Something about a missing Xkbsomething extension iirc).
Somebody got a clue what goes on?
#12 belgabor on 2006-01-22 04:29 (Reply)
The overlay update fixed this issue :-)

All in all my comments on 200601212 (and current mesa/glitz/xgl cvs):
_Pro:_
- Xkb issue fixed
- Some apps that didn't work do now (xterm)
_Con:_
- Some windows that shouldn't be focused (gkrellm2 set to be skipped) are now activated in glxcompmgr (selectable in expose, wobble when the cursor goes over them). This was correct with the old builds/cvs.
_Unchanged:_
- qt apps crash xgl
#12.1 belgabor on 2006-01-23 15:08 (Reply)
One I missed:
_Pro:_
- glxcompmgr now honors the gnome panels, i.e. 'normal' windows no longer overlap them, maximising works as it should.
#12.1.1 belgabor on 2006-01-23 15:16 (Reply)
I had a few problems with the glitz ebuild on gentoo. autoconf was complaining about some text files being in lowercase (news, copying ect). Im not sure if im only having this problem so i just edited the ebuild to fix this. Perhapse you need to do so also ?
#13 Michael (Homepage) on 2006-01-22 10:44 (Reply)
I have the same problem:

http://free.of.pl/m/macrosoft/mily/image.png


How can I repair it?
#13.1 Anonymous on 2006-01-24 17:41 (Reply)
KDE was working perfectly with previous build, now widgets and other parts of the screen are corrupted or have black backgrounds, glxcompmgr simply produces a black screen.

With just xterm running, glxcompmgr causes the xterm window to be drawn black, but when kwin is started, the black windows will wobble, have shadows and fade in/out, and all the other effects work.

Keyboard works properly now though.

I noticed the ebuild has been changed to use MesaLib-6.4.1, so I fiddled around but can't get it to compile with the cvs sources.
#14 ianegg on 2006-01-23 16:16 (Reply)
I have the same problem:

http://free.of.pl/m/macrosoft/mily/image.png


How can I repair it??
#14.1 Rafal (Homepage) on 2006-01-24 17:43 (Reply)
I have experienced these odd problems :
when compiling using Mesa-6.4.1 make finishes successfully, but Xgl fails at start saying

dlopen: /usr/local/Xgl/lib/modules/xgl/libglcore.so: undefined symbol: _mesa_exec_free
FatalError re-entered, aborting
No GLX modules loaded
Neúspěšně ukončen (SIGABRT)

and when compiling using CVS Mesa make fails as follows:

In file included from /opt/Mesa/src/mesa/glapi/glapi.h:49,
from /opt/Mesa/src/mesa/main/context.h:51,
from X/xf86glx.c:51:
/opt/Mesa/src/mesa/glapi/glapitable.h:856: error: syntax error before 'GLint64EXT'
/opt/Mesa/src/mesa/glapi/glapitable.h:856: warning: function declaration isn't a prototype
/opt/Mesa/src/mesa/glapi/glapitable.h:857: error: syntax error before 'GLuint64EXT'
/opt/Mesa/src/mesa/glapi/glapitable.h:857: warning: function declaration isn't a prototype
In file included from /opt/Mesa/src/mesa/main/context.h:53,
from X/xf86glx.c:51:
/opt/Mesa/src/mesa/main/mtypes.h:1930: error: syntax error before 'GLuint64EXT'
/opt/Mesa/src/mesa/main/mtypes.h:1930: warning: no semicolon at end of struct or union
/opt/Mesa/src/mesa/main/mtypes.h:1933: error: syntax error before '}' token
make[2]: *** [libglcore_la-xf86glx.lo] Error 1

I have checked both files and there are no syntax errors - CVS Mesa itself compiles fine - now I really do not know what to do...
#15 Scythe on 2006-01-24 11:14 (Reply)
The same with the problem of:
dlopen: /usr/local/Xgl/lib/modules/xgl/libglcore.so: undefined symbol: _mesa_exec_free
FatalError re-entered, aborting
No GLX modules loaded
Neúspěšně ukončen (SIGABRT)

could someone help?
#15.1 Anonymous on 2006-02-20 17:01 (Reply)
x11-base/xgl-20060118 needs xorgxf86driproto; please add it to the deps ;)
#16 MUD (Homepage) on 2006-02-07 04:16 (Reply)
failed path , for "emerge mesa"

Failed Patch: mesa-glx-x11-get-drawable-attribs-fix-1.diff !
* ( /home/chris/xgl/media-libs/mesa/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff )
#17 chris on 2006-02-08 05:34 (Reply)
Same here :/ and after removing it from ebuild,along with xgl-mesa-stable-180106.diff which also failed, error showed up: glxcmds.c:2621: error: ‘X_GLXvop_BindTexImageEXT’ undeclared (first use in this function)... Help? :)
#17.1 blazej on 2006-02-08 10:35 (Reply)
Same problem here as well. Guess a cvs change has broken it? Attached below is the start of the log file it points to.

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

========================================================

PATCH COMMAND: patch -p0 -g0 --no-backup-if-mismatch < /usr/local/portage/media-libs/mesa/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff

========================================================
patching file src/glx/x11/glx_pbuffer.c
Hunk #1 succeeded at 168 with fuzz 2 (offset -32 lines).
Hunk #2 FAILED at 199.
1 out of 2 hunks FAILED -- saving rejects to file src/glx/x11/glx_pbuffer.c.rej
========================================================

PATCH COMMAND: patch -p1 -g0 --no-backup-if-mismatch < /usr/local/portage/media-libs/mesa/files/mesa-glx-x11-get-drawable-attribs-fix-1.diff

========================================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -u -r1.5 glx_pbuffer.c
|--- src/glx/x11/glx_pbuffer.c 11 Aug 2005 14:18:53 -0000 1.5
|+++ src/glx/x11/glx_pbuffer.c 30 Aug 2005 01:48:16 -0000
--------------------------
No file to patch. Skipping patch.
2 out of 2 hunks ignored
========================================================
#17.1.1 dbell (Homepage) on 2006-02-08 21:54 (Reply)
there is a solution to this @ forums.gentoo.org , search for XGL , there on the thread on page 15 is a howto :-() works , litte bit more work but it works
#18 chris on 2006-02-09 03:00 (Reply)
it didnt work for me.
#18.1 enzobelmont on 2006-02-09 04:29 (Reply)
when starting glxcompmgr gnome-terminal get's black, until i kill glxcompmgr. i'm using fglrx.

does anybody have this problem?
#19 l00caz on 2006-02-09 12:21 (Reply)
following your howto and a thread in the gentoo forums i managed to compile all this stuff. modular Xorg working like a charm right now... but Xgl does not work.
i have to add that i am trying to get this to work on a MSI notebook with an Intel 915GM graphics chip...
perhaps this maybe the reason.

when i try to start Xgl it comes up and for a little moment i can see the standard x-server background with a mouse cursor but then the screen blanks and it drops me back to the console with the following error:
-----------------------------------------------------
X Error of failed request: BadLength (poly request too large or internal Xlib length error)
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 1 (X_GLXRender)
Serial number of failed request: 102
Current serial number in output stream: 103
-----------------------------------------------------

does somebody have a hint where this problem could come from?
#20 rep on 2006-02-09 15:59 (Reply)
direct rendering was activated
#20.1 Anonymous on 2006-02-13 19:52 (Reply)
I had the same problem, I start Xgl as follows:

LD_LIBRARY_PATH=/usr/lib/opengl/ati/lib/ Xgl :$1 -ac -accel xv -accel glx:pbuffer &
sleep 1
echo "======= COMPIZ ==========="
DISPLAY=:$1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz --replace decoration wobbly fade minimize switcher cube rotate zoom scale move resize place &
sleep 1
echo "====== DECORATIONS ======="
DISPLAY=:$1 gnome-window-decorator &
sleep 1
echo "======= GNOME ============"
DISPLAY=:$1 gnome-session

The important part: LD_LIBRARY_PATH points first to the ati OpenGL implementaion and afterwards to the xorg-x11 implementation.... I don't know why I have to start it in that way.
#20.2 slot (Homepage) on 2006-02-16 13:02 (Reply)
People who get a "
/opt/Mesa/src/mesa/glapi/glapitable.h:856: error: syntax error before 'GLint64EXT'" or similar:

Read this topic on the gentoo forums:
http://forums.gentoo.org/viewtopic-t-386012-postdays-0-postorder-asc-start-357.html

Quoted from the post:
"
1. You must edit two of the patches: "mesa-glx-x11-glxproto-defines.diff" and "xgl-glxproto-defines.diff", which are in "/usr/local/overlays/xgl/x11-base/xgl/files".

Open both up and in both change all occourances of "X_GLXvop_BindTexImageMESA" to "X_GLXvop_BindTexImageEXT", and all occourances of "X_GLXvop_ReleaseTexImageMESA" to "X_GLXvop_ReleaseTexImageEXT".

"
#21 Haystack on 2006-02-10 01:07 (Reply)
is there a chance that it will work under ppc?

regards
raaf
#22 raaf on 2006-02-11 14:33 (Reply)
Wow, runs quite well.

One problem is, that the keys get wrecked after some time, don't know why... Also the Mouse buttons produce wrong events after about 10 minutes.

robert
#23 Robert on 2006-02-13 21:05 (Reply)
Hanno, can you please check this thread on the gentoo forums? We're all having the same exact error using your overlay and I hope you could shed some light on the issue. Thanks!

http://forums.gentoo.org/viewtopic-p-3109197.html#3109197
#24 etx on 2006-02-13 22:21 (Reply)
compiling mesa 6.4.3 that I found in the last overlay:

indirect_vertex_array.c:424: error: `foo' undeclared (first use in this function)
indirect_vertex_array.c:424: error: (Each undeclared identifier is reported only once
indirect_vertex_array.c:424: error: for each function it appears in.)
indirect_vertex_array.c:424: error: syntax error before "if"
indirect_vertex_array.c: At top level:
indirect_vertex_array.c:432: error: syntax error before "if"
indirect_vertex_array.c:437: warning: type defaults to `int' in declaration of `info'
indirect_vertex_array.c:437: error: conflicting types for 'info'
indirect_vertex_array.c:429: error: previous declaration of 'info' was here
indirect_vertex_array.c:437: error: `arrays' undeclared here (not in a function)indirect_vertex_array.c:437: warning: data definition has no type or storage class
indirect_vertex_array.c:438: error: syntax error before "for"
indirect_vertex_array.c:441: error: syntax error before '++' token
indirect_vertex_array.c:442: error: syntax error before '++' token
indirect_vertex_array.c:467: warning: 'emit_DrawArrays_none' defined but not used
indirect_vertex_array.c:638: warning: 'emit_DrawArrays_old' defined but not usedindirect_vertex_array.c:701: warning: 'emit_DrawElements_none' defined but not used
indirect_vertex_array.c:768: warning: 'emit_DrawElements_old' defined but not used
indirect_vertex_array.c:382: warning: 'allocate_array_info_cache' defined but not used
make[3]: *** [indirect_vertex_array.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060209/work/Mesa/src/glx/x11'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060209/work/Mesa/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/portage/mesa-6.4.3_alpha20060209/work/Mesa'make: *** [linux-dri-x86-64] Error 2

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

!!! Build failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

How can I fix it?
regards
#25 emanuele on 2006-02-14 23:26 (Reply)
Hi guys, when I try to emerge xgl I got this 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-20060211/work/Mesa/include -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 -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 -fomit-frame-pointer -MT s_span.lo -MD -MP -MF .deps/s_span.Tpo -c s_span.c -fPIC -DPIC -o .libs/s_span.o
if /bin/sh ../../../libtool --tag=CC --mode=compile 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-20060211/work/Mesa/include -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 -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 -fomit-frame-pointer -MT s_stencil.lo -MD -MP -MF ".deps/s_stencil.Tpo" -c -o s_stencil.lo s_stencil.c; \
then mv -f ".deps/s_stencil.Tpo" ".deps/s_stencil.Plo"; else rm -f ".deps/s_stencil.Tpo"; exit 1; fi
s_span.c:41:25: s_arbshader.h: No such file or directory
make[3]: *** [s_span.lo] Error 1
make[3]: *** 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/var/tmp/portage/xgl-20060211/work/Mesa/include -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 -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 -fomit-frame-pointer -MT s_stencil.lo -MD -MP -MF .deps/s_stencil.Tpo -c s_stencil.c -fPIC -DPIC -o .libs/s_stencil.o
make[3]: Leaving directory `/var/tmp/portage/xgl-20060211/work/xgl-xorg/GL/mesa/swrast'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/xgl-20060211/work/xgl-xorg/GL/mesa'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-20060211/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1

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


Any suggestion??
#26 Raffo on 2006-02-15 22:38 (Reply)
xglserver ebuild 20060215 fails with the following:
* Failed Patch: xgl-arbshader-symlink-2.diff !
* ( /usr/portage/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-29339.out

Is it just me or is this latest overlay broken?

Regards

Mark Guz
#27 Mark Guz on 2006-02-16 10:21 (Reply)
whooo thx alot, it works perfect on my laptop. All plugins work I had the change the ebuild a bit tho.:
remove xgl-slang-library-noise.diff patch from xgl-20060216.ebuild
and run ebuild xgl-20060216.ebuild digest
#28 Jorrit on 2006-02-20 16:18 (Reply)
I have problem starting compiz and glxcompmgr:

Xlib: extension "GLX" mission on display...

I have incluede library in xorg.conf file, X find glx module (from log).
#29 peppe on 2006-02-25 19:05 (Reply)
when compiling xgl, it fails with the following errors:

s_arbshader.c:35:27: slang_utility.h: No such file or directory
s_arbshader.c:36:24: slang_link.h: No such file or directory

Which package adds these?
#30 Dave Pyke on 2006-02-27 21:57 (Reply)
s_arbshader.c:35:27: slang_utility.h: No such file or directory
s_arbshader.c:36:24: slang_link.h: No such file or directory

these files come from Mesa
I have the same errors and don't seem to find a way to fix that
they are both present in /opt/cvs/Mesa/src/mesa/shader/slang/

If you find a way please let me know ! thanks !
#30.1 temis on 2006-03-04 14:31 (Reply)
It seems I have still some problem with current Xgl overlay. I can compile everything fine but XGL cause error here. I try to move a few days ealier on cvs but without good results ;(

--------
make[2]: Entering directory `/tmpfs/portage/xgl-20060216/work/xgl-xorg/GL/glx'
if /bin/sh ../../libtool --tag=CC --mode=compile powerpc-unknown-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 -I../../hw/xfree86/os-support/bus -I../../hw/xfree86/common -I../../hw/xfree86/dri -I../../mi -I/var/portage/xgl-20060216/work/Mesa/include -DHAVE_DIX_CONFIG_H -I/usr/include/drm -I/usr/include/X11/dri -I/var/portage/xgl-20060216/work/Mesa/src/mesa/glapi -I/var/portage/xgl-20060216/work/Mesa/src/glx/x11 -I/var/portage/xgl-20060216/work/Mesa/src/mesa/main -DXGLServer -DNO_LIBCWRAPPER -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 -mcpu=7450 -mtune=7450 -maltivec -mabi=altivec -O2 -fomit-frame-pointer -fno-strict-aliasing -fsigned-char -pipe -MT glxdri.lo -MD -MP -MF ".deps/glxdri.Tpo" -c -o glxdri.lo glxdri.c; \
then mv -f ".deps/glxdri.Tpo" ".deps/glxdri.Plo"; else rm -f ".deps/glxdri.Tpo"; exit 1; fi
powerpc-unknown-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 -I../../hw/xfree86/os-support/bus -I../../hw/xfree86/common -I../../hw/xfree86/dri -I../../mi -I/var/portage/xgl-20060216/work/Mesa/include -DHAVE_DIX_CONFIG_H -I/usr/include/drm -I/usr/include/X11/dri -I/var/portage/xgl-20060216/work/Mesa/src/mesa/glapi -I/var/portage/xgl-20060216/work/Mesa/src/glx/x11 -I/var/portage/xgl-20060216/work/Mesa/src/mesa/main -DXGLServer -DNO_LIBCWRAPPER -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 -mcpu=7450 -mtune=7450 -maltivec -mabi=altivec -O2 -fomit-frame-pointer -fno-strict-aliasing -fsigned-char -pipe -MT glxdri.lo -MD -MP -MF .deps/glxdri.Tpo -c glxdri.c -fPIC -DPIC -o .libs/glxdri.o
glxdri.c: In function '__glXDRIdrawableCopySubBuffer':
glxdri.c:199: error: 'struct __DRIdrawableRec' has no member named 'copySubBuffer'
make[2]: *** [glxdri.lo] Error 1
make[2]: Leaving directory `/tmpfs/portage/xgl-20060216/work/xgl-xorg/GL/glx'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmpfs/portage/xgl-20060216/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1

--------
#31 Marcin Morgoth Kurek (Homepage) on 2006-03-17 05:46 (Reply)
After updating to the current version 20060323 of Xgl i can not execute "Xgl" anymore.

(*# emerge xgl && Xgl*)
[... emerges xgl]
>>> x11-base/xgl-0.0.1_p20060323 merged.

bash: Xgl: command not found



(*# locate Xgl*)

[...]
/tmp/.Xgl-auth-ULdU9z
/tmp/.Xgl-auth-wPqAML/tmp/.Xgl-auth-baIPLw
/tmp/.Xgl-auth-3ZjUaX
/tmp/.Xgl-auth-bFtuad
/tmp/.Xgl-auth-KSGIu2
/tmp/.Xgl-auth-6D0Lg9
/tmp/.Xgl-auth-cvU5nX
[...]
Emerging an older version did not help yet.
#32 Johannes on 2006-03-24 00:29 (Reply)
Hi, I-m A Gentoo user. I installed modular Xorg first and then I tried to configure my GeForce4 MX 440 so I tried to emerge nvidia-glx but when I try to do so this is what appear:

Calculating dependencies... done!
[blocks B ] >=x11-base/xorg-server-1.0.99 (is blocking media-video/nvidia-glx-1.0.8762)
[ebuild N ] media-video/nvidia-glx-1.0.8762 USE="dlloader" 0 kB


how can I solve the problem?

Thanks
#33 fla83tn on 2006-07-14 10:05 (Reply)
checking for GCONF... yes
configure: error: app-glxcompmgr is now maintained at:
git://git.freedesktop.org/git/xorg/app/app-glxcompmgr
Please use that repository.

дальше тоже его не достать
git-clone git://git.freedesktop.org/git/xorg/app/app-glxcompmgr app-glxcompmgr
fatal: unexpected EOF
fetch-pack from 'git://git.freedesktop.org/git/xorg/app/app-glxcompmgr' failed.
#34 Name (Homepage) on 2006-09-23 08:45 (Reply)
does anyone in here know of a way to use the mesa-glx packages with the radeon driver to get direct rendering under Xgl?
#35 George Thomas on 2006-10-10 22:01 (Reply)

Add 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.
CAPTCHA
 
 

About me

You can find my web page with links to my work as a journalist at https://hboeck.de/.

You may also find my newsletter about climate change and decarbonization technologies interesting.

Hanno Böck
mail: hanno@hboeck.de

Hanno on Mastodon

Impressum

schokokeks.org

Creative Commons

CC0
Unless noted otherwise, all content is CC Zero / public domain

Show tagged entries

Frontpage
Datenschutz / Privacy