You are not logged in.
I just wanted to give anyone who uses GIT to compile Compiz that some recent commits seem to break compiz on my gnome3 desktop anyway. It appears some of the commits in compiz/core added June 8th or 9th seem to be the problem;
EDIT: smspillaz has fixed this, talked to him today, rebuilt compiz ~ it's working great again and as an adding bonus, the 'stacking fix' seems to have fixed a mildy annoying artifact i used to get sometimes in expo -sweet
Fixes LP#795065 master
Fixes LP#761616
Merge in lp:~unity-team/compiz-core/compiz-core.one_pro...
Merge in ~unity-team/compiz-core/compiz-core.bits_and_p...
Merge in dock stacking fix
Merge in emacs fix
Merge in Scott's change from upstream
Merge in relevant branches
not sure which merge/commit is causing problems. but on my system, compiz would be using 60% CPU idling. i could no longer manage windows and the desktop became totally unusable, almost frozen and killing compiz would result in a black screen (which is unusual) and killing gtk-window-decorator would result in xserver crashing. (yuck!)
EDIT: it was a bad commit, something to do with bzr - and was accidental. happy times ![]()
so, if by accident you upgrade and are left with compiz being broken... just revert by grabbing a snapshot of compiz/core before these merges were commited. You can grab a snapshot from gitweb;
http://gitweb.compiz.org/?p=compiz/core;a=summary
the last snapshot/commits that was a known working version on my gnome 3 system was this commit;
10 days ago Scott Moreau Redetect devices unconditionally when handling Configur...
anyways, i just thought i'd post, in case anyone else ran into the same problem. you shouldn't need to recompile anything but compiz/core, to get compiz running smooth again and obviously the .tar.gz contains installation instructions.
cheerz
Last edited by triplesquarednine (2011-06-18 07:03:24)
Offline