Arch Linux User Repository

It's so sad to see one of the things that made Linux so great and unique, get abandoned. I hope someone sometime will continue to develop compiz and make it as great as it used to be.

Fixed building against librsvg 2.51.0+

A commit introduced in librsvg 2.51.0+ renamed librsvg/librsvg-features.h to librsvg/rsvg-features.h .

As a result, this broke the SVG plugin compile process. The following patch includes a fix for this, which will be submitted upstream soon.

For the curious, here's the commit in librsvg that caused this.

https://github.com/GNOME/librsvg/commit/b8c8756a0e8148afb2752acb62f06c57c917e4b4

Just inspected the directory the include flags were pulling from. Looks like the equivalent file got renamed.

╰─{($))>-< ls /usr/include/librsvg-2.0/librsvg
total 88K
 20K rsvg-cairo.h  8.0K rsvg-features.h   56K rsvg.h  4.0K rsvg-version.h

will need to fix the package to do a quick sed/patch.

@maxkaspar :: Just tested building this and the -git suffixed version today. It affects both. I'll need to inspect what's going on in the build system that's causing it to not detect librsvg .

Doesn't build:

svg.c:35:10: fatal error: librsvg/librsvg-features.h: No such file or directory 35 | #include <librsvg/librsvg-features.h>

@Techman35 I've been using the Compiz since about 2006 with Intel, AMD and NVIDIA. And I disagree that 9 is better than 8 in terms of responsiveness and rendering. 9 version often doesn't immediately draw the contents of windows on cold start.

@axtor I've using compiz for years i still see compiz 9 more responsive and smoother without tearing by default then compiz 8, i love compiz 8 cuz all plugin just works like the blur that still don't work on compiz 9, one thing i want to see in compiz 8 is the possibility to see minimize windows preview when scale plugin is active, that feature work on compiz 9, i've been jumping between 8 and 9 and i always end up using version 9, cuz definitely is more smooth and responsive then 8

Compiz 0.8 rocks! Compiz 0.9 has lags and other twitching. Many thanks to ShadowKyogre for the maintenance.

If anyone has AMD videocard (I've Vega 10) and there is a wide strip on the screen with artifacts when moving windows, then create a file /etc/X11/xorg.conf.d/20-amdgpu.conf:

Section "Device"
    Identifier "AMD"
    Driver "amdgpu"
    Option "TearFree" "true"
EndSection

Missing some deps for building in a clean chroot:

Package 'xi', required by 'virtual:world', not found
Package 'xcursor', required by 'virtual:world', not found

Please add libxi and libxcursor to dependencies.

@slut, @Qubezo - Hey guys. Sorry for the delay. Checked out what was going on and did the following.

• set _use_marco=2 in the PKGBUILD
• Installed marco-gtk2 from the AUR since it got moved there
• Test compiled the window decorator
• Checked binary links, links to marco-gtk2 installed prior to build

_use_marco=2 uses marco-gtk2 (<- basically for people who have trouble theming w/GTK3 stuff) _use_marco=1 uses marco (<- for people chill with GTK3 theming)

Which package do you guys have? (marco or marco-gtk2)

I can't use gtk themes window decorator anymore. Is there a fix for this?

_use_marco=2 does not seem to be building gtk-window-decorator anymore since the last update, thus breaking the ability to use gtk themes in compiz.

@spawn Have a look at the 2 messages below yours, they should be informative. Bottomline: download the PKGBUILD to a temporary dir, cd into that and run 'makepkg -rs'. After the build finishes, use 'pacman -U foo bar' to install both packages. I think your AUR helper is either broken or misconfigured.

Compiz-Core is no longer installable, now. Anyone got a fix for this? Getting this annoying error msg all the time: "Can not find package name : [==> Marco theme support enabled with GTK+3". I have tried completely removing mate, but then, same error :(

@WCBROW01 I hade the same problem and solved it by building without an aur helper (which is yay for me).

I'm trying to build compiz-core on a system with the MATE desktop. I set _use_marco=1 and the build just fails with "Can not find package name : [==> Marco theme support enabled with GTK+3]" without any other output.

If I remove the line "msg "Using GTK+3 for gtk-window-decorator"" (on line 57), the build starts, but fails while building gtk-window-decorator.

@JPB_9876 compiz-core isn't dependant on protobuf, but libcompizconfig is. You'll need to rebuild that against the updated protobuf to get compiz going again.

The update of protobuf to 3.7.0-1 seems to have broken compiz:

[user@brix ~]$ compiz --replace compiz (core) - Error: Couldn't load plugin '/usr/lib/compiz/libccp.so' : libprotobuf.so.17: cannot open shared object file: No such file or directory compiz (core) - Error: Couldn't load plugin 'ccp'

Reinstalling compiz-core (0.8.16.1-2) makes no difference. Rolling back to protobuf-3.6.1.3-1 fixes the problem.

Any ideas what needs to be done to fix this permanently?

Thank you!

@ShadowKyogre: Thanks for the speedy fix. Your fix is definately the smarter one.

@glitsj16:: After looking at the output of the packaging functions carefully, removing the line deleting "${pkgdir}/usr/share/applications/compiz.desktop" resulted it in only being made in the compiz-core package.

So I updated the PKGBUILD now to remove it from the REMOVE_THESE arrays altogether.

The PKGBUILD for 0.8.16.1-1 errors out while building compiz-gtk. "${pkgdir}/usr/share/applications/compiz.desktop" should be added to the REMOVE_THESE array in package_compiz-core() and removed from that same array in package_compiz-gtk().

Should compiz-core provide compiz ? https://aur.archlinux.org/packages/compiz-manager/, only looks for 'compiz>=0.8.0' unfortunately.