Package Details: compiz 0.9.14.2-11

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.65
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2025-05-01 08:15 (UTC)

Required by (27)

Sources (10)

Latest Comments

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 56 Next › Last »

nachosduyo commented on 2015-11-03 12:33 (UTC)

Adding ccp to DCOMPIZ_DEFAULT_PLUGINS fixed the issue.

<deleted-account> commented on 2015-11-03 09:42 (UTC)

@korrode, I may be entirely wrong but as I understand it, at the point where "if (initialPlugins.empty () && autoAddCCP)" is evaluated, the intialPlugins list should be empty so ccp should be auto-added. I did indeed try renaming ~/.config/compiz-1 and noticed no issues.

korrode commented on 2015-11-03 08:18 (UTC) (edited on 2015-11-03 08:21 (UTC) by korrode)

Also Chazza, did you temporarily rename your ~/.config/compiz-1 folder and restart compiz (and then try to enable more plugins in CCSM) to check what the true default state is?

korrode commented on 2015-11-03 08:14 (UTC)

http://bazaar.launchpad.net/~compiz-team/compiz/0.9.12/revision/3951 I'm no C++ coder, but it looks to me like the change to main.cpp in r3951 only auto-activates cpp if the initial plugins list is empty. i.e. only if the configure line is this (or not present at all): -DCOMPIZ_DEFAULT_PLUGINS="" So it could be that Since we provide sane defaults regarding initial plugins, cpp must still be specified.

<deleted-account> commented on 2015-11-02 21:49 (UTC)

Thanks for reporting. I haven't noticed this behaviour myself so far. By any chance, is the issue fixed if you add ccp to the -DCOMPIZ_DEFAULT_PLUGINS line in the PKGBUILD and then rebuild Compiz? I removed it because ccp should by loaded by default from r3951 onwards but perhaps this isn't working properly in your case.

nachosduyo commented on 2015-11-02 20:28 (UTC) (edited on 2015-11-02 20:29 (UTC) by nachosduyo)

I use LXDE with Compiz instead of Openbox. Upon upgrading 0.9.12.2-7 -> 0.9.12.2-9 there is an issue that on bootup not all plugins are in effect; For example, Wobbly Windows and Commands are not, while Animations and Desktop Cube are. Unchecking and rechecking the first two does nothing. The only way to make them work is to execute openbox --replace, then compiz --replace. Downgrading to 0.9.12.2-7 fixed this issue.

<deleted-account> commented on 2015-09-13 14:14 (UTC)

Re to the comment below, I've now added xfce4-panel-compiz which is the standard xfce4-panel package with the patches linked to below. I'll continue to update this until such a time as Xfce upstream fixes these problems upstream. https://aur.archlinux.org/packages/xfce4-panel-compiz/

<deleted-account> commented on 2015-09-05 15:33 (UTC)

Does anyone use use Compiz with Xfce? If so, are you affected by either of the following issues? * https://wiki.archlinux.org/index.php/Compiz#Xfce_panel_window_buttons_are_not_refreshed_when_a_window_changes_viewport * https://wiki.archlinux.org/index.php/Compiz#Xfce_workspace_switcher_has_wrong_aspect_ratio If you are, there are now Xfce4 panel patches for both issues.

<deleted-account> commented on 2015-09-05 10:29 (UTC)

Note on decorators: I've removed the patch which makes gtk-window-decorator the default. I had originally assumed that the compiz-decorator script from upstream was dodgy, hence the patch, but actually it seems the script is fine – it's the command that starts it that's dodgy. I've now changed the default command to /usr/bin/compiz-decorator. The compiz-decorator script will first try to detect a GNOME or KDE session and if it can't it will then look for emerald, gtk-window-decorator and kde4-window-decorator in that order and start the first decorator it finds. This is good news for emerald users as it means you won't have to change the command to emerald --replace anymore – just installing emerald is enough. It also means that emerald will start cleanly, instead of always replacing gwd. You just need to clear the command field in CCSM -> Window Decoration after updating the package so that it says /usr/bin/compiz-decorator – use the button with the broom icon. Gwd users who have never changed the Window Decoration command don't need to do anything, everything should work just as before. Do let me know if there are any issues.

<deleted-account> commented on 2015-09-01 11:17 (UTC)

@SanskritFritz No probs. @korrode, seems to work for me so far. I can't say I've tested it much though, I still won't be parted from emerald. Feel free to do with it what you want, it's all free software after all. :)

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 56 Next › Last »