Package Details: compiz 0.9.14.2-10

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: 168
Popularity: 0.74
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2025-03-31 09:11 (UTC)

Required by (27)

Sources (10)

Latest Comments

1 2 3 4 5 6 .. 56 Next › Last »

piotrv commented on 2025-03-31 16:48 (UTC)

After todays update, no compiling issues and without suggested PKGBUILD alterations , working fine.

vicbis commented on 2025-03-30 23:05 (UTC) (edited on 2025-03-30 23:17 (UTC) by vicbis)

The same with me. Just to try it out, commented out the 'offending' line to see what happens.

vicb@emilia [ /usr/lib/python3.13/site-packages ]$ diff -u ccm-orig ccm
Common subdirectories: ccm-orig/pycache and ccm/pycache
diff -u ccm-orig/Settings.py ccm/Settings.py
--- ccm-orig/Settings.py 2025-03-31 09:49:05.099361705 +1100
+++ ccm/Settings.py 2025-03-31 09:49:34.154573689 +1100
@@ -115,7 +115,7 @@
label.set_markup(style % desc)
label.props.xalign = 0
label.set_size_request(160, -1)
- label.props.wrap_mode = Gtk.WrapMode.WORD
+# label.props.wrap_mode = Gtk.WrapMode.WORD
label.set_line_wrap(True)
self.Label = label
diff -u ccm-orig/Utils.py ccm/Utils.py
--- ccm-orig/Utils.py 2025-03-31 09:49:05.099402391 +1100
+++ ccm/Utils.py 2025-03-31 09:49:36.475130397 +1100
@@ -174,7 +174,7 @@
def init(self, value = "", wrap = 160):
Gtk.Label.init(self, label=value)
self.props.xalign = 0
- self.props.wrap_mode = Gtk.WrapMode.WORD
+# self.props.wrap_mode = Gtk.WrapMode.WORD
self.props.max_width_chars = 20;
self.set_line_wrap(True)
self.set_size_request(wrap, -1)

Seemed to work... Don't know fully yet what the consequences of this change be. Getting other warnings, probably unrelated.

vicb@emilia [ ~ ]$ ccsm
(ccsm:9483): Gtk-WARNING : 09:50:50.032: Theme parsing error: gtk.css:11:26: The style property GtkRange:slider-width is deprecated and shouldn't be used anymore. It will be removed in a future version
(ccsm:9483): Gtk-WARNING : 09:50:50.032: Theme parsing error: gtk.css:12:26: The style property GtkRange:stepper-size is deprecated and shouldn't be used anymore. It will be removed in a future version
compizconfig - Info: Backend : ini
compizconfig - Info: Integration : true
compizconfig - Info: Profile : default

ArchLinuxUser commented on 2025-03-30 15:03 (UTC)

CCSM doesn't start

compizconfig - Info: Backend : ini
compizconfig - Info: Integration : true
compizconfig - Info: Profile : default
Traceback (most recent call last):
File "/usr/sbin/ccsm", line 126, in <module>
mainWin = ccm.MainWin(context, plugin, category)
File "/usr/lib/python3.13/site-packages/ccm/Window.py", line 55, in init
self.MainPage = MainPage(self, self.Context)
^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.13/site-packages/ccm/Pages.py", line 1149, in init
pluginWindow = PluginWindow(self.Context)
File "/usr/lib/python3.13/site-packages/ccm/Widgets.py", line 1641, in init
category_box = CategoryBox(context, category, plugins, i)
File "/usr/lib/python3.13/site-packages/ccm/Widgets.py", line 1515, in init
label = Label ('', -1)
File "/usr/lib/python3.13/site-packages/ccm/Utils.py", line 177, in init
self.props.wrap_mode = Gtk.WrapMode.WORD
^^^^^^^^^^^^^^^^^^^^
TypeError: expected enumeration type PangoWrapMode, but got GtkWrapMode instead

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 with makepkg? (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.

1 2 3 4 5 6 .. 56 Next › Last »