Package Details: compiz 0.9.14.2-9

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: 165
Popularity: 0.009114
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2024-10-31 17:58 (UTC)

Required by (28)

Sources (9)

Latest Comments

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

<deleted-account> commented on 2017-12-18 11:21 (UTC)

Folks, as of today I've switched the Compiz sources over from the release tarballs on launchpad to the pre-release ones. I didn't want to do this but its been thirteen months since the last release tarball and I'm not sure when (if ever) the next one is coming along. I thought it wouldn't be fair to keep everybody on the November 2016 release, potentially forever. So with that in mind, I think the best way of making sure everybody has a reasonably stable and up-to-date version of Compiz is to use the pre-release snapshots that get used in Ubuntu. I'll update the snapshots used at least once a year and more frequently if it's justified. Hope this is acceptable for everybody and have a good Christmas! :)

<deleted-account> commented on 2017-12-10 10:25 (UTC)

@japp1egate Hi there. Ah I see, you used a non-standard installer. That explains things. Please would you mention that in the future? I'm still happy to help but that needs to be upfront so that we know where we stand. As for the version number, I sorry I completely forgot to mention. That's a bug that's been there for ages. I think upstream just forgot to update the version reporting function. I could patch it myself but I don't think it's worth making everybody rebuild. So that's nothing to worry about. Anyway, I'm glad you got it working. Let me know if there are further issues.

EDIT: there we go, I fixed the version for you. Looks like upstream already got round to it as well.

japp1egate commented on 2017-12-09 21:29 (UTC)

@Chazza:

Solved and sorted! Well...mostly. It would appear that the non-standard repos installed by Zen by default are not properly synchronized with official/AUR, and I was getting a jank-tastic compiz version where ccsm didn't work as a result.

I've just finished rebuilding compiz from AUR, but --version still shows 0.9.13.0. This leaves me mildly befuddled, but at least (in all other ways so far) it's working.

Any ideas why I might still be seeing the old version number?

Sorry for being bothersome.

japp1egate commented on 2017-12-09 21:17 (UTC)

@Chazza:

I'm operating under the assumption that I've done something fantastically moronic in using this Zen installer for Arch. There were a couple of questionable repositories in my pacman.conf which I've now commented out (revenge_repo and spooky_aur). I've removed my previous compiz install (which showed --version as being 0.9.13.0) and am now rebuilding from AUR. Will update here with results once the process is complete.

japp1egate commented on 2017-12-09 19:42 (UTC)

@Chazza:

1) You are correct, and I apologize for not communicating clearly where my compiz came from. This is a fresh "compiz" install/build from AUR.

2) I'm afraid that "compiz --version" is reporting 0.9.13.0, even though I see on the AUR that the compiz that I apparently have installed should be 0.9.13.1.

3) To the best of my knowledge, libprotobuf.so.13 has never been on this machine. As I mentioned before, this is a fresh Arch install, but it has libprotobuf.so.14 installed. I'm not sure whether it makes any real difference, but I used the Zen installer (used to be OBRevenge). Where/how might I either get the previous version of libprotobuf.so or make compizconfig look for libprotobuf.so.14?

I really appreciate your help, @Chazza!

<deleted-account> commented on 2017-12-09 09:43 (UTC)

Hi @japp1egate. A couple of quick things:

1) ''I've gotten past the issue I'd reported by installing the package "compiz" from the repo, rather than "compiz-manjaro"''

You mean you installed compiz from the AUR, right? Neither compiz (this package), nor compiz-manjaro nor any other compiz packages are in the Arch repositories. It would actually be against policy for this package to be in the AUR and the official repositories at the same time.

2) ''Now that I have compiz 0.9.13.0 running''

You should have 0.9.13.1 installed, not 0.9.13.0. I updated this PKGBUILD to point to 0.9.13.1 in November 2016. Was this a typo or are you actually trying to use the older version??

3) ''I cannot launch ccsm.''

So what you've got there is a dynamic linking issue. The compiz you've installed is linked against a particular version of the libprotobuf library. The version it's linked against is no longer on your machine because it was replaced by a newer version in an update. The correct way to resolve this is simply to rebuild compiz against the newer version of libprotobuf.

japp1egate commented on 2017-12-09 09:15 (UTC)

@Chazza

You were correct in that this was not an actual Compiz problem. I've gotten past the issue I'd reported by installing the package "compiz" from the repo, rather than "compiz-manjaro" (installed due to sleep-deprivation). This led me to installation of proper nVidia graphics driver, as something had somehow hosed my display. Solved that (not related here).

Now that I have compiz 0.9.13.0 running, I cannot launch ccsm.

$ ccsm Traceback (most recent call last): File "/usr/bin/ccsm", line 93, in <module> import compizconfig ImportError: libprotobuf.so.13: cannot open shared object file: No such file or directory</module>

Is the compizconfig that it's trying to import a file I can edit, wherein I might change the entry from libprotobuf.so.13 to libprotobuf.so.14, which actually resides on my machine?

Thanks!

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.

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