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.008578
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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 55 Next › Last »

<deleted-account> commented on 2019-04-03 02:59 (UTC)

@Chazza - Yes that helps, tnx for explaining.

In addition I just want to say how much I appreciate Compiz is still alive. I've been running it standalone for could it be a decade already? Still the best :)

denjack commented on 2019-04-01 18:11 (UTC)

@Chazza, muktupavels: checked it on a machine with freshly updated Arch with xfce where no plasma/kde4libs/kwin packages were installed and it was fully working - I have all thumbnails in DockBarX. I don't know how it was possible but the only i needed was to build 0.9.13 version of compiz (as Chazza advised below - git checkout c1a346ae6e69) and use it. Regardless of building it on system missing kde/plasma/kwin there were KDE compatibility option present in CCSM, once selected it all is working as I would expected. So from my point of view as it is causing no problem during building and works there is no reason changing any code and also no reason to remove KDE compatibility plugin from compiz. It would be appreciated by me to keep the pluggin in as I wouldn't need to keep compiz 0.9.13 forever or search for other solution in order to have thumbnails available.

muktupavels commented on 2019-03-31 15:01 (UTC)

Someone who use KDE should do the work and test things. If kdecompat works without other parts (actually it could work, as I think it was not disabled with -DBUILD_KDE4=Off) then create partial revert to restore this plugin and test it. If it works, then submit merge request.

<deleted-account> commented on 2019-03-29 09:43 (UTC)

Ok well I had a look at the code that was removed. The code for plugins/kdecompat doesn't look like it's using any code from KDE/Qt. The code for plugins/kde on the other hand - which apparently "Integrates the KDE/Qt event loop into Compiz" - has definitely not been ported to KDE5. It's using classes like KApplication and KCmdLineArgs which come from kdelibs4.

So without kdelibs4, plugins/kde won't compile and I would assume that plugins/kdecompat won't work without it. There doesn't look like there's much kdelibs4 specific code; it probably shouldn't be that difficult to replace it, just following the porting guide. But I don't know whether thumbnail previews in dockbarx would work even if the code were ported. It all depends on whether KWin 5 exposes its window thumbnails in the same way the KWin 4 did. Apparently KWin 4 exposed them through dbus [1].

If I get some time at the weekend I'll experiment with this and see if I can get it working but I can't make any promises.

[1] https://bugs.launchpad.net/dockbar/+bug/1329241/comments/1

EDIT: I had a go at porting the kde events plugin to Qt5 and got so far but reached a brick wall with the dispatcher. The dispatcher seems to get raw XEvents and then use Qt4 to process them. But in Qt5 the code for handling XEvents has been removed and I don't think it's straightforward to work around that, not without a much more detailed knowledge of X than I have. In any case, I think I was wrong in assuming that kdecompat needs the kde plugin so it's probably not relevant.

denjack commented on 2019-03-28 22:01 (UTC) (edited on 2019-03-28 22:12 (UTC) by denjack)

@Chazza, muktupavels: I wiped out kde/plasma from the system (pacman -Q | grep -i kde and pacman -Q | grep -i plasma returns nothing) and rebooted. Then got the source as Chazza advised and here are the answers: - compilation finished without any problem, the same with installation - ccsm now shows KDE compatibility option - DockBarX not surprisingly doesn't show window thumbnails now. I don't know how exactly DockBarX works however as it normally works (on Linux Mint) even if Thumbnail Window Previews option is off in CCSM I would say that functionality is taken from some KDE library (and this is the reason why it needs KDE compatibility ability in Compiz to work) and so I guess once KDE libraries are installed again, window thumbnails would be back - will test it later. Also I will try if plasma (KDE5) libraries are enough to work, in other words if outdated KDE4 libs aren't needed. It is a question if drop KDE compatibility if it works only with KDE4. It seems it is not causing any troubles (no problems with build), the worse that can happen is that it is just doing nothing. So I would say keep it but i'm not decision maker nor compiz developer. And last but not least, I have saved all compilation output to a file using script command. It has 33kB zipped. If useful i can provide it.

EDIT: actually not all thumbnails are gone. Some applications yes, some not. I don't know what causes the difference. xfce terminal emulator and firefox shows thumbnails whereas krusader and skype not... The only what is absolutely sure, if KDE compatibility is deselected in CCSM empty windows are shown instead of thumbnails.

<deleted-account> commented on 2019-03-28 19:17 (UTC)

@denjack as per muktupavels' comment, could you try building Compiz 0.9.13 (without KDE4 dependencies installed) and seeing if it works for you?

You can build older versions of packages by cloning the git repository and then checking out a previous commit. In general, you can see the list of git commits by running git log in the git repository. But for this case you need to do the following:

git clone <https://aur.archlinux.org/compiz.git>

cd compiz

git checkoutc1a346ae6e69

Sidenote: don't believe what compiz.org says. It is barely maintained. I'm actually surprised it even says that 0.9.13 is the latest version. It said that 0.9.8 was the latest version for years and years, even though that came out in 2012.

muktupavels commented on 2019-03-28 19:11 (UTC)

Does kdecompat works without KDE deps? And works with newest KDE? If so there should not be problems to restore kdecompat plugin...

denjack commented on 2019-03-28 19:07 (UTC) (edited on 2019-03-28 19:09 (UTC) by denjack)

Chazza: Ah, see your EDIT notice now. That is an exaplanation, thank you. Bad news. No window thumbnails in the future it seems. Thank you very much for help.

denjack commented on 2019-03-28 19:03 (UTC)

@Chazza: You are probably right (some dependencies are perhaps missing at the end) but i think the key is other thing - Mint package is of version 0.9.13 whereas yours is 0.9.14. I checked compiz.org for details and noticed 0.9.13 is shown there as the latest stable 0.9. version. Strange... I downloaded it and unpacked. I saw plugins/kdecompat dir under 0.9.13 version whereas it is missing in 0.9.14 (link here among sources links). Tried to adjust PKGBUILD to use 0.9.13 instead of 0.9.14. I needed to comment out processing of two patches (reverse-unity-config and ccsm-unicode-fix) as prepare() section was failed on it (which is understandable). Now i'm fighting with missing files. May be dependecies issue may be not, i'm not so experienced but the name of the missing file doesn't seem to be related to kde, rather compiz itself (i see warning message "FindCompizConfig.cmake" file not found in cmake module directories.). Will see but it seems obvious to me that the source package is the matter. How you came to that incomplete 0.9.14 version if latest one is 0.9.13?

<deleted-account> commented on 2019-03-28 17:28 (UTC)

@denjack Can you have a look at that Mint package and see what the make dependencies are? The build system is most likely disabling compilation of kdecompat because of a missing dependency. I know for sure the kde-window-decorator code was never ported to KDE5. That's probably true of kdecompat as well. Do you have the KDE4 kdelibs package installed? You will surely need that at a minimum.

EDIT: I just checked and as it turns out KDE4 support was dropped upstream for the 0.9.14 release so that explains that. https://git.launchpad.net/compiz/commit/?id=a55d3fb3fc6cdeeae69baffe0ebb9ca84679a692

You will have to either stick with 0.9.13 or reverse apply the commit I linked to above. Sorry about that.

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 55 Next › Last »