Search Criteria
Package Details: compiz 0.9.14.2-9
Package Actions
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 |
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: | 166 |
Popularity: | 0.79 |
First Submitted: | 2014-08-04 13:22 (UTC) |
Last Updated: | 2024-10-31 17:58 (UTC) |
Dependencies (20)
- glibmm
- glu (glu-gitAUR)
- libice
- libnotify (libnotify-gitAUR)
- libsm
- libwnck3
- libxslt (libxslt-gitAUR)
- metacity (metacity2AUR)
- protobuf (protobuf-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-cairo (python-cairo-gitAUR)
- python-dbus
- python-gobject
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- cython (cython-gitAUR, cython0AUR) (make)
- intltool (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- python-setuptools (make)
- xorg-xprop (optional) – grab various window properties for use in window matching rules
Required by (28)
- ccsm (requires compizconfig-python)
- ccsm (requires compiz-core) (optional)
- ccsm-git (requires compiz-core) (optional)
- ccsm-gtk3 (requires compizconfig-python)
- ccsm-gtk3 (requires compiz-core) (optional)
- ccsm-gtk3-git (requires compiz-core) (optional)
- compiz-bcop (requires compiz-core)
- compiz-cube-screensaver
- compiz-fusion-plugins-experimental (requires compiz-bcop)
- compiz-fusion-plugins-experimental (requires compiz-core)
- compiz-fusion-plugins-extra (requires compiz-bcop)
- compiz-fusion-plugins-extra (requires compiz-core)
- compiz-fusion-plugins-main (requires compiz-core)
- compiz-fusion-plugins-main (requires compiz-bcop)
- compiz-gtk (requires compiz-core)
- compiz-gtk-git (requires compiz-core)
- compiz-manager (requires compiz-core)
- compizconfig-python (requires libcompizconfig)
- compizconfig-python (requires compiz-core)
- emerald (requires compiz-core)
- Show 8 more...
Sources (9)
- 0001-reverse-unity-config.patch
- 0002-focus-prevention-disable.patch
- 0003-gtk-extents.patch
- 0004-screenshot-launch-fix.patch
- 0005-no-compile-gschemas.patch
- 0006-Drop-toggle-shaded-since-it-s-no-longer-included-in-.patch
- 0007-64-bit-time-t-compat.patch
- 1001-fix-crash-in-vertexbuffer.patch
- compiz-0.9.14.2.tar.xz
Latest Comments
1 2 3 4 5 6 .. 55 Next › Last »
xiota commented on 2024-10-31 04:26 (UTC) (edited on 2024-10-31 18:00 (UTC) by xiota)
I've undone the sodep change. Those who prefer sodeps may look in the PKGBUILD to see how to enable it.
The preferred way to build packages I maintain is still in a clean chroot.
geoffk commented on 2024-10-31 03:24 (UTC)
Thanks for the help and quick reply.
I have a confession to make--I'm lazy, so I usually just use paru. 8 times out of 10, it works fine and saves me some steps. This turned ot to be one of the exceptions. When I downloaded the snapshot and ran it by hand, it compiled, installed and ran with no issues. It would be nice if paru worked too, but I can't say that the package is actually broken.
Sorry for the slightly bogus complaint. If anyone has issues with an AUR helper, than try running it the offical way and it should work.
xiota commented on 2024-10-30 16:23 (UTC) (edited on 2024-10-30 16:24 (UTC) by xiota)
@geoffk Are you using
-s
flag withmakepkg
? (If so, try without.)geoffk commented on 2024-10-30 16:13 (UTC)
Ok, so I bypassed the dependency with the pacman -dd flag. Now I'm trying to re-build and I get the error:
Error: Failed to prepre for processing (dependencies could not be resolved) :Unmet compiz dependencies because libprotobuf.so=28.1.0-64 cannot be resolved
So, as long as Compiz lists this outdated package as a required dependency, it won't build and is essentially broken.
STG commented on 2024-10-06 16:44 (UTC) (edited on 2024-10-06 16:51 (UTC) by STG)
protobuf should not be included as a dependency since compiz isn't getting updated very often. it's going to need to be rebuilt anyway so no point in having protobuf dependency which is going to break regular updates.
lectrode commented on 2024-10-01 01:18 (UTC) (edited on 2024-10-01 01:38 (UTC) by lectrode)
Fair point, but if any AUR package that needs a rebuild is going to block updates until it is removed, that completely negates the purpose of
rebuild-detector
(which, again, is in the official repos, and that should be a clear indicator of how AUR package rebuilds are expected to be handled).But that's your call. Anyone who prefers being able to update the system, then rebuild the package when they so choose (without having to remove it first) is welcome to use
compiz-easy-patch
.xiota commented on 2024-09-30 20:44 (UTC) (edited on 2024-09-30 20:46 (UTC) by xiota)
Majority of updates on Arch Linux are not "security updates". Deferring upgrading a few packages is of little consequence.
Use of AUR at all is "unnecessary". Users who choose to do so commit themselves to some "extra steps".
lectrode commented on 2024-09-30 08:03 (UTC) (edited on 2024-09-30 08:07 (UTC) by lectrode)
I maintain a separate variant of this package, so I don't have much skin in this particular decision. That said;
The existence of an AUR package shouldn't block security updates for the rest of the system. This package shouldn't need to be uninstalled every single time a dependency is updated. 'sudo pacman -Syudd' is not a long-term solution - it is a temporary workaround.
Depending on the specific version of a dependency that a package was compiled against should primarily be for packages from the official repos, since those updates are usually provided together and you shouldn't update one without the other.
AUR packages needing a rebuild after the rest of the system is updated is a well-known staple of using packages from the AUR. If someone needs a reminder to recompile something after updating the rest of the system, that's what tools like
rebuild-detector
(in the official repos) are for.Please do not introduce unnecessary extra steps for using AUR packages. Please do not prioritize continued functionality of an AUR package over security updates for the rest of the system.
(compiz doesn't even fully stop working after that dependency is updated - it just doesn't read your custom config anymore. these extra steps are even more annoying than just recompiling it after the fact)
xiota commented on 2024-09-26 21:33 (UTC) (edited on 2024-10-31 17:59 (UTC) by xiota)
compiz
needs to be rebuilt for library updates. The preferred way to build any package I maintain is in a clean chroot.kinoru commented on 2024-09-26 18:43 (UTC)
@xiota I'm also having a related issue. This is unfortunately blocking the full system upgrade.
1 2 3 4 5 6 .. 55 Next › Last »