XGL (Part 4)

[-=GGW=- $ol!d $n4>|e]

plugins loaded and my super keys work but still no zoom. think it might have something to do with me running it in kde instead of gnome. Works fine in gnome. I can't svn up right now but last time i tried I accidenly tran an sdl game and my comp crashed, can't tell if i'm getting a server not found while trying to svn up because of the crash or because it's down atm. Using cofee buzz's

[sternklang]

can't tell if i'm getting a server not found while trying to svn up because of the crash or because it's down atm. Using cofee buzz's

Coffeebuzz's site was down, including the rss feed, not just the svn repository. It's up again now.

[Admiral_Trigger_Happy]

I still can't get access to the overlay.

Also has anyone come across a way to get compiz to remember which side of the cube your apps were on? I'm running KDE and every time I start it up I gotta move all my apps around

[felicehome]

Hi,

I'm using XGL under KDE recently the switcher plugin is behaving strange. First there was the problem, that it stayed on the screen after releasing keys. I solved this by removing some key from the fade plugin. (can't remember which one). But now I have the problem that there are at least one (most of the time two) empty items in the switcher list which don't belong to a window. It's just a transparent item in the list I can't get rid of. Anyone experiencing the same?

cheers felice

[Admiral_Trigger_Happy]

no big issues with the switcher, some minor annoyances which I assume are being fixed.
Sometimes I have firefox windows that fail launching properly and the show up in the switcher are but not visable elsewhere just use ALT+TAB to switch to them and then close with ALT+F4

[joolz]

Also, if this doesn't work and you're trying to see if the problem is your windows key, make sure you have xev emerged and run xev from a terminal. Hit one of the windows keys, and you should get something like:

Code: Select all

KeyPress event, serial 30, synthetic NO, window 0x4200001,
    root 0x52, subw 0x0, time 2431725780, (635,850), root:(643,898),
    state 0x10, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 30, synthetic NO, window 0x4200001,
    root 0x52, subw 0x0, time 2431726259, (635,850), root:(643,898),
    state 0x50, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:

Super_L and Super_R are the windows keys.

this is what i get:

Code: Select all

KeyPress event, serial 28, synthetic NO, window 0x2a00001,
    root 0x52, subw 0x0, time 2461150137, (174,-12), root:(194,81),
    state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 28, synthetic NO, window 0x2a00001,
    root 0x52, subw 0x0, time 2461150221, (174,-12), root:(194,81),
    state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes:

so the windows keys work. but zoom is no go. it worked the first time i tried xgl, maybe a month ago. strange.

[joolz]

another question,
I'm using twinviev with two monitors, but as you know xgl doesent support xinerama. Is there a way to get mplayer to display the correct aspect ratio?

[felicehome]

another question,
I'm using twinviev with two monitors, but as you know xgl doesent support xinerama. Is there a way to get mplayer to display the correct aspect ratio?

Code: Select all

mplayer -aspect 4:3

you have to add the appropriate aspect.

cheers felice

[ackward]

Same problem here.
I also have an amd64 and a nvidia.

It seems more a problem of the xorg-server than xgl btw, because i can't start it in standalone either (startx without xgl/compiz)

I'm still getting errors with overlay versions of xorg-server <1.0.99.1_p20060328 (including =1.0.99.2_p20060411). Neither starxgl nor startx will work. Things seem to work ok with =1.0.99.1_p20060325, but it is a pain. Using amd64/nvidia/glibc-2.4-r1/gcc-3.4.6.....
Help?

Code: Select all

baz1@baz1 ~ $ /usr/local/bin/startxgl 0 gnome nvidia
###### STARTXGL SCRIPT ######
Starting X Server with XGL
   Using Display 0
   Using WM: gnome
   Using Card: nvidia/other

X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.16-gentoo-r1 x86_64
Current Operating System: Linux baz1 2.6.16-gentoo-r1 #2 PREEMPT Tue Apr 4 12:53:13 BST 2006 x86_64
Build Date: 10 April 2006
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.93.log", Time: Tue Apr 11 09:00:30 2006
(==) Using config file: "/etc/X11/xorg.conf"

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x94) [0x4764b4]
1: /lib/libc.so.6 [0x2ae953a008b0]
2: [0x89f6af]

Fatal server error:
Caught signal 11.  Server aborting

[HG-Berlin]

Same problem here.
I also have an amd64 and a nvidia.

It seems more a problem of the xorg-server than xgl btw, because i can't start it in standalone either (startx without xgl/compiz)

I'm still getting errors with overlay versions of xorg-server <1.0.99.1_p20060328 (including =1.0.99.2_p20060411). Neither starxgl nor startx will work. Things seem to work ok with =1.0.99.1_p20060325, but it is a pain. Using amd64/nvidia/glibc-2.4-r1/gcc-3.4.6.....
Help?

Code: Select all

baz1@baz1 ~ $ /usr/local/bin/startxgl 0 gnome nvidia
###### STARTXGL SCRIPT ######
Starting X Server with XGL
   Using Display 0
   Using WM: gnome
   Using Card: nvidia/other

X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.16-gentoo-r1 x86_64
Current Operating System: Linux baz1 2.6.16-gentoo-r1 #2 PREEMPT Tue Apr 4 12:53:13 BST 2006 x86_64
Build Date: 10 April 2006
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.93.log", Time: Tue Apr 11 09:00:30 2006
(==) Using config file: "/etc/X11/xorg.conf"

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x94) [0x4764b4]
1: /lib/libc.so.6 [0x2ae953a008b0]
2: [0x89f6af]

Fatal server error:
Caught signal 11.  Server aborting

I have the same problem (amd64, nvidia, coffee-overlay, everything updated to last version).

Can somebody please post how to downgrade to xorg-server-1.0.99.1_p20060325? I only managed to get xorg-server-1.0.2-r3 emerged... which really messes with most compiz-plugins.

Otherwise I love the new features, like flipping the cube with the mouse.

[mustaukko]

I've got this too, and its a killer. I've been tinkering around trying to get a hang of this, but for no avail!

I fail to get the issue at all. I've never seen anything like this before, and it totally crapped my computer. X wont start atall, not even plain x. It might be a 3d issue, but how could one know?

[mustaukko]

I've checked that I've installed xorg-server-1.0.99.2 from portage tree, and not from trunk overlay. It seems there is some other packages in the overlay, but for some reason im not able to use them.

Perhaps it favors portage over overlays, so there is no chance for it to use the overlay, when there is something better in the 'tree.

[sternklang]

I have exactly the same problem. I just had to downgrade xorg-xserver to 1.0.2-r3 and dump compiz to get a desktop (reading these forums with lynx is less than fun ). I tried downgrading Xgl by wiping the /usr/portage/distfiles/cvs-src/xgl-xorg directory and emerging the most recent working version, but the build failed -- and as it was at a console I don't have the output of the failure to post here.

I tried running both the Xorg and Xgl executables directly and both failed with the identical error. So this is something in the latest xorg-xserver snapshot that the latest Xgl shares with Xorg. Someone has already filed [bug=129779]this bug[/bug] against xorg-xserver-1.0.99.2.

[sternklang]

I'm running the latest nvidia binary driver, 8756. I see from the posted errors that others having this problem are running nvidia cards. Could those of you with this crash indicate if you're also running 8756? I won't get a chance to try this until tonight, but if it turns out this crash happens with the latest nvidia binary, then perhaps a downgrade to 8178 would do the trick.

[Philantrop]

I'm running the latest nvidia binary driver, 8756. I see from the posted errors that others having this problem are running nvidia cards. Could those of you with this crash indicate if you're also running 8756? I won't get a chance to try this until tonight, but if it turns out this crash happens with the latest nvidia binary, then perhaps a downgrade to 8178 would do the trick.

I'm using 8756, too, on a 6600GT and I have it working nicely most of the time. The issues I'm still having aren't fixed by 8178. I'm not using compiz-quinnstorm, btw, which is highly unstable for me and delivers nothing I need (or want) anyway. I stick with compiz-vanilla.


One thing that puzzles me about all the problems posted here is that people seem to do needlessly complicated stuff. I'm using KDE and I followed the Gentoo-Wiki HowTo to the letter up to and including "Setting up KDM". My advice for other KDE users:

1. If you need to do any kind of real work or even rely on a stable system, don't even try to use XGL/compiz. Currently, it will bite you sooner or later.

2. Get hardware acceleration running perfectly on a normal X server. If you can't, don't waste time with XGL for now.

3. If you have an older 3D card (i. e. < Radeon-9500), don't bother to try XGL + compiz for now. If you love Kwin and its decorations, its fixes for 3rd party software like Firefox and other stuff, don't use compiz. Apart from the eye candy it currently sucks. (Oh, and don't ask the KDE devs to implement a KDE compiz replacement. Especially not for the 3.x baseline. Others did and they barely survived. ;-) )

4. Follow the XGL-HowTo to the point up to and including "Setting up KDM". Ignore all the rest unless you run into problems. In case of problems, still ignore the overly complicated stuff that follows and ask here for help.

5. If you want to play it safe(r), stay clear of compiz-quinnstorm for now. I know she means well and adds nice stuff but we're already using pre-alpha software (compiz and XGL) and using derivative software is asking for trouble. (Yes, I'm following her CVS and I'm using split-off parts of it that are usable, so I know what I'm talking about. And, yes, I'm asking for trouble and got it but I usually know how to fix it.)

No offence intended to anyone. Just my two cents.

[sternklang]

No offence taken. However, this is not a compiz-quinnstorm problem, it's from the latest snapshot of the server code used in both xgl and xorg-server. As I referenced above, there's already a bug filed in portage about this against xorg-server-1.0.99.2.

Are you using the xgl-0.0.1_p20060412 version or an earlier one? What I was wondering in my post is, does this crash only happen to people using the latest xgl or xorg-server with the latest nvidia binary? So far everyone I've seen post about this here and in the bug report are on nvidia, but I don't know if the version matters. If I was at my home machine I would downgrade the driver to test, but I can't do that for several hours.

[sternklang]

Turns out I did have some time to get to my home machine. Downgrading nvidia-kernel/nvidia-glx gets rid of this crasher for Xgl. I have xorg-server (from Portage) compiling now (upgrading back to 1.0.99.2) to confirm the same problem is fixed there.

On another note, the latest compiz-quinnstorm fixes the stability issues I mentioned several posts back -- no crashing yet!

[GentlemanFinn]

Turns out I did have some time to get to my home machine. Downgrading nvidia-kernel/nvidia-glx gets rid of this crasher for Xgl. I have xorg-server (from Portage) compiling now (upgrading back to 1.0.99.2) to confirm the same problem is fixed there.

On another note, the latest compiz-quinnstorm fixes the stability issues I mentioned several posts back -- no crashing yet!

I had the same crashes with ati-drivers, but i was able to start normal xserver, only failing when trying to run any openGL stuff, like games.
I tryed upgrading xorg-server from coffees overlay, but then i got another problem( I can't remember what is was), so I ended up with downgrading to xorg-server-1.0.2-r3 from portage, And now everything works again, hope this helps

[sternklang]

Yes, I just went through upgrading xorg-xserver and it gave me the crash again. So, as you said, downgrading to xorg-server-1.0.2-r3 is the solution for now.

[sternklang]

From a comment on the xorg-xserver bug:

------- Comment #5 From Donnie Berkholz 2006-04-13 11:22 PST [reply] -------

There was an ABI change, nvidia will need to release new drivers to deal with
it.

[energyman76b]

Hi,

I get this error:
Xgl :1 -accel glx:pbuffer -accel xv LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ DISPLAY=:1 compiz miniwin,decoration,transset,wobbly,fade,minimize,cube,rotate,zoom,scale,move,resize,place,switcher,trailfocus,water
dlopen: /usr/local/lib/modules/xgl/libglx.so: cannot open shared object file: No such file or directory

Fatal server error:
No GLX modules loaded
dlopen: /usr/local/lib/modules/xgl/libglx.so: cannot open shared object file: No such file or directory

FatalError re-entered, aborting
No GLX modules loaded
Abgebrochen

not funny

What do you see when you type this

eselect opengl list

eselect opengl list
Available OpenGL implementations:
[1] nvidia *
[2] xorg-x11

(had no net from sunday night until yesterday evening - yuck)

[HG-Berlin]

From a comment on the xorg-xserver bug:

------- Comment #5 From Donnie Berkholz 2006-04-13 11:22 PST [reply] -------

There was an ABI change, nvidia will need to release new drivers to deal with
it.

Are they really using features of a _future_ nvidia-driver?

I tried the driver downgrade too, but xorg-server still crashed, so I stick with newest drivers and old xorg-server

Btw: I'm having the same switcher-problem as felicehome: it stays in front, even when releasing alt+tab. Which key did you alter to get rid of this annoyance?

[gravedigga_23]

Btw: I'm having the same switcher-problem as felicehome: it stays in front, even when releasing alt+tab. Which key did you alter to get rid of this annoyance?

U must remove Splash from ur list in Fade Plugin!

[sternklang]

Are they really using features of a _future_ nvidia-driver?

No, just making design changes that breaks nvidia. Of course, this kind of thing wouldn't happen if NVidia would just open-source their driver...

[CloudBolt]

right, I've got a really weird problem here. when I start X 7.0.0, it states my mouse has 11 buttons, and therefore I edited my ~/.Xmodmap file like this:

Code: Select all

pointer = 1 2 3 6 7 4 5 8 9 10 11

this works perfectly in X, but when I start XGL, it says my mouse has only 7 buttons(which it has, so X is wrong, XGL is correct), which renders my xmodmap file useless.
I could just write a script to alter xmodmap on XGL startup, but I figured there would be a simpler solution. thanks in advance!