Red Hat Bugzilla – Bug 208044
Request: Update compiz to latest release
Last modified: 2009-09-21 16:31:19 EDT
Description of problem:
The Compiz in development is relatively outdated - 20060817 - Perhaps before FC6
it should be updated to something more recent?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
fc6 is currently forzen, probably after release compiz will be updated. It would
be nice if the new version supported composite overlay window and metacity
themes (0.2.0 does).
Yup, the 0.2.0 release was a bit too close to the FC6 deadline, it won't make
it. We will release an FC6 update as soon as possible.
By the way, the compiz in rawhide does support cow, it's in a patch in the RPM.
Cool, looking forward to it... Compiz just keeps looking more and more promising!
Just on a side note, has the bug GUI Java applications showing a grey window
been fixed in 0.2.0?
(In reply to comment #3)
> Cool, looking forward to it... Compiz just keeps looking more and more promising!
> Just on a side note, has the bug GUI Java applications showing a grey window
> been fixed in 0.2.0?
dunno but try export AWT_TOOLKIT="MToolkit" before running the java app or add
this to your .bashrc (thats what I did), and java apps will work fine with compiz
FC6 is now out, is a compiz update still planned?
if yes are they any packages to test yet?
> FC6 is now out, is a compiz update still planned?
> if yes are they any packages to test yet?
You can try the compiz 0.3.2 packages in rawhide
for me compiz 0.3.2 from rawhide does not work. also compiz-0.3.2.src.rpm does
not recompile under fc6+updates.
all on i915GM laptop (hp compaq nc6120)
I just tested 0.3.2, it needed some work on my part to get it working. I've
submitted two bugs on it already, but I'll summarize here:
- Desktop-effects doesn't kill window decorator on quitting
- Enabling desktop-effects stops all windows from refreshing their contents and
apparently continues to do so until another window manager is loaded, replacing
- Using COW seems to fix the problem (when I launch manually from the CLI) but
as a result the effects seem laggier.
desktop-effects program should be updated. Window decorator is now called
gtk-window-decorator, and there should be an option somewhere to enable COW.
Created attachment 141074 [details]
screenshots showing the bug
I tryed it on my fc6 sys (created a symlink
gnome-window-decorator->gtk-window-decorator) but the result was that there
where no close,maximize and minimize buttons (see screenshot)
also it was showing 4 desktops (workspaces) but I have configured 2 (fc6 compiz
screenshot does not show the decoration at all (which is a other bug...)
The problem with compiz not recompiling under fc6 and other metacity theme
issues may be caused by Patch117. It is called new-metacity-theme.patch, so it
may require new metacity theme support, which iirc isn't part of metacity 2.16.
If that's the case, BuuldRequires should be changed to reflect that.
if thats the case it might not work with metacity 2.16 which would explain my
Try dropping that patch and see if it helps.
dropping the patch fixes the build and the buttons (minimize,maximize and close
window) but the 4 workspaces problem still is there.
one other (minor problem) it shows the freedesktop but not the fedora logo on
top of the cube
Created attachment 141180 [details]
ok viewport settings gets ignored if I use the settings menu, but work if I use
change viewport uses a cube with 2 black sites and a black top if I use 2
viewports (fc6 compiz used a "paper" instead of the cube)
I also attached the src.rpm that I used (the same as the devel one - patch 117)
As for fedora logo problem, iirc the schema file shall be patched as well. You
can select any file you want using appropriate gconf entry.
> which iirc isn't part of metacity 2.16.
It was happening on my computer...
$ rpm -q metacity
Or does it have to build with metacity v2.17?
Another small bug - It seems that Compiz as a whole is slower and also that
there's many more small errors - Many times I've seen little parts where effects
should be turn black, and other times a while window turns black until I change
it's position or click on a black part. Most easily reproduced by dragging
desktop icons / folders in Nautilus.
You are running rawhide metacity.
Yes, but what I mean is I wonder if it's running metacity 2.17 that makes the
patch work or does it need to build on a system with metacity 2.17 - Because in
the first case, there would still be bugs in the patch as it was occurring when
I was running 2.17...
Well, if you downloaded the binary rpm it was built on a system with metacity 2.17
Created attachment 141238 [details]
enable cow by default
(In reply to comment #18)
> > which iirc isn't part of metacity 2.16.
> It was happening on my computer...
> $ rpm -q metacity
> Or does it have to build with metacity v2.17?
> Another small bug - It seems that Compiz as a whole is slower and also that
> there's many more small errors - Many times I've seen little parts where
> should be turn black, and other times a while window turns black until I
> it's position or click on a black part. Most easily reproduced by dragging
> desktop icons / folders in Nautilus.
could be caused by not using cow; try the starting compiz with --use-cow or try
the attched patch which enables it by default, like it was done in fc6 compiz.
Yup, it's better with cow enabled.
Yes, Patch117 is necessary to build compiz against metacity 2.17, and creates a
runtime dependency against that metacity version.
Thanks for the cow patch, I probably overlooked that when I went through our
patches. I'll push a new build with that change.
As for metacity 2.17 support, latest git compiz has added it in a less hacky way.
FWIW (apologies if this is off-topic) :
An FC6 git srpm is available at
1. Changes (with spec file based on 0.3.2-1.fc7) :
- Update to git 20061116
- Patch117 : drop metacity patch , replace with cow-default patch
- Modify aiglx-defaults.patch to comply with current git source
2. I bumped the version number to 0.3.3, to allow for out-of-the-box compilation
of the extra compiz plugins available at :
Anyone volunteering for compiz-extra-plugins in FC6 Extras ?
3. Very small artefact at lower left and right window corners, where the 1 px
rounded border is not drawn (rounded shadows are visible, though).
Overall appears to be quite stable.
Just compiled and installed this, it works perfectly.
Off-topic : a remaining issue preventing a levelled compiz end-user usability
compared to metacity is bug #216095 (no Workspaces/Viewport support, disables
(In reply to comment #27)
> Just compiled and installed this, it works perfectly.
same here only thing:
the workspace selector does not work (have to use gconf-editor to change the
number of viewports)
(In reply to comment #28)
> Off-topic : a remaining issue preventing a levelled compiz end-user usability
> compared to metacity is bug #216095 (no Workspaces/Viewport support, disables
> "sticky" windows).
using the git snapshot rpm its possible to do rightclick->move to worksspace and
drag and drop in the pager works too.
sticky windows are still not possible :(
WRT comment #30 : both 'move to WS' (option not available) and 'pager D&D'
(doesn't work) do not function on my config (compiz-0.3.3-20061116git_dmn and
Did you restart X after compiz-0.3.3-20061116git_dmn installation ?
(In reply to comment #31)
> WRT comment #30 : both 'move to WS' (option not available) and 'pager D&D'
> (doesn't work) do not function on my config (compiz-0.3.3-20061116git_dmn and
> Did you restart X after compiz-0.3.3-20061116git_dmn installation ?
yes it works using compiz-0.3.3-20061116git_dmn and libwnck-2.16.0-4.fc6 (I
NOTE: I am using 2 viewports/workspaces.
I tryed using the patched libwnck and recompiled compiz against it , always on
the workspace switcher: it still the same as with the original libwnck (the
rightclick menu is there), but the drag and drop is broken it only works with
maximized windows (same with default libwnck) and moving a window to another
viewport my moving it over the edge does not work (It still stays on the same
so the only improvement I get using the patched libwnck is always on top works
and the new menu for changing windows effects. Try filling a bug against libnck
to get this patches in.
The remaining compiz issues for me are:
* need patched libwnck to get always on top to work
* workspace switcher is broken (see above posts)
* performance issues with fullscreen gl apps:
there is a gconf option to that disables redirecting fullscreen apps to
offscreen pixmaps, but it does not work with cow; the cow window stays on to and
results into a black screen. Upstream should be working on fixing this.
* grouped windows issue:
Bug #216095 has already been filed against libwnck.
Our different functionality wrt viewports may be related to me running 6
(In reply to comment #33)
> * grouped windows issue:
this is now fixed in git and should be part of 0.3.4 ;)
David also said that the gl perfomace issue will be fixed after 0.3.4 is out.
Latest compiz-0.3.4 now available at
Looks good, apart from the viewports/workspaces problem as stated in comment #31.
This is working great for me, but like you said the workspaces are acting
funny... I have 4 whole cubes instead of the workspace using my four cube faces!
Are there any chances for fc6 branch?
Just to clarify: rebuilt compiz-0.3.4-2.fc7.src.rpm package works just fine.
rawhide compiz rebuild same to work as good as the one in fc6 it only has two
1) destop-effects should use gtk-window-decorator not gnome-window-decorator
2) you need gconf to edit workspace/viewport count
Created attachment 143237 [details]
patch to fix desktop effects
? The sed command in the spec file is supposed to change gnome-window-decorator
The bigger issue I have noticed with this small program is that is does not
handle active_plugins entry well. The default plugins list has got a bit shorter
since 0.1.163 version and as a result some of them are repeatedly missing (most
Is it just me or does 0.3.4 result in no window borders?
Add decoration plugin and start gwd. Once again, DO NOT use desktop-effects.
It's not updated to internal compiz changes and does not work. Tweak the
settings with gconf-editor instead, it's not that hard.
Got it - I had to change 'Command' in compiz/plugins/decoration/allscreens/ to
'gtk-window-decorator', then disable using the Metacity themes in gwd.
Created attachment 144974 [details]
Here is a 0.3.6 srpm
-a patch from ubuntu is included that fixes shodows on aiglx
-fedora logo patch broken
-kde window decorator disabled
-some patched are no longer needed (->removed)
why this package is not at least in updates/testing and after in updates ?
why this subject seems to be without the officiel maintainer ?
In the compiz email lists, I've seen claims that compiz has "absorbed" the
beryl-settings-manager program and called it "csm" to serve as a gui
configurator. But in compiz 3.6, I don't find any program named "csm". When I
run compiz, the only window decoration I can get is the ugly Metacity setup, and
none of the fancy decorations that you can get in Beryl are available.
Can somebody clear up the situation?
compiz 0.3.6 is in rawhide now.
Just a note for 0.3.6 - Sometimes the menus don't popup properly and the
"spring" if the popup is huge - eg they wobble like crazy.
Closing this bug, since the latest compiz _is_ in rawhide. Any other issues
should be addressed in separate bugs.