Changelog from 0.7.2 to 0.7.4: the 0.7.2 series overlay came from Bug 210428. --------------------- Changes: --------------------- April 06, 2008: --------------- emerald-0.7.4 comes from source being patched with the urefd.patch already ---> took it out. mutual dependencies between the packages of this compiz-series were often stated with explicite reference to the version number ---> replaced those with the ${PV} statement. compiz-bcop was suggested (Bug 197284) to be moved from x11-libs to dev-util ---> well, why not. done that! let the dependency on libxcb of package compiz depend on the xcb 'USE' flag: ---> xcb? ( x11-libs/libxcb ) April 07, 2008: --------------- added USE flags fuse and metacity to compiz-0.7.4 including the corresponding 'use_enable' statement in 'econf' added USE doc to compiz with correspondingly depending dodoc. April 08, 2008: --------------- Changed mutual dependencies of the packages and added and moved USE flags in the family. On http://wiki.compiz-fusion.org/Installation dependencies are listed and a canonical order of package installation is provided. Added dependency on x11-proto/damageproto in x11-wm/compiz Added USE flags "plugins-extra plugins-unsupported emerald" to compiz-fusion Moved the dependency on x11-apps/ccsm from compiz-fusion to compiz-fusion-plugins-main in order to ensure correct installation sequence. Added dependency on x11-wm/compiz to dev-util/compiz-bcop in order to ensure correct emerging sequence. Added the new "simple-ccsm" package as x11-apps/simple-ccsm-0.7.4. It depends on compizconfig-python and pygtk-2.0. Compiz-fusion-plugins-mains is now equipped with USE flags "simple-ccsm" and "ccsm" plus corresponding sensitive dependencies. The idea is to be able to emerge simple-ccsm and/or ccsm as configurator. In case both simple-ccsm and ccsm are not enabled per USE flags, emerge will die! Maybe there is a better way of doing this. Added dependency on dev-util/compiz-bcop in x11-libs/libcompizconfig. Once again to ensure correct emerging sequence. April 09, 2008: --------------- Added dependency "x11-libs/libSM" to compiz ebuild. I don't know if this explicit dependency is really required or if it is pulled in automatically in any case. added the following USE-flags to compiz: USE-flag meaning: ------------------------ annotate En/Disable annotate plugin dbus En/Disable dbus plugin dbus-glib En/Disable dbus-glib support glib En/Disable glib plugin gnome-keybindings En/Disable gnome keybindings gtk En/Disable gtk window decorator inotify En/Disable inotify plugin place En/Disable window placement plugin schemas En/Disable the schemas installation The behaviour of the following USE-flags is changed (slighlty): kde En/Disable kde window decorator and kconfig-plugin gnome En/Disable gnome settings module and gconf-plugin Beware, this one is not tested at all... yet! Maybe some kde4 enthusiast can test this very soon? kde4 En/Disable kde4 window decorator and kconfig Changed compiz-fusion as well: I added USE-flag 'plugins-main' and removed explicit dependency on those plugins. Instead I added an explicit dependency on compizconfig-python. The somewhat illogic dependency on 'x11-apps/ccsm' and 'x11-apps/simple-ccsm' is moved from the 'compiz-fusion-plugins-main' ebuild to the compiz-fusion ebuild. As a result it is possible to emerge compiz-fusion in a minimalistic setting: x11-wm/compiz-0.7.4 USE="annotate dbus dbus-glib fuse glib gtk inotify place schemas svg -debug -doc -gnome -gnome-keybindings -kde -kde4 -metacity -xcb" x11-wm/compiz-fusion-0.7.4 USE="-emerald -gnome -kde -plugins-extra -plugins-main -plugins-unsupported" which does not need gconf nor kconfig. Only gtk-window-decorator is installed. One should be able to go further and disable some of the compiz-USE flags, but I did not try. given you use only the above USE-flags, 'emerge compiz-fusion' pulls in: x11-wm/compiz dev-util/compiz-bcop x11-libs/libcompizconfig dev-python/compizconfig-python x11-wm/compiz-fusion On my 'intel' (945GM) I started compiz with LIBGL_ALWAYS_INDIRECT=1 compiz --replace ccp & and gtk-window-decorator --replace& Of course, it is unclear what one would like to do with such a minimalistic setting, but who knows. In some of the compiz-bugs I found people making remarks on the explicit gconf dependency of the gentoo-ebuilds. So I suppose this issue is settled, or getting there.