Package Details: compiz 0.9.14.2-6

Git Clone URL: https://aur.archlinux.org/compiz.git (read-only, click to copy)
Package Base: compiz
Description: Composite manager for Aiglx and Xgl, with plugins and CCSM
Upstream URL: https://launchpad.net/compiz
Keywords: ccsm
Licenses: MIT, GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: ccsm, compiz-bcop, compiz-core, compiz-fusion-plugins-experimental, compiz-fusion-plugins-extra, compiz-fusion-plugins-main, compiz-gtk, compizconfig-python, libcompizconfig, simple-ccsm
Provides: ccsm, compiz-bcop, compiz-core, compiz-plugins-extra, compiz-plugins-main, compizconfig-python, libcompizconfig
Submitter: None
Maintainer: xiota
Last Packager: xiota
Votes: 165
Popularity: 0.192984
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2024-05-29 20:38 (UTC)

Required by (27)

Sources (8)

Latest Comments

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 54 Next › Last »

japp1egate commented on 2017-12-08 23:12 (UTC)

@Chazza

I'll investigate those links, but this is a fresh install of Arch, and I did not conciously install Python to any non-standard location.

Let me see what I can find at those links you provided. If/when I come to a conclusion, I will post here again to update, in case anyone else has the same problem and thinks it's a Compiz issue.

Thanks for helping, @Chazza!

<deleted-account> commented on 2017-12-08 08:31 (UTC)

@japp1egate

I've rebuilt Compiz and it builds fine. I couldn't reproduce the error you mentioned. So unless someone else can confirm, I don't think there's a problem with the Compiz PKGBUILD. Looking at that error, I'm wondering whether perhaps you've installed python to a non-standard location? There are a couple of bug reports for this: https://bugs.launchpad.net/compiz/+bug/1204253 https://answers.launchpad.net/compiz/+question/232246

<deleted-account> commented on 2017-12-06 21:02 (UTC)

@japp1egate

Hiya. Nope, never seen that before. Or not that I remember anyway. Yes, you've raised this in the right place. Build issues should be reported to the package maintainer. I'm very, very busy at the moment unfortunately but I will try and fix this tomorrow if I have time, otherwise it might have to wait until the weekend.

japp1egate commented on 2017-12-06 20:35 (UTC) (edited on 2017-12-07 02:40 (UTC) by japp1egate)

/usr/src/compiz-0.9.13.1$ sudo mkdir build

/usr/src/compiz-0.9.13.1$ cd build

/usr/src/compiz-0.9.13.1/build$ sudo cmake ..

. . .

CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: PYTHON_LIBRARY_LOCAL linked by target "compizconfig_python_module" in directory /usr/src/compiz-0.9.13.1/compizconfig/compizconfig-python

From /usr/src/compiz-0.9.13.1/build/CMakeFiles/CMakeError.log:

CMakeFiles/cmTC_84d35.dir/CheckSymbolExists.c.o: In function main': CheckSymbolExists.c:(.text+0x1b): undefined reference topthread_create' collect2: error: ld returned 1 exit status make[1]: [CMakeFiles/cmTC_84d35.dir/build.make:98: cmTC_84d35] Error 1 make[1]: Leaving directory '/usr/src/compiz-0.9.13.1/build/CMakeFiles/CMakeTmp' make: [Makefile:126: cmTC_84d35/fast] Error 2

... and further toward the bottom of the log:

/usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status make[1]: [CMakeFiles/cmTC_b3337.dir/build.make:98: cmTC_b3337] Error 1 make[1]: Leaving directory '/usr/src/compiz-0.9.13.1/build/CMakeFiles/CMakeTmp' make: [Makefile:126: cmTC_b3337/fast] Error 2

As this is my first time attempting to compile Compiz, I am uncertain as to whether I am bringing this issue to the correct folks. @Chazza - since you are the package maintainer, have you encountered this failure in the past?

(edited to clean up formatting a bit.)

<deleted-account> commented on 2017-11-12 15:32 (UTC)

@s_root I've rebuilt compiz and I cannot reproduce that error. Please verify that your system is up to date and also try building the package manually instead of using an AUR helper as I've seen those cause problems for people once or twice.

s_root commented on 2017-11-12 14:47 (UTC)

Any idea of below error? /home/sr/.cache/pacaur/compiz/src/compiz-0.9.13.1/build/compizconfig/libcompizconfig/src/compizconfig.pb.h: In member function ‘void metadata::Plugin::clear_has_screen()’: /home/sr/.cache/pacaur/compiz/src/compiz-0.9.13.1/build/compizconfig/libcompizconfig/src/compizconfig.pb.h:4995:3: error: ‘_has_bits_’ was not declared in this scope _has_bits_[0] &= ~0x00000002u; ^~~~~~~~~~ /home/sr/.cache/pacaur/compiz/src/compiz-0.9.13.1/build/compizconfig/libcompizconfig/src/compizconfig.pb.h:4995:3: note: suggested alternative: ‘has_info’ _has_bits_[0] &= ~0x00000002u; ^~~~~~~~~~ has_info At global scope: cc1plus: warning: unrecognized command line option ‘-Wno-unused-private-field’ cc1plus: warning: unrecognized command line option ‘-Wno-unused-private-field’ cc1plus: warning: unrecognized command line option ‘-Wno-unused-private-field’ cc1plus: warning: unrecognized command line option ‘-Wno-unused-private-field’ cc1plus: warning: unrecognized command line option ‘-Wno-unused-private-field’ make[2]: *** [compizconfig/libcompizconfig/src/CMakeFiles/compizconfig.dir/build.make:91: compizconfig/libcompizconfig/src/CMakeFiles/compizconfig.dir/compiz.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:5603: compizconfig/libcompizconfig/src/CMakeFiles/compizconfig.dir/all] Error 2 make: *** [Makefile:163: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... :: boost is now an orphan package :: intltool is now an orphan package :: metacity is now an orphan package :: pyrex is now an orphan package :: failed to build compiz package(s)

loudmax commented on 2017-10-27 16:08 (UTC)

I hadn't recompiled. I just did and compiz is now working again with protobuf-3.4.1-1. Sorry for false alert and thanks for the tip about checking AUR dependencies.

Florian commented on 2017-10-27 11:47 (UTC) (edited on 2017-10-27 11:48 (UTC) by Florian)

Did you try recompiling compiz? Usually when upgrading libraries you should recompile dependent AUR packages, so the new libraries get linked again.

loudmax commented on 2017-10-27 11:46 (UTC)

compiz 0.9.13.1-3 failed to start with this error after I updated packages on my laptop: ImportError: libprotobuf.so.13: cannot open shared object file: No such file or directory I was able to fix it by downgrading from protobuf-3.4.1-1 to protobuf-3.3.2-1 pacman -U /var/cache/pacman/pkg/protobuf-3.3.2-1-x86_64.pkg.tar.xz The newer version of protobuf includes libprotobuf.so.14. Can Compiz be updated to work with the newer version?

<deleted-account> commented on 2017-05-27 14:53 (UTC)

Thanks Techman35 :) I've tested the patch you linked to and can confirm it addresses the issue so I've added it. As for the other issues, I promise I will look into them as soon as I am able but I am rather busy at present. In any case, upstream should be made aware of these issues if there aren't already existing bug reports.