Talk:HOWTO compiz-fusion

From Gentoo Linux Wiki

[edit] Xeffects is gone

Most of the problems on this page stem from the loss of xeffects. I can't find any information on why it is not available any more, perhaps just temporary hosting problems?

Anyone know what happened to it / will it be coming back?

Xeffects reached its end of life. For more information see http://forums.gentoo.org/viewtopic-t-641342-highlight-.html . There was a lot off good information at gentoo-xeffects site that needs to be revamped on this page. Please help ;-) Xeffects is being resurrected as the desktop-effects overlay obtainable with

git clone git://git.overlays.gentoo.org/proj/desktop-effects.git

Thewtex 20:03, 30 January 2008 (UTC)

[edit] Package order

Note: Currently compiz-fusion must be compiled in a certain order or else certain packages won't compile or break. Here is a suggested order:
[...]

Isn't it the responsibility of portage to determine the right order depending on dependencees ? 80.100.30.125 09:28, 20 August 2007 (UTC)

No, it is not. It is the responsibility of the package maintainer. You can volunteer. Synss 08:56, 31 August 2007 (UTC)

Portage complains about compiz-9999 missing... (2007-08-22)

!!! All ebuilds that could satisfy "~x11-wm/compiz-9999" have been masked.
!!! One of the following masked packages is required to complete your request:
- x11-wm/compiz-9999 (masked by: missing keyword)

For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.
(dependency required by "x11-wm/emerald-9999" [ebuild])

[edit] Replaced the article by a link to the xeffects wiki.

I removed the whole article to only point to the xeffects wiki.

The xeffects wiki is more up to date and seems to follow the content of the overlay closely. (Is the wiki maintained by the xeffects maintainer? this is likely.)

I think this page should be kept in the gentoo wiki as such: if someone is looking for information in gentoo-wiki, he can find it. But this is the internet and there are hyperlinks. So instead of (not) maintaining the page at two places, link!

Synss

Hello! I've seen you've deleted the Compiz-fusion HOWTO: I think we should keep it, because the wiki on gentoo-xeffects hasn't been updated since 23 August AND we CAN NOT EDIT it (even if we're registered)..

And what about bugs? There were a list of workarounds here, that I can't find in gentoo-xeffects.org ... moreover, the starting of compiz fusion is different here: gentoo-xeffects.org doesn't use fusion-icon that's the only way I could make the git live ebuild work ... So, I'm going to rollback ... --Gionnico 12:24, 31 August 2007 (UTC)

It is true we cannot edit gentoo-xeffects but it just seems better to me, and it works. I think it does not make sense to double the information, when there is another (better) source.

I also updated the intro in beryl and removed all the rest to point to xeffects. I actually tried to follow the gentoo wiki to get xgl/beryl and found the xeffects wiki after, and it is just better. And it works.

I think paraphrasing is just wrong and hyperlinks are better.

So I "took care" of it, with a big knife, that is true...

There is probably a way to have it a bit different so that we do not paraphrase xeffects and have some freedom on the text, if necessary? --Synss 14:20, 31 August 2007 (UTC)

Gentoo wiki is meant to be a central repository for all info related to Gentoo. If better information exists elsewhere the answer is not to delete the page here and link somewhere else. What happens when that page gets deleted, their server goes down, or the maintainer doesn't pay the bills? Or, like very recently, when xeffects decides to wipe out their forums and start over? All the information is lost. If better info is on another site - read it, try it and fix the page here. Besides their wiki can hardly be called a wiki when only two people seem to have access to editing it. --Ghettodev 11:51, 9 September 2007 (UTC)

Here it is ... gentoo-xeffects site is down for a month ? or more ?...

--User:p0l0us 15 November 2008

[edit] Made Extensive Fixes for readability and completeness

I've reorganized the page, wikified, removed personal anecdotes, poor grammar, signatures and outdated bug fixes. Notes and personal comments can go at the end of the page now instead of interspersed in the text. They should all actually go here but whatever.

There is still a lot of clean up needed, there needs to be a section for 9999 as well as the unmasked version. Please help... --Ghettodev 11:51, 9 September 2007 (UTC)

[edit] Misc Fixes and bugs

On my radeon 9200PRO card i got that message when i want to start compiz from the terminal with compiz --replace:

compiz (core) - Fatal: GLX_EXT_texture_from_pixmap is missing
compiz (core) - Error: Failed to manage screen: 0
compiz (core) - Fatal: No manageable screens found on display :0

WORKARROUND: Start compiz with those options:

LIBGL_ALWAYS_INDIRECT=1 compiz --replace --sm-disable ccp &

Edited by nikolavp(nikolavp@lavabit.com) thx to m0zes from #gentoo-xeffects for pointing that out :).

WORKARROUND 2:

On ATI cards with fglrx driver and opengl set to ati.

1. Check how opengl is set with command

eselect opengl list

if it shows

Available OpenGL implementations:
  [1]   ati *
  [2]   xorg-x11

this means that compiz must be started with xorg-x11 GL library, because ati does not handle necessary methods. It can be done with following command

LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz --replace &

Using ati as opengl brings better performance for some apps like glxgears.

Edited by coOLOser(szymonolko_at_o2.pl).

As the new way to use compiz-fusion is to run fusion-icon and with the "compiz (core) - Fatal: GLX_EXT_texture_from_pixmap is missing" problem on ATI cards, I suggest to change the symbolic link /usr/bin/fusion-icon to a small shell script that use the workaround 2 (don't forget to make sure that /usr/bin/fusion-icon is a symbolic link...):

rm /usr/bin/fusion-icon
echo '#!/bin/sh' > /usr/bin/fusion-icon
echo 'LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib /usr/share/fusion-icon/fusion-icon.py' >> /usr/bin/fusion-icon
chmod 755 /usr/bin/fusion-icon

So you can now keep OpenGL ATI implementation and put fusion-icon in your autostarted apps.

Edited by DocWario (mariov4 at hotmail.com)

scalefilter.c:38:18: error: text.h: No such file or directory 
scalefilter.c: In function 'scalefilterRenderFilterText': 
scalefilter.c:119: error: 'CompTextAttrib' undeclared (first use in this function) 
scalefilter.c:119: error: (Each undeclared identifier is reported only once 
scalefilter.c:119: error: for each function it appears in.) 
scalefilter.c:119: error: expected ';' before 'tA' 
scalefilter.c:159: error: 'tA' undeclared (first use in this function) 
scalefilter.c:168: error: 'TEXT_STYLE_BOLD' undeclared (first use in this function) 
scalefilter.c:168: error: 'TEXT_STYLE_NORMAL' undeclared (first use in this function) 
scalefilter.c:173: error: 'TextRenderNormal' undeclared (first use in this function) 
scalefilter.c:176: error: 'TEXT_ID' undeclared (first use in this function) 
scalefilter.c: At top level: 
scalefilter.c:322: warning: no previous prototype for 'scalefilterUpdateFilter' 
make[3]: *** [scalefilter.lo] Error 1 
make[3]: Leaving directory `/var/tmp/portage/x11-plugins/compiz-fusion-plugins-extra-9999/work/plugins-extra/src/scalefilter' 
make[2]: *** [all-recursive] Error 1 
make[2]: Leaving directory `/var/tmp/portage/x11-plugins/compiz-fusion-plugins-extra-9999/work/plugins-extra/src' 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory `/var/tmp/portage/x11-plugins/compiz-fusion-plugins-extra-9999/work/plugins-extra' 
make: *** [all] Error 2

Emerge compiz-fusion-plugins-main before extra and everything will be fine (might have to do this manually).

http://forums.gentoo.org/viewtopic-t-569139-postdays-0-postorder-asc-start-0.html

 * Failed Running autoconf ! 
 * 
 * Include in your bugreport the contents of: 
 * 
 *   /var/tmp/portage/x11-wm/compiz-9999/temp/autoconf-15092.out 


!!! ERROR: x11-wm/compiz-9999 failed. 
Call stack: 
  ebuild.sh, line 1637:   Called dyn_compile 
  ebuild.sh, line 983:   Called qa_call 'src_compile' 
  ebuild.sh, line 44:   Called src_compile 
  compiz-9999.ebuild, line 54:   Called eautoreconf 
  autotools.eclass, line 95:   Called eautoconf 
  autotools.eclass, line 165:   Called autotools_run_tool 'autoconf' 
  autotools.eclass, line 218:   Called die 

!!! Failed Running autoconf ! 
!!! If you need support, post the topmost build error, and the call stack if relevant. 
!!! A complete build log is located at '/var/log/portage/x11-wm:compiz-9999:20070629-054856.log'. 

!!! This ebuild is from an overlay: '/usr/portage/local/layman/xeffects' 

This means you're missing gconf which means you need to emerge gconf (part of gnome).

It is also worth noting that compiz cannot replace twm (the window manager used by X if no other is installed), even if --replace is used. The solution to this is either to start with another WM before attempting to run compiz, or to add a line like

exec compiz --replace --sm-disable ccp

to the user's .xinitrc file.

I got the following error:

compiz (core) - Fatal: No composite extension

It was solved by adding

Section "Extensions"
Option "Composite" "Enable"
EndSection

to xorg.conf.

If compiz-9999 fails while running autoconf try

# emerge -av gconf

Then try to emerge compiz-fusion again

The startup section should be updated for gnome/kde. A more thorough HOWTO for gentoo is found here: http://wiki.gentoo-xeffects.org/Compiz_Fusion

The xeffects wiki startup method didn't work for me, whereas the one here did, so I'd suggest leaving this alone. --maxheadroom

[edit] Fusion-icon not in portage?

Why not, and will it be placed there or are we supposed to use something else? Or just make a startup script ourselves? 212.187.194.74 19:44, 21 November 2007 (UTC)

NOTE: Please add the unofficial "desktop-effects" overlay to find a working ebuild for fusion-icon.

[edit] Section "Replace KDE's window manager on startup" / "Option one: add desktop settings"

I noticed that after I used compiz-fusion in a session, logged out and wanted to use normal kde, compiz-fusion was startet anyway. I think I solved this problem by unsetting the KDEWM-env-variable at the end of the /usr/bin/compiz-fusion.sh:

#!/bin/sh

# start kde using compiz fusion instead of kwin
export KDEWM=compiz.wrapper
startkde
unset KDEWM

If I'm right it should be added to the real wiki-page.

[edit] Quick script

I'm really not the type to add anything directly when I don't know how good it is. I did write this just to be able to switch back and forth from compiz-fusion and kwin (don't run gnome-- that's flaw number one). I'm new to bash, and sh, don't even know if it would run in sh I'm so new. But, well, it works for me. If you can find anything absolutely terrible, please let me know, and if it works, and if you could touch it up a bit to be more useful, maybe it could be put on the main page. Like I said, I don't want to put it there myself, when I don't know how good it is. I do have a fair good idea of how bad it is-- it looks ugly and unweildy, But, hey.

#!/bin/bash
if ps aux | grep \ kwin\ | grep -v grep; then 
    compiz --replace --sm-disable ccp &
    emerald --replace &
else
    kwin --replace &
fi