Package Details: compiz 0.9.14.0-5

Git Clone URL: https://aur.archlinux.org/compiz.git (read-only)
Package Base: compiz
Description: Composite manager for Aiglx and Xgl, with plugins and CCSM
Upstream URL: https://launchpad.net/compiz
Licenses: GPL, LGPL, MIT
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=0.9.14.0, compiz-bcop=0.9.14.0, compiz-core=0.9.14.0, compiz-plugins-extra=0.9.14.0, compiz-plugins-main=0.9.14.0, compizconfig-python=0.9.14.0, libcompizconfig=0.9.14.0
Submitter: Chazza
Maintainer: Chazza
Last Packager: Chazza
Votes: 144
Popularity: 2.133362
First Submitted: 2014-08-04 13:22
Last Updated: 2019-02-20 19:40

Required by (28)

Sources (7)

Pinned Comments

Chazza commented on 2019-02-14 22:34

Anyone here looking for compiz-bzr should install compiz-git instead. Upstream development has moved back to git, making compiz-bzr obsolete.

The compiz-git package is available here: https://aur.archlinux.org/packages/compiz-git/

Chazza commented on 2018-09-14 14:00

When library names like libprotobuf.so.XX change you just need to rebuild the package. It's not a problem with the PKGBUILD. This is normal for AUR packages. Packages in the official repos also get rebuilt when libraries are updated.

Note that you shouldn't symlink new library names to old. This will create problems for you further down the line.

Latest Comments

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

Chazza commented on 2019-02-20 14:43

@ector, once I'm in front of my Arch machine I'll update this package to add the fix from upstream.

Edit: done.

ector commented on 2019-02-20 12:51

Thanks for info @chazza. But can I update or I have to wait for new version compiz? I saw that in ubuntu it was fixed. at the moment I downgraded compiz. Cheers

Chazza commented on 2019-02-19 18:05

Great! Thanks alot muktupavels

muktupavels commented on 2019-02-19 16:09

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1816629

Chazza commented on 2019-02-18 18:10

@ector, that looks like a bug and you need to report it upstream. Techman35 reported something very similar in compiz-git a few days ago, about ccsm struggling with unicode characters. Python 2 and 3 handle unicode differently and CCSM was ported to Python 3 for this release so that could have something to do with it - I can't reproduce this myself. In the meantime,I suggest you downgrade to 0.9.13.1-5.

ector commented on 2019-02-18 16:51

hi, chazza ccsm not start whit new version compiz

[code] ector ~ $ ccsm compizconfig - Info: Backend : ini compizconfig - Info: Integration : true compizconfig - Info: Profile : default Traceback (most recent call last): File "/usr/bin/ccsm", line 122, in <module> mainWin = ccm.MainWin(context, plugin, category) File "/usr/lib/python3.7/site-packages/ccm/Window.py", line 55, in init self.MainPage = MainPage(self, self.Context) File "/usr/lib/python3.7/site-packages/ccm/Pages.py", line 1209, in init pluginWindow = PluginWindow(self.Context) File "/usr/lib/python3.7/site-packages/ccm/Widgets.py", line 1642, in init category_box = CategoryBox(context, category, plugins, i) File "/usr/lib/python3.7/site-packages/ccm/Widgets.py", line 1506, in init self._plugins.sort(key=PluginKeyFunc) File "src/compizconfig.pyx", line 943, in compizconfig.Plugin.ShortDesc.get UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 12: ordinal not in range(128) [/code]

Chazza commented on 2019-02-17 15:32

@nfishr The reason that error message appeared at the end of the build was because the Compiz build system tries to call glib-compile-schemas on /usr/share/glib-2.0/schemas at the end of the build. This fails because Arch packages are built as an ordinary user, not root, so glib-schemas-compile does not have write permissions on that directory, hence the permission denied error.

But it's a completely harmless error as I said earlier, because we don't need the Compiz build system to trigger a glib schemas recompile as that's handled by a pacman hook at install time. And before we had pacman hooks we had those ${pkgname}.install scripts which did the same thing.

The error has been at the end of every Compiz build since before I was maintainer. I never looked into what precisely caused it because it was a non-issue (one can verify that the Compiz gschemas are installed correctly by opening the dconf editor and looking for the org.compiz entries) and nobody ever complained until now.

As to why your build failed earlier, I can only guess because you never showed me the terminal output. But my assumption would be that you're using some sort of AUR helper that somehow picked up on the non-zero exit code of glib-compile-schemas and and interpreted that to mean that the entire packaging process had failed, thus stopping it in its tracks. But that's just a blind guess.

nfishr commented on 2019-02-17 11:33

@Chazza thanks for the quick reply. Indeed the error is now gone, and the compilation went through flawlessly. Since you're saying that the error I encountered was not critical, I'm now not sure what caused it to fail the other day.

Chazza commented on 2019-02-16 23:08

@nfishr The "Failed to create file “/usr/share/glib-2.0/schemas/gschemas.compiled.QDJCXZ”: Permission denied" error message has been around for ever. It shouldn't halt compilation.

Seeing as a people lately have been complaining about this error, I've added a patch which will silence it. The error isn't actually of any importance - glib schemas automatically get compiled by a pacman hook on installation/upgrade/removal so there's no need for them to be compiled during the package build process. But anyway, its fixed now.

nfishr commented on 2019-02-16 23:03

Does not compile for me.

Failed to create file “/usr/share/glib-2.0/schemas/gschemas.compiled.QDJCXZ”: Permission denied

not sure how to fix this