XGL (Part 4)

Message

Xamindar · Post by **Xamindar** » Wed May 10, 2006 10:00 am

valmar wrote:Hi all! I've been happily using xgl for some weeks now. I just noticed one problem (or feature, maybe I don't understand it). Sometimes when I click on a window, the focus is passed to a window beneath it, and not to the window itself. Is this intentional or a bug? Is there a way to tweak this?

Thank you in advance for the help!

Valerio

I had that problem for a while. No one here was willing to help. But it did go away. I am sorry I do not know how. All I know is that it happened around the time that I removed the water plugin from compiz. But I do not think that was the reason.

sternklang · Post by **sternklang** » Wed May 10, 2006 12:59 pm

1ino1eum_4the_win wrote:I got some problems : with the wobbly plugin, I have now really strange wobbly windows, like really slow and way too much wobbly

There are new gconf settings to control wobbly settings for different types of actions. In /apps/compiz/plugins/wobbly/screen0/options, play with friction and spring_k to change the wobbliness. You should also find friction and spring_k settings for things like grabbing a window, window getting focus, etc. (I'm using Quinn's CVS so I might have slightly different settings than you.)

1ino1eum_4the_win wrote:and for the dock plugin, I don know why , but there is no more dock, there is only the windows :/

Dock has problems right now, I don't know if CoffeeBuzz v 184 has a working one or not. One thing you should *not* have is both dock and miniwin running at once. If you do, remove one or the other from active_plugins.

1ino1eum_4the_win wrote:I had no shade , and now I have some funny red shade, well ... I guess it's a mater of taste

You can now change drop shadow colors (and I don't like pink either :-p ). It's in the decoration plugin settings, shadow_color, and it uses the same color number that are used on web pages -- change it to #000000 to get back to black. If you're not familiar with these color settings, Google "web color codes" to find a listing.

roderick · Post by **roderick** » Wed May 10, 2006 2:04 pm

bigfam wrote:xgl keeps failing to compile for me...i've been getting the same error for 4 days...

Code: Select all

ram large-function-growth=10000 -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 libfbmmx_la-fbmmx.lo -MD -MP -MF 
.deps/libfbmmx_la-fbmmx.Tpo -c fbmmx.c  -fPIC -DPIC -o .libs/libfbmmx_la-fbmmx.o
cc1: error: invalid parameter `inline-unit-growth'
cc1: error: invalid parameter `large-function-growth'
make[1]: *** [libfbmmx_la-fbmmx.lo] Error 1
make[1]: Leaving directory `/tmp/portage/portage/xgl-0.0.1_p20060418/work/xgl-xo
rg/fb'
make: *** [all-recursive] Error 1

!!! ERROR: x11-base/xgl-0.0.1_p20060418 failed.
Call stack:
  ebuild.sh, line 1894:   Called dyn_compile
  ebuild.sh, line 941:   Called src_compile
  ebuild.sh, line 1609:   Called x-modular_src_compile
  x-modular.eclass, line 320:   Called x-modular_src_make

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if rel
evant.

Edit your /etc/portage.package.use flags for Xgl to include -mmx. I had a similar problem compiling with MMX support, and setting this flag fixed it for me.

lysergicacid · Post by **lysergicacid** » Wed May 10, 2006 3:35 pm

HG-Berlin wrote:@1ino1eum_4the_win
@lysergicacid

Have you rebootet/restartet X? I had that problem before it too.

yes and its weird cause now when i use kdm and my user gets autologged in xlg starts and my screen gets locked instantly asking me for my pass, which i never had before, plus the settings wont apply in gconf-editor.

heres my /usr/kde/3.5/share/config/kdm/Xstartup :

Code: Select all

LD_LIBRARY_PATH=/usr/lib/opengl/nvidia/lib/libGL.so LD_LIBRARY_PATH=/usr/lib/opengl/nvidia/lib/libGL.so compiz --replace gconf decoration dock transset state wobbly minimize miniwin cube rotate zoom scale move resize place trailfocus water bs &
sleep 2
gnome-window-decorator &

ive been messing about with this for weeks now and the only way i can use gconf-editor is if i start xgl via the startxgl script provided in the overlay

also @ valmar wrote:
Hi all! I've been happily using xgl for some weeks now. I just noticed one problem (or feature, maybe I don't understand it). Sometimes when I click on a window, the focus is passed to a window beneath it, and not to the window itself. Is this intentional or a bug? Is there a way to tweak this? --<< ive noticed that too and wen u have a lot of windows open it can be extremely annoying / make things hard work, i would also like to know a way around this / a fix please...
?

lumax · Post by **lumax** » Wed May 10, 2006 3:53 pm

Hi

When I try to compile XGL (checked out from CVS a few hours ago, but I get the same error since two days), I get the following error message:

Code: Select all

xglcompose.c: In function `xglCompositeGeneral':
xglcompose.c:134: error: union has no member named `source'
xglcompose.c:172: error: union has no member named `source'
make[3]: *** [xglcompose.o] Error 1
make[3]: *** Waiting for unfinished jobs....
xglpict.c: In function `xglDestroyDevicePicture':
xglpict.c:237: error: union has no member named `source'
xglpict.c:238: error: union has no member named `source'
xglpict.c: In function `xglCreateDevicePicture':
xglpict.c:247: warning: implicit declaration of function `CreateDevicePicture'
xglpict.c:247: warning: nested extern declaration of `CreateDevicePicture'
xglpict.c:247: warning: assignment makes pointer from integer without a cast
xglpict.c:251: error: union has no member named `source'
xglpict.c:252: error: union has no member named `source'
xglpict.c: In function `xglSyncPicture':
xglpict.c:345: error: union has no member named `source'
xglpict.c:354: error: union has no member named `source'
xglpict.c:430: error: incompatible types in assignment
xglpict.c:441: error: union has no member named `source'
xglpict.c:453: error: structure has no member named `inner'
xglpict.c:454: error: structure has no member named `inner'
xglpict.c:455: error: structure has no member named `inner_radius'
xglpict.c:456: error: structure has no member named `outer'
xglpict.c:457: error: structure has no member named `outer'
xglpict.c:458: error: structure has no member named `outer_radius'
xglpict.c:470: error: structure has no member named `devPrivate'
xglpict.c:471: error: structure has no member named `Destroy'
xglpict.c:542: error: `PICT_yuy2' undeclared (first use in this function)
xglpict.c:542: error: (Each undeclared identifier is reported only once
xglpict.c:542: error: for each function it appears in.)
xglpict.c:546: error: `PICT_yv12' undeclared (first use in this function)
xglpict.c: In function `xglPictureInit':
xglpict.c:695: error: `PICT_yuy2' undeclared (first use in this function)
xglpict.c:696: error: `PICT_yv12' undeclared (first use in this function)
xglpict.c:737: error: `PICT_TYPE_YUY2' undeclared (first use in this function)
xglpict.c:738: error: `PICT_TYPE_YV12' undeclared (first use in this function)
xglpict.c:739: error: `PictTypeOther' undeclared (first use in this function)
make[3]: *** [xglpict.o] Error 1
xglglyph.c: In function `xglCacheGlyph':
xglglyph.c:446: error: union has no member named `source'
make[3]: *** [xglglyph.o] Error 1
make[3]: Leaving directory `/var/tmp/portage/xgl-0.0.1_p20060418/work/xgl-xorg/hw/xgl'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/xgl-0.0.1_p20060418/work/xgl-xorg/hw/xgl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-0.0.1_p20060418/work/xgl-xorg/hw'
make: *** [all-recursive] Error 1

Does anyone know how to fix this?

tj · Post by tj » Wed May 10, 2006 3:55 pm

coffeebuzz' install script wrote: * Copying cairo from /var/tmp/portage/cairo-9999/distdir/cvs-src/cairo ...
* CVS module cairo is now in /var/tmp/portage/cairo-9999/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/cairo-9999/work/cairo ...
* Applying cairo-1.0.2-pkg_macro.patch ... [ ok ]
*********************
****** WARNING ******
*********************

You are attempting to configure an obsolete checkout of the cairo
source code. The current cairo source code is no longer maintained
with CVS, but instead with the git content tracker.

To use git to checkout the cairo library, use the following command:

git clone git://git.cairographics.org/git/cairo

followed by periodic updates:

git pull origin

Once you have a clone this way, you can browse it locally with
graphical tools such as gitk or gitview. You may also commit changes
locally with "git commit -a". These local commits will be
automatically merged with upstream changes when you cg-update, and you
can also generate patches from them for submitting to the cairo
mailing list with "git format-patch origin".

Note: If you can't find git packages from your distribution, you can
get tar files from:

http://www.kernel.org/pub/software/scm/git/

For the most up-to-date information on obtaining the latest cairo
sources, see:

http://cairographics.org/download

I apologize for any inconvenience or confusion the switch from CVS to
git may have caused. So thank you for your patience, and please
continue to have fun with cairo!

-Carl

PS. If you insist on using this stale version you may run
autogen.sh.stale instead of autogen.sh.

!!! ERROR: x11-libs/cairo-9999 failed.
Call stack:
ebuild.sh, line 1527: Called dyn_compile
ebuild.sh, line 930: Called src_compile
cairo-9999.ebuild, line 70: Called die

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

ERROR: emerge... [FAIL]

Please examine the output above for explanation on failed emerge

I'd been using the xgl-testing overlay up until rev 182 no problems, then as of rev 184 I'm getting the above error.

I've seen that several other xgl adopters/testers are successfully at rev 184 (albeit with some teething troubles) but I'm wondering if anyone else has the same error / why no-one else has the same error

Jupiter1TX · Post by **Jupiter1TX** » Wed May 10, 2006 4:21 pm

lysergicacid wrote:
HG-Berlin wrote:@1ino1eum_4the_win
@lysergicacid

Have you rebootet/restartet X? I had that problem before it too.
yes and its weird cause now when i use kdm and my user gets autologged in xlg starts and my screen gets locked instantly asking me for my pass, which i never had before, plus the settings wont apply in gconf-editor.

heres my /usr/kde/3.5/share/config/kdm/Xstartup :
Code: Select all
LD_LIBRARY_PATH=/usr/lib/opengl/nvidia/lib/libGL.so LD_LIBRARY_PATH=/usr/lib/opengl/nvidia/lib/libGL.so compiz --replace gconf decoration dock transset state wobbly minimize miniwin cube rotate zoom scale move resize place trailfocus water bs &
sleep 2
gnome-window-decorator &
ive been messing about with this for weeks now and the only way i can use gconf-editor is if i start xgl via the startxgl script provided in the overlay

also @ valmar wrote:
Hi all! I've been happily using xgl for some weeks now. I just noticed one problem (or feature, maybe I don't understand it). Sometimes when I click on a window, the focus is passed to a window beneath it, and not to the window itself. Is this intentional or a bug? Is there a way to tweak this? --<< ive noticed that too and wen u have a lot of windows open it can be extremely annoying / make things hard work, i would also like to know a way around this / a fix please...
?

I had problems starting XGl using that method as well.
I switched to using the HOWTO instructions titled "If KDM is unusably slow on startup" and using GDM it has
worked since. I also notice you are putting plugins in the command line. Plugins set in gconf-editor override
command line settings. Also you have both "dock and miniwin" plugins in your command line. This is incorrect,
you must have one or the other as they will cause problems when used together "lot's of weird problems". David R.
has said that miniwin is for experimenting with new settings, while dock will be for production.

i am starting KDE/XGL this way as per the HOWTO
in this file /usr/bin/compizrc i put
#!/bin/bash
DISPLAY=:1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz --replace gconf > ~/compiz.log 2>&1 &
sleep 1;
DISPLAY=:1 gnome-window-decorator > ~/gnome-window.log 2>&1 &

I added to /etc/env.d/99kde-env
KDEWM=/usr/bin/compizrc

Now you need to tell gentoo to use gdm instead of kdm
DISPLAYMANAGER="gdm"

The window focus problem if i remember correctly reading the compiz forum is a bug in the state plugin,
although i have noticed on my system it only happens when i have flash enabled on FireFox and have the
dock plugin enabled in gconf
I am able to run the state plugin without the focus problem as long as i don't have flash in firefox
Dock is still buggy and sometimes makes XGL exit when a window is closed

Hope all this helps

CloudBolt · Post by **CloudBolt** » Wed May 10, 2006 5:03 pm

well now I've got a rather strange problem in KDE, all the plugins seem to work(haven't tried all), but when I move the cursor to the side of the screen, it automatically starts to rotate the cube. which is, of course, very annoying. everything else seems to be working fine.

Jupiter1TX · Post by **Jupiter1TX** » Wed May 10, 2006 5:08 pm

CloudBolt wrote:well now I've got a rather strange problem in KDE, all the plugins seem to work(haven't tried all), but when I move the cursor to the side of the screen, it automatically starts to rotate the cube. which is, of course, very annoying. everything else seems to be working fine.

You can turn off the edge flip with mouse on edge feature here
/apps/compiz/plugins/rotate/screen0/options/edge_flip_pointer

CloudBolt · Post by **CloudBolt** » Wed May 10, 2006 5:36 pm

Jupiter1TX wrote:
CloudBolt wrote:well now I've got a rather strange problem in KDE, all the plugins seem to work(haven't tried all), but when I move the cursor to the side of the screen, it automatically starts to rotate the cube. which is, of course, very annoying. everything else seems to be working fine.
You can turn off the edge flip with mouse on edge feature here
/apps/compiz/plugins/rotate/screen0/options/edge_flip_pointer

strangely enough, that didn't work. disabled on both user and root, so it's definitely disabled.

nesl247 · Post by **nesl247** » Wed May 10, 2006 6:06 pm

Think you need to also edit the cube plugin's option.

CloudBolt · Post by **CloudBolt** » Wed May 10, 2006 6:13 pm

nesl247 wrote:Think you need to also edit the cube plugin's option.

what option would I have to edit? there's lots of options and not one that looks to be the source of my problem.

Jupiter1TX · Post by **Jupiter1TX** » Wed May 10, 2006 6:54 pm

CloudBolt wrote:
nesl247 wrote:Think you need to also edit the cube plugin's option.
what option would I have to edit? there's lots of options and not one that looks to be the source of my problem.

just tried it on my system again to verify
when i turn ON edge_flip_pointer i CAN rotate cube with mouse on edge
when i turn OFF edge_flip_pointer i CAN'T rotate cube with mouse on edge

I didn't make any changes in cube plugin as like you said there is none reffering to edge_flip or rotate
I didn't turn OFF the other edge_flip options either BUT you might want to try that

I am on quinn version 10.11 and there has been some updates since the last
coffee testing rev 184 which looks like it is using quinn rev 10.3

EDIT: I just remember'd that the edge flip was turned on by default with 10.3 and then
turned off by default in later versions as many people complained of this in compiz forum

HG-Berlin · Post by **HG-Berlin** » Wed May 10, 2006 10:17 pm

I have a problem since the new Version:

Some time ago, they added the feature to set a window "always on top" or "on all workspaces" etc with the right-click-menu of the titlebar. As the default gnome-settings for that are greyed out (I only have "On Top" anyways) this was quite useful but now it isn't there anymore.

Does anyone have an idea why and how to fix it? I used to watch a video "on topped" in a corner...

Jupiter1TX · Post by **Jupiter1TX** » Thu May 11, 2006 12:41 am

I just found that CoffeeBuzz overlay has been upgraded to 186

Just checked and it appears that testing rev 186 now has all the latest
David R. and Quinnstorm patches as of today "cvs rev 10.12"

It compiled fine with no problems after i removed the "layman" overlay
referance in make.conf, which causes problems with glitz

All seems to work well, although "dock" plugin still crashes compiz, so leave it out

Thanks CoffeBuzz Team

nesl247 · Post by **nesl247** » Thu May 11, 2006 12:50 am

Your welcome Jupiter (I commited the update).

CoffeeBuzz · Post by **CoffeeBuzz** » Thu May 11, 2006 5:35 am

I'm not dead really!!

Sorry for the delay folks. nesl247 will be handling some compiz updates for me as I continue to work 14 hour days with not much sign of stopping till end of summer.

I'll make sure everything is updated at least once a week. Best I can do.

Cheers.

Cof, roderick, jonls and nesl247

Henning Rogge · Post by **Henning Rogge** » Thu May 11, 2006 9:12 am

I just updated the overlay with "layman -s ALL"...

but "emerge -puD world" tells me there is nothing to update. What I am doing wrong ?

nesl247 · Post by **nesl247** » Thu May 11, 2006 10:53 am

I don't think we use layman.. Please use the XGL-Coffee SVN overlay if you want to use compiz/xgl. I suggest the testing instead of trunk as it has the latest, and I always test before I commit anyways.

htranou · Post by **htranou** » Thu May 11, 2006 12:01 pm

nesl247 wrote:I don't think we use layman.. Please use the XGL-Coffee SVN overlay if you want to use compiz/xgl. I suggest the testing instead of trunk as it has the latest, and I always test before I commit anyways.

Layman is only a script to handle your overlays. Nice, if you have several ones, and don't want to bother remembering were they are.
For some reasons, it uses the svn.tripthelight.net rather than the xgl-coffe ones. Doesn't matter that much since it is the same ip, strange though.

I don't think it has the testing tree though, so you'll have to manually edit the xml files to add it.

sternklang · Post by **sternklang** » Thu May 11, 2006 12:37 pm

CoffeeBuzz wrote:Sorry for the delay folks. nesl247 will be handling some compiz updates for me as I continue to work 14 hour days with not much sign of stopping till end of summer.

Thanks very much for all your work on this! And good luck with your busy summer.

kabutop · Post by **kabutop** » Thu May 11, 2006 1:11 pm

Hi,

I've got a compiz segfault with the latest revision (rev 187) from xgl-testing !
Just a message like "No xinerama found" and the segfault.

I try to remove the mmx flag... use the latest mesa/xgl cvs... nothing works

Does anyone have an idea

SOLVED

export GCONF_CONFIG_SOURCE="xml:merged:/etc/gconf/gconf.xml.defaults"
gconftool-2 --makefile-install-rule /etc/gconf/schemas/compiz.schemas

Jupiter1TX · Post by **Jupiter1TX** » Thu May 11, 2006 2:06 pm

CoffeeBuzz wrote:I'm not dead really!!

Sorry for the delay folks. nesl247 will be handling some compiz updates for me as I continue to work 14 hour days with not much sign of stopping till end of summer.

I'll make sure everything is updated at least once a week. Best I can do.

Cheers.

Cof, roderick, jonls and nesl247

Coffee thank you very much for setting all this up for us.
Hope you have a good summer "after hours" LOL

reflex · Post by **reflex** » Thu May 11, 2006 2:39 pm

well, my problem is less with xgl/compiz than `operator error'. i can't seem to start xgl from console, only within twm. which means i can't start gdm or anything as well. i've got no clue as to why this happens, any insight would be infinitely appreciated.

lysergicacid · Post by **lysergicacid** » Thu May 11, 2006 5:27 pm

yes Jupiter1TX it all now works, turns out my problem was i was using the wrong LD_LIBRARY_PATH in the hope the nvidia stuff would be faster, not that its slow anyway tho

thank god its all done now

thank you

XGL (Part 4)

Coffee is Served

compiz segfault

moarhelp