Latest Xgl and Compiz PKGBUILDs

b4t3m4n · 2006-04-11 16:48:38

Thanks to rasta's adjusted sleep command, I can actually get it to load now. Though its absurdly sluggish, with no added effects, which I am pretty sure is because compiz throws an error on startup and says there are no managable screens. Is there some adjustment I need to make to my X config to get it to work?

I am running an AMD64 3500+, gig of RAM and a 9800 Pro.

Mikos · 2006-04-11 16:54:13

Mr Green wrote:

Tried out shadowhands repro mesa-xgl-cvs seems to be missing ? (as per Arch wiki!)
Would Xgl work with say Openbox ?

Oh, I am sorry, I have edited wiki but I forgot that Shadowhand's repository isn't updated to my latest PKGBUILDs version. So if you want to use packages from Shadowhand's repository, install mesa-cvs instead of mesa-xgl-cvs (but it is dependency of compiz, so it shuld be installed by pacman automatically).

eddy · 2006-04-11 21:14:40

thanks rasta
Adjusting the sleep value has done the job.
8)

b4t3m4n · 2006-04-12 07:00:07

my only problem is when I run iit with xfce-svn is uber small fonts, where can I change this?

*edit* sort of fixed I guess, I went through and up'ed all my font sizes and forced firefox to render no lower than size 16 for all fonts. Wonder why xgl makes all the fonts appear smaller.

Mikos · 2006-04-13 14:51:38

!!! UPDATE !!!
You can checkout my latest release from my Bazaar-NG repository or download it here:
xgl-abs-overlay-20060414-1.tar.gz

Pkgver is one day in future because problems with timezones in CVS. I _hate_ CVS... CVS must die! ;-)

Changelog:

· Added libwnck-compiz PKGBUILD (latest stable libwnck version with patches from David Reveman). This should add an opacity sub-menu to the window action menu (but I don't see it, why?) and makes it possible to move windows using the pager (this works great for me).
· Added --enable-gconf-dump option to compiz-cvs and compiz-quinn-cvs
· Removed mesa-tfp-update-1.patch from mesa-xgl-cvs and xgl-cvs (commited to mesa cvs head)
· Upstream bugs in compiz-quinn-cvs (buggy GNOME workspace switcher applet, badly working show desktop button) are now fixed.

profoX · 2006-04-13 15:05:26

I'm having a little problem and I can't fix it
When I try to build "mesa-xgl-cvs" I get this error:

In file included from ../../../src/mesa/drivers/dri/common/glcontextmodes.h:33,
                 from glcontextmodes.c:63:
../../../include/GL/internal/glcore.h:147: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:148: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:149: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:150: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:151: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:154: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:155: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:156: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:157: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:158: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:161: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:162: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:163: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:164: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:165: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:168: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:169: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:170: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:171: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:172: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:175: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:176: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:177: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:178: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:179: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:182: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:183: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:184: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:185: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:186: error: duplicate member 'yInverted'
../../../include/GL/internal/glcore.h:191: error: duplicate member 'bindToTextureRgb'
../../../include/GL/internal/glcore.h:192: error: duplicate member 'bindToTextureRgba'
../../../include/GL/internal/glcore.h:193: error: duplicate member 'bindToMipmapTexture'
../../../include/GL/internal/glcore.h:194: error: duplicate member 'bindToTextureTargets'
../../../include/GL/internal/glcore.h:195: error: duplicate member 'yInverted'
make[3]: *** [glcontextmodes.o] Error 1
make[3]: Leaving directory `/home/profox/xgl/mesa-xgl-cvs/src/Mesa-build/src/glx/x11'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/home/profox/xgl/mesa-xgl-cvs/src/Mesa-build/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/home/profox/xgl/mesa-xgl-cvs/src/Mesa-build'
make: *** [linux-dri-x86] Error 2
==> ERROR: Build Failed.  Aborting...

Why exactly does this happen?

Now I also tried to combine some building of your packages with Shadowhand's repo (I know it's not the best solution in some aspects, but I think I kept okay with dependancies)

Now I get the following error when running "startxgl 1 gnome ati" as root for testing:

==> Starting Compiz (window and composite manager)
compiz: SmcOpenConnection failed: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
compiz: No GLXFBConfig for default depth, this isn't going to work.
compiz: Failed to manage screen: 0
compiz: No managable screens found on display :1

Google hasn't seen this error, so I'm quite confused.

Mikos · 2006-04-13 15:21:53

I don't know why mesa-xgl-cvs build fails for you :-( It works for me...

But IMHO that Compiz error is caused by old vesion of xgl-cvs and mesa-xgl-cvs (withou tfp update). You _must_ have latest xgl-cvs and mesa-xgl-cvs for latest compiz-cvs or compiz-quinn-cvs.

profoX · 2006-04-13 15:25:14

Mikos wrote:

I don't know why mesa-xgl-cvs build fails for you :-( It works for me...
But IMHO that Compiz error is caused by old vesion of xgl-cvs and mesa-xgl-cvs (withou tfp update). You _must_ have latest xgl-cvs and mesa-xgl-cvs for latest compiz-cvs or compiz-quinn-cvs.

I think so too. But since I can't build it I have a little problem
The mesa-xgl-cvs from Shadowhand is of 20060411 so that's probably too old.
Also, xgl-cvs doesn't seem to be included in Shadowhand repository anymore?

[root@archflame mesa-xgl-cvs]# pacman -sS xgl-cvs
shadowhand/mesa-xgl-cvs 20060411-1
    Mesa DRI OpenGL library and drivers

Mikos · 2006-04-13 15:54:32

I don't know, I am not Shadowhand :-) But I have posted about my updates to his forum, so maybe he will update his repo soon... so wait :-)

shadowhand · 2006-04-13 17:00:32

I can't get XGL to build. Haven't been able to for days. Here's me error:

 ccache gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I/home/woodrow/Packages/repo_pkgbuild/xgl-cvs/src/Mesa-build/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 -DHAVE_DIX_CONFIG_H -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 -march=i686 -O2 -pipe -MT accum.lo -MD -MP -MF .deps/accum.Tpo -c accum.c  -fPIC -DPIC -o .libs/accum.o
In file included from accum.h:41,
                 from accum.c:26:
mtypes.h:44:20: error: bitset.h: No such file or directory
make[3]: *** [accum.lo] Error 1
make[3]: Leaving directory `/mnt/media/depot/packages/repo_pkgbuild/xgl-cvs/src/xserver-build/xorg/GL/mesa/main'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/mnt/media/depot/packages/repo_pkgbuild/xgl-cvs/src/xserver-build/xorg/GL/mesa'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/media/depot/packages/repo_pkgbuild/xgl-cvs/src/xserver-build/xorg/GL'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed.  Aborting...

bitset.h is part of the python pkg btw.

profoX · 2006-04-13 17:07:48

shadowhand wrote:

bitset.h is part of the python pkg btw.

I suppose you already tried to (re)install python and python libraries and dev files?

shadowhand · 2006-04-13 17:10:17

profoX wrote:

shadowhand wrote:
bitset.h is part of the python pkg btw.
I suppose you already tried to (re)install python and python libraries and dev files?

Of course.

Mikos · 2006-04-13 19:10:11

No, bitset.h is part of fetched Mesa CVS sourcecode. It must be manually added to symlinks-mesa.sh file (in Xgl sourcecode). But this was fixed in Xgl CVS today, so I have removed appropriate patch.

So there is problem in your fetched Xgl source tree - it is not actual. Maybe some another timezone problem? This is really pissing me off, I am starting to _hate_ CVS :evil:

shadowhand · 2006-04-13 20:17:35

Thanks Mikos... I'll try a clean source tree and build tonight.

Gullible Jones · 2006-04-13 20:34:23

Perhaps the Xorg devs should switch to Git, you think?

Mikos · 2006-04-13 22:13:30

Gullible Jones wrote:

Perhaps the Xorg devs should switch to Git, you think?

Yes.

Git, Bazaar-NG, Darcs, Mercurial... there are really good distributed SCMs out there. Subversion would be also much better than CVS (even though it is far worse than distributed SCMs, it is still _much_ better than CVS).

Gullible Jones · 2006-04-13 22:18:22

Perhaps someone ought to propose a migration on the Xorg mailing list. Xorg could probably do with the sort of rapid improvement that the Linux kernel went through after they moved it to Git...

Mikos · 2006-04-14 00:35:57

Well, Git (and other distributed SCMs) have similar concept to BitKeeper, so I don't think that switch to Git have something to do with rapid improvements in kernel. But it was definitely good step, because BitKeeper is proprietary closedsource software.

Infinite · 2006-04-14 00:42:57

Hi , back once more.

XGL runs great, fast and smooth. Compiz, however, does not .

error output:

compiz: GLX_EXT_texture_from_pixmap is missing
compiz: Failed to manage screen: 0
compiz: No managable screens found on display :1.0

I've commented out the part where compiz is loaded in the xgl startup script or else compiz would totally mess up my screen.

xgl started with:

starxgl 1 nvidia gnome

I think it has something to do with mesa, which overrides libGL.so , so I think I have to create a symlink to the mesa GL which I can't find. ( I do know that I have it installed)

Help is very much appreciated.

Mikos · 2006-04-14 07:13:35

Infinite wrote:

compiz: GLX_EXT_texture_from_pixmap is missing
compiz: Failed to manage screen: 0
compiz: No managable screens found on display :1.0

It looks like you are trying to run compiz in normal X server, not Xgl (because Xgl provides GLX_EXT_texture_from_pixmap). Maybe your Xgl installation is somehow messed up?

Infinite wrote:

xgl started with:
starxgl 1 nvidia gnome

It should be:

starxgl 1 gnome nvidia

Infinite wrote:

I think it has something to do with mesa, which overrides libGL.so , so I think I have to create a symlink to the mesa GL which I can't find. ( I do know that I have it installed)

mesa-xgl-cvs doesn't override your libGL.so, it is installed to /opt/mesa-xgl-cvs and used only by compiz (by running it with LD_LIBRARY_PATH=/opt/mesa-xgl-cvs/lib/). So no links needed. Are you sure that your graphics drivers are well installed?

Infinite · 2006-04-14 15:48:13

Mikos wrote:

startxgl 1 gnome nvidia

Ah yes, I know. Sorry, it was late at the time (past 2 AM )

It looks like you are trying to run compiz in normal X server, not Xgl (because Xgl provides GLX_EXT_texture_from_pixmap). Maybe your Xgl installation is somehow messed up?

XGL did somehow got messed up pretty bad but that doesn't matter anymore because, since Shadowhands latest repo update this morning, everthing works just fine.

I did have to disable (commend out) the NoRenderExtension and AllowGLXWithComposite and had to add 'decoration' to the active plugins, just like it was stated in the Xgl wiki

mesa-xgl-cvs doesn't override your libGL.so, it is installed to /opt/mesa-xgl-cvs and used only by compiz (by running it with LD_LIBRARY_PATH=/opt/mesa-xgl-cvs/lib/). So no links needed. Are you sure that your graphics drivers are well installed?

According to the Gentoo wiki/forums, it does I must be mistaken and , of course, Gentoo = not Arch and the Gentoo Xgl wiki must be outdated due to xgl/compiz improvements and such.

I sure as hell wanted to get xgl to work though, that's why I tried other wiki's. And to answer your question, yes.

I will add it to the Wiki page (just so that everybody knows that you can get it to work with a Geforce2 graphics card)

One more thing I would like to add, the 'print screen' button on my keyboard caused a total system freeze under Xgl and it takes almost 2 minutes to load my background and icons (profox has the same problem, he told me on IRC).

Thanks though 8)

ik0 · 2006-04-20 17:44:02

lack@ wrote:

# makepkg.....
/usr/bin/ld: skipping incompatible /usr/bin/../lib/libX11.a when searching for -lX11
/usr/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/bin/ld: skipping incompatible /usr/lib/libX11.a when searching for -lX11
/usr/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
mklib: Installing libGL.so.1.2 libGL.so.1 libGL.so in ../../../lib
mv: cannot stat `libGL.so.1.2': No such file or directory
make[3]: *** [../../../lib/libGL.so] Error 1
make[3]: Leaving directory `/root/docs/gz/xgl/mesa-xgl-cvs/src/Mesa-build/src/glx/x11'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/root/docs/gz/xgl/mesa-xgl-cvs/src/Mesa-build/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/root/docs/gz/xgl/mesa-xgl-cvs/src/Mesa-build'
make: *** [linux-dri-x86] Error 2
==> ERROR: Build Failed. Aborting.

Arch x86_64....

I can't compile mesa-xgl-cvs on Arch64 too

p.s. I changed in PKGBUILD CONFIG option from "linux-dri-x86" to "linux-dri-x86-64", but it still doesn't compile

elapointe · 2006-04-23 20:31:01

Is the problem of freezing when closing is solved ?

elapointe · 2006-04-27 01:57:57

I did a "pacman -Suy" today... after reboot... gdm freeze

(Used my modified gdm.conf with xgl)

If i use normal gdm... it work... xlg causing GLOBAL system freeze !

Mouse cursor in center of the screen freeze... cannot access any term... numlock jammed !!!

Need help to make XGL reworking !!!

hypermegachi · 2006-04-27 02:57:15

the 20050425 buld also screwed up for me.....well not as bad as a system freeze, but the "hotspots" are no longer active, like when you go the top right, or you go to the left or right side of the screen.

anyways, i rolled back to 20060422, which works fine and dandy. the only thing i noticed in the 25 build was novell on top of the cube.

Arch Linux

#51 2006-04-11 16:48:38

Re: Latest Xgl and Compiz PKGBUILDs

#52 2006-04-11 16:54:13

Re: Latest Xgl and Compiz PKGBUILDs

#53 2006-04-11 21:14:40

Re: Latest Xgl and Compiz PKGBUILDs

#54 2006-04-12 07:00:07

Re: Latest Xgl and Compiz PKGBUILDs

#55 2006-04-13 14:51:38

Re: Latest Xgl and Compiz PKGBUILDs

#56 2006-04-13 15:05:26

Re: Latest Xgl and Compiz PKGBUILDs

#57 2006-04-13 15:21:53

Re: Latest Xgl and Compiz PKGBUILDs

#58 2006-04-13 15:25:14

Re: Latest Xgl and Compiz PKGBUILDs

#59 2006-04-13 15:54:32

Re: Latest Xgl and Compiz PKGBUILDs

#60 2006-04-13 17:00:32

Re: Latest Xgl and Compiz PKGBUILDs

#61 2006-04-13 17:07:48

Re: Latest Xgl and Compiz PKGBUILDs

#62 2006-04-13 17:10:17

Re: Latest Xgl and Compiz PKGBUILDs

#63 2006-04-13 19:10:11

Re: Latest Xgl and Compiz PKGBUILDs

#64 2006-04-13 20:17:35

Re: Latest Xgl and Compiz PKGBUILDs

#65 2006-04-13 20:34:23

Re: Latest Xgl and Compiz PKGBUILDs

#66 2006-04-13 22:13:30

Re: Latest Xgl and Compiz PKGBUILDs

#67 2006-04-13 22:18:22

Re: Latest Xgl and Compiz PKGBUILDs

#68 2006-04-14 00:35:57

Re: Latest Xgl and Compiz PKGBUILDs

#69 2006-04-14 00:42:57

Re: Latest Xgl and Compiz PKGBUILDs

#70 2006-04-14 07:13:35

Re: Latest Xgl and Compiz PKGBUILDs

#71 2006-04-14 15:48:13

Re: Latest Xgl and Compiz PKGBUILDs

#72 2006-04-20 17:44:02

Re: Latest Xgl and Compiz PKGBUILDs

#73 2006-04-23 20:31:01

Re: Latest Xgl and Compiz PKGBUILDs

#74 2006-04-27 01:57:57

Re: Latest Xgl and Compiz PKGBUILDs

#75 2006-04-27 02:57:15

Re: Latest Xgl and Compiz PKGBUILDs

Board footer