layman -a xeffects results in:* xeffects [Subversion] (source: svn://svn.gentoo-xeffects....)
* xeffects-experimental [Subversion] (source: svn://svn.gentoo-xeffects....)
* Running command "/usr/bin/svn co "svn://svn.gentoo-xeffects.org/xeffects/trunk/" "/usr/portage/local/layman/xeffects""...
svn: Unknown hostname 'svn.gentoo-xeffects.org'
* Failed to add overlay "xeffects".
* Error was: Adding the overlay failed!
http://gentoo-xeffects.org/ dosen't seem to be resolving (DNS) right now... andhpstg wrote:Thank you for answering. Anyone knows what has happened? I just compiled a gnome-light, gcc 4.2 (hashstyles and all) amd64 system, and I'm dying to see it run compiz-fusion.
Code: Select all
user host ~ $ layman -s xeffects
* Running command "/usr/bin/svn update "/usr/portage/local/layman/xeffects""...
svn: Can't connect to host 'svn.gentoo-xeffects.org': Connection refused
*
* Errors:
* ------
*
* Failed to sync overlay "xeffects".
* Error was: Syncing overlay "xeffects" returned status 256!
*
Code: Select all
nocheck : yes
They haven't released any source tarballs yet, so until they at least release a pre-release, it won't appear in portage. Even then, someone would have to submit all the ebuilds to buzilla and someone would have to step forward as a maintainer.Havin_it wrote:Hi all
Just wondering if anyone cares to make a forecast on when we'll see compiz-fusion moving into portage. I see there are no requests yet on b.g.o and I imagine there must still be some work to do on stabilizing, esp. the ex-beryl plugins and I guess also cairo will need updating before anything else can go in. Is there an (even informal) roadmap towards this goal?
Awesomenesl247 wrote:roderick, no need, jmbsvicetto did it last night when I told him about it.

If I keep putting my foot in my own mouth .....golding wrote:Oh well, that was a waste of time!
I carefully read ALL the instructions and fixes in this thread only to have it run like a lead balloon. Talk about slow, it used so much of the resources the machine (AMD-64 939, 2G RAM) almost stopped for any multitasking.
I have returned to Beryl or the time being, I'll check back in a couple months when Compiz-Fusion should be a little smoother and easier to install and get running.
Code: Select all
# emerge -C beryl beryl-core beryl-manager beryl-settings beryl-settings-bindings beryl-dbus beryl-plugins
# emerge --sync
# emerge -e system && emerge -e system && emerge -e world
# emerge revdep-rebuild

Code: Select all
checking for COMPIZ... yes
checking for BCOP... configure: error: Package requirements (bcop >= 0.5.2) were not met:
Requested 'bcop >= 0.5.2' but version of bcop is 0.1.1
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables BCOP_CFLAGS
and BCOP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/x11-plugins/compiz-fusion-plugins-main-9999/work/plugins-main/config.log
!!! ERROR: x11-plugins/compiz-fusion-plugins-main-9999 failed.
Call stack:
ebuild.sh, line 1632: Called dyn_compile
ebuild.sh, line 983: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
compiz-fusion-plugins-main-9999.ebuild, line 48: Called econf
ebuild.sh, line 586: Called die
!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/x11-plugins/compiz-fusion-plugins-main-9999/temp/build.log'.
!!! This ebuild is from an overlay: '/usr/local/layman/xeffects'
Code: Select all
tux luigi # bcop --version
compiz-bcop 0.6.99
source: http://gentoo-wiki.com/HOWTO_compiz-fusionemerge -v1a compiz compiz-bcop emerald libcompizconfig compiz-fusion-plugins-main compiz-fusion-plugins-extra compiz-fusion-plugins-unsupported compiz-fusion-plugins-gears compizconfig-backend-kconfig compizconfig-python emerald-themes ccsm compiz-fusion fusion-icon