Package Details: compton-git 0.1_beta2.87.g316eac0-1

Git Clone URL: (read-only)
Package Base: compton-git
Description: X Compositor (a fork of xcompmgr-dana) (git-version)
Upstream URL:
Licenses: MIT
Conflicts: compton
Provides: compton
Submitter: valr
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 342
Popularity: 2.239762
First Submitted: 2011-12-28 20:39
Last Updated: 2017-10-29 10:04

Required by (13)

Sources (1)

Latest Comments

ekce commented on 2018-05-21 08:50

Compton currently has a bug where video players will temporarily freeze while the audio continues playing.

I'm pretty sure this has been reported on the github more than once but here is the latest open issue on the bug:

Moreover, compton is currently unmaintained so unless someone fixes it in a fork the issue is unlikely to be addressed. For now the only known fix seems to be to stop Compton while playing videos.

WorMzy commented on 2017-11-28 13:40

Ah, I thought you were getting a build failure due to the new libconfig. Yes, you will need to rebuild the package against the new library. Installing avkonarev's package is not a solution, it is a workaround.

avkonarev commented on 2017-11-28 11:06

I created a package that solves this problem. Just install it))

Corax commented on 2017-11-28 10:28

That's the usual problem when libraries are updated and packages depending on them are not rebuilt. The pkgrel of this package should be increased as well.

mmedum commented on 2017-11-28 10:13

It seems it is fixed and waiting on release:

mmedum commented on 2017-11-28 10:11

I think both @pierovera and I are seeing this message:

compton: error while loading shared libraries: cannot open shared object file: No such file or directory

WorMzy commented on 2017-11-27 20:14

It shouldn't. What error are you getting?

pierovera commented on 2017-11-26 14:37

The newest libconfig update (1.6-2 -> 1.7.1-1) breaks this package with error looking up

WorMzy commented on 2017-10-29 10:13

Note: I've switched to git+https for the source. This may cause problems for anyone who tries to build the new PKGBUILD in a directory with the "old" source. e.g.
==> ERROR: /home/build/builds/compton-git/compton is not a clone of

An easy fix is to edit the git config for the "old" source:

vim /home/build/builds/compton-git/compton/config

Edit the url listed under [remote "origin"] to read "" instead of "git://".

Alternatively, just delete the "old" source and let makepkg checkout the repo again.

osandov commented on 2017-03-26 15:37

FYI for anyone using this AUR package, the compton package in the official community repo seems to keep up to date with git.

haawda commented on 2015-08-30 22:31

The license file should go to "$pkgdir/usr/share/licenses/$pkgname/LICENSE", not to "$pkgdir/usr/share/licenses/$_gitname/LICENSE". Otherwise namcap complaints and throws an error (not just a warning).

WorMzy commented on 2015-02-16 22:58

The source declaration didn't change, and still works for me in a clean directory. You might want to try changing the source declaration to


and see if that helps.

tristan202 commented on 2015-02-16 21:27

-> Creating working copy of compton git repo...
fatal: No remote repository specified. Please, specify either a URL or a
remote name from which new revisions should be fetched.
==> ERROR: Failure while updating working copy of compton git repo
==> ERROR: Makepkg was unable to build compton-git.

Happens after latest update.

WorMzy commented on 2015-02-09 15:44

Provides and conflicts ('compton') makes sense (and were only omitted due to historical reasons), but provides ('compton-git=$pkgver') is nonsensical. Of course it provides itself at it's current version.

quequotion commented on 2015-02-09 15:31

This needs to provides() and conflicts() compton.

These lines should do it:


So that dependent packages don't try to remove this.

WorMzy commented on 2014-12-23 21:34

Was that OOD flag a misclick?

WorMzy commented on 2014-10-06 07:11

It's already listed as a makedepend..

Dasonk commented on 2014-10-06 00:00

You should add git as a make dependency

hermes14 commented on 2014-06-19 14:50

Thank you, reinstalling docbook-xml actually did the trick.

WorMzy commented on 2014-06-19 14:35

Last time I saw that, it was due to an untracked-file cleaner removing the xml catalog file.

hermes14 commented on 2014-06-19 14:27

I get this error:

a2x --format manpage man/compton.1.asciidoc
a2x: ERROR: "xmllint" --nonet --noout --valid "/tmp/makepkg/compton-git/src/compton/man/compton.1.xml" returned non-zero exit status 4
Makefile:126: recipe for target 'man/compton.1' failed
make: *** [man/compton.1] Error 1

Any idea why?

WorMzy commented on 2014-05-24 22:34

Yes, you should have base-devel installed if you want to build AUR packages.

muffin commented on 2014-05-24 22:32

Was getting an error when running makefile, installing the pkg-config package resolved it.

blackhole commented on 2014-05-15 22:22

Good! Already installed.

WorMzy commented on 2014-05-15 12:47

Looks like skurk has written a PKGBUILD for it:

WorMzy commented on 2014-05-14 21:26

I think that should be a separate package (if it isn't already). You could contact Chris or Richard and see if they're interested in merging the project into compton's git tree though, if they merge it, I'll update the PKGBUILD.

blackhole commented on 2014-05-14 16:45

It would be nice to include compton-conf


WorMzy commented on 2014-04-29 11:54

Just a heads up for anyone receiving notifications for this package: I have modified the pkgver function to make use of the tags that upstream have recently started providing. Be aware that some AUR helpers may not show this as an upgradeable package, because pacman itself will see it as a downgrade. I advise you to manually update the package using the updated PKGBUILD, though the old PKGBUILD will continue to work the same way (this is mostly a cosmetic change).

WorMzy commented on 2014-03-11 00:44

I found out that the build failures were due to a slightly outdated nvidia-libgl package in my custom repo. Clean-chroot build works with the current PKGBUILD, though I still recommend the addition of mesa as a makedepend, simply because it is one (albeit hidden).

WorMzy commented on 2014-03-11 00:14

Scratch that, makedepends. libgl packages still provide the relevant links.

WorMzy commented on 2014-03-11 00:08

OK100, the recent changes in the packaging of various GL packages has made it so that the mesa package needs to be an explicit dependency, or else building in a clean chroot fails with the following output:

==> Starting build()...
src/common.h:120:20: fatal error: GL/glx.h: No such file or directory

I'd also like to re-request the addition of dbus as an optdepend. :P


WorMzy commented on 2014-02-06 17:22

No, it's not. Please read

srhb commented on 2014-02-06 17:17

I believe this package is missing a dependency on pkg-config

WorMzy commented on 2014-02-03 13:11

No idea then. I don't see any references to xml files in either compton or compton-git's sources, nor can I see any files with the xml extension. Could you be using old sources, or have an alias that's causing problems?

orschiro commented on 2014-02-03 05:57


Definitely not an issue of libxinerama which I have installed. They same happens by the way with the `compton` package. I used to have compton installed all the time but then uninstalled it in order to install `compton-git`. And now I cannot even go back to the compton package anymore. Same error:

a2x --format manpage man/compton.1.asciidoc
a2x: ERROR: "xmllint" --nonet --noout --valid "/home/orschiro/compton/compton/src/compton/man/compton.1.xml" returned non-zero exit status 4
Makefile:121: recipe for target 'man/compton.1' failed
make: *** [man/compton.1] Error 1

WorMzy commented on 2014-02-02 23:12

@OK100: Thanks for the quick updates. You may still want to add dbus as an optdepends (libdbus doesn't offer anyway to control compton by itself, it's just needed to compile the support in), or else tell me to shut up. :P

WorMzy commented on 2014-02-02 20:18

Not getting that one, but I am getting an error about missing xinerama headers, so try adding libxinerama to the depends array.

orschiro commented on 2014-02-02 20:11

Anyone else getting this build error?

a2x: ERROR: "xmllint" --nonet --noout --valid "/var/cache/pacman/pkg/compton-git28370/compton-git/src/compton/man/compton.1.xml" returned non-zero exit status 4
make: *** [man/compton.1] Error 1

WorMzy commented on 2014-02-01 13:42

Also, dbus packaging has changed, so you should be depending on libdbus (with an optdepends on dbus).

WonderWoofy commented on 2014-02-01 03:36

I think you should add 'xorg-xprop' and 'xorg-xwininfo' as optional dependencies. It seems as though compton-trans (similar to transset-df) relies on those packages to function.

tekwyzrd commented on 2014-01-29 04:36

Distribution Arch
compton built from git today via aur. 2014.01.21.gaeda148-1
kde 4.12.1-1
kernel 3.12.9-1
nvidia 331.38-1
kde crystal window decoration

Problem: using any of the button choices offered this windeco the title bar buttons of the konsole window are semi-transparent. Whether the window is focused or unfocused, they are lighter than the title bar buttons of any other window. When the title bar of the konsole window is covering another window the portion of the covered window below the buttons is displayed rather than the buttons. This happens with all styles I try. I have kwin effects disabled and compton configured to provide transparency only. Why compton with kde? Compton uses less resources than kwin's effects and provides me the opportunity to use the same compositor and configuration with plasma and kwin or razor-qt and xfwm4 or openbox.

WorMzy commented on 2014-01-25 09:54

compton is 'stable', compton-git is developmental.

Dea993 commented on 2014-01-25 09:00

is better compton or compton-git version?

Dea993 commented on 2014-01-25 08:54

is better compoton or compton-git version?

Anonymous comment on 2014-01-17 19:27

Works real nice with openbox. Thanks :)

mrkline commented on 2013-12-23 23:59

@jyc: I did it by mistake. My apologies.

jyc commented on 2013-11-14 05:18

Why is this flagged as out of date?

OK100 commented on 2013-10-24 07:49

@intelfx: I also prefer the current pkgver

Anonymous comment on 2013-10-21 14:35

I prefer the current versionning with the date…

intelfx commented on 2013-10-21 13:52

Could you please update PKGBUILD to use epoch=1 instead of date in pkgver()? It's less cluttered...

Package with an example pkgver is here:

msx commented on 2013-10-15 09:25

Awesome, thanks for packaging guys!

brettski commented on 2013-08-08 14:52

@WorMzy: that seems valid. Rebuilding did fix the problem.

My thinking was that people using an AUR helper would do not see that the application has been updated to fix a major bug. It seemed to me that updating the PKGBUILD (even if just the name) to reflect the most recent commits would help with that problem. I am still learning about the Arch Way and AUR etiquette.

In an unrelated issue, when trying to rebuild this package with aura it insisted that I needed mesa-libgl... of course that conflicted with nvidia-libgl and I was not able to proceed. Installing the tarball manually worked without any trouble. Any idea what that might be about?

WorMzy commented on 2013-08-08 07:16

It's a VCS package, just rebuild it. makepkg will pull in any changes to the upstream repository since you last built the package.

VCS packages should only really be flagged out of date if the upstream repo URL changes, or the build/package functions need updating to reflect changes made upstream.

brettski commented on 2013-08-08 03:57

flagging out-of-date

Recent changes patch a bug caused by upgrading to most recent nvidia drivers.

mercuryFloat commented on 2013-07-16 12:34

The "-i" option is behaving weirdly (at least using xmonad)
If a floating window is opened and then closed over a fullscreen windows, the fullscreen window sometimes remains transparent even though it's active.

Open Firefox
Remove navigation toolbar by right clicking it
Press Alt-D to open address field
Press close

Note: It does work properly if the focus is switched back and forth between the windows just before the last step of the reproduction.

mercuryFloat commented on 2013-07-16 12:22

The "-i" is behaving weirdly (at least when using xmonad).
If a floaing window is opened and then closed, the main window is still transparent.

WorMzy commented on 2013-04-27 17:23

No, if you're using the AUR, you're expected to have base-devel installed.

hugo commented on 2013-04-27 17:17

Missing pkg-config as build depends

WorMzy commented on 2013-04-13 11:56

@garion: There is no "correct" pkgver, it's up to the maintainer to use whatever make the most sense.

Anonymous comment on 2013-04-13 07:34

I think you don't use the correct pkgver function for a CVS PKGBUILD

You can find the guidelines here:

Since Pacman 4.1, the Git PKGBUILD can be simplified:

Could you update the PKGBUILD? Thanks in advance.

WorMzy commented on 2013-04-12 22:58

Just a heads up, you can remove make, pkg-config, and libgl from the makedepends array. They're provided by base-devel or the depends array respectively. They won't cause any problems by being in the makedepends array, but they shouldn't really be there. My bad.

Anonymous comment on 2013-04-11 12:04


Well, we could convert those asciidoc documentation to troff when creating a release package to remove the dependency, but we don't have a formal release yet, and it isn't really sensible to do this in a git repo, I'm afraid.

The compton binary itself doesn't need asciidoc, after all, so `make install` doesn't work without asciidoc, but `make` works, and it generates the "compton" binary in the source directory. Just copying that file to /usr/bin should suffice. That's what I always do.


Have you tried the new OpenGL backend + opengl-swc VSync? It's reported to solve tearing issues on many systems.

compton --backend glx --paint-on-overlay --vsync opengl-swc

OK100 commented on 2013-04-09 09:03

Updated. Thanks @WorMzy

WorMzy commented on 2013-04-08 21:21

Please update the PKGBUILD to make use of pacman 4.1 CVS PKGBUILD features. Here's one I made earlier, feel free to use it:

Anonymous comment on 2013-03-30 03:01

asciidoc install requires over 540MB of dependencies in KaliLinux.
I managed to install it by removing the MANPAGE lines from the Makefile.

Is there any other alternative?

jav209 commented on 2013-03-18 18:58

Fixed on my end...the docbook-xsl and docbook-xml packages had been corrupted. A reinstall fixed it.

kellerman commented on 2013-03-14 15:05

Still tearing with XFCE. Im using no compositor at all (faster) and there's no tearing at all

jav209 commented on 2013-03-10 16:07

got a little farther this time, but still fails in the doc generation step:
a2x --no-xmllint --format manpage man/compton.1.asciidoc
a2x --no-xmllint --format manpage man/compton-trans.1.asciidoc
asciidoc man/compton.1.asciidoc
asciidoc man/compton-trans.1.asciidoc
a2x: ERROR: "xsltproc" --stringparam 0 --stringparam 0 --stringparam admon.textlabel 1 --stringparam 0 "/etc/asciidoc/docbook-xsl/manpage.xsl" "/dev/shm/src/compton-build/man/compton-trans.1.xml" returned non-zero exit status 5
make: *** [man/compton-trans.1] Fehler 1
make: *** Warte auf noch nicht beendete Prozesse...
a2x: ERROR: "xsltproc" --stringparam 0 --stringparam 0 --stringparam admon.textlabel 1 --stringparam 0 "/etc/asciidoc/docbook-xsl/manpage.xsl" "/dev/shm/src/compton-build/man/compton.1.xml" returned non-zero exit status 5
make: *** [man/compton.1] Fehler 1

Anonymous comment on 2013-03-10 08:36

Sarkasper, jav209:

An workaround for your problem:
- replace 'a2x' to 'a2x --no-xmllint' in Makefile.

jav209 commented on 2013-03-09 01:15

I have the same build error as Sarkasper:

asciidoc man/compton.1.asciidoc
a2x: ERROR: "xmllint" --nonet --noout --valid "/dev/shm/src/compton-build/man/compton-trans.1.xml" returned non-zero exit status 4
make: *** [man/compton-trans.1] Fehler 1
make: *** Warte auf noch nicht beendete Prozesse...
a2x: ERROR: "xmllint" --nonet --noout --valid "/dev/shm/src/compton-build/man/compton.1.xml" returned non-zero exit status 4
make: *** [man/compton.1] Fehler 1

bkuri commented on 2013-03-04 15:47

Here's the fixed PKGBUILD with the changes proposed by @WorMzy and @Barthalion (worked like a charm):

Barthalion commented on 2013-03-04 15:40

Move mesa-libgl to build dependencies and add libgl to dependencies. Additionally you need to add libxrandr and dbus to depends= array.

Barthalion commented on 2013-03-04 15:36

Mesa-libgl should not be used in depends array, but in makedepends. And as WorMzy already pointed, you need to add libxrandr to dependencies.

mask2011 commented on 2013-03-04 12:51

When I try to build, I get:

resolving dependencies...
looking for inter-conflicts...
:: mesa-libgl and nvidia-utils are in conflict (libgl). Remove nvidia-utils? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa-libgl and nvidia-utils are in conflict
Installation failed.

Does anyone know what to do?

WorMzy commented on 2013-02-28 16:45

Do to recent changes in mesa, the mesa dependency should be replaced with libgl, otherwise compilation in a clean chroot will fail due to "/usr/bin/ld: cannot find -lGL".


scjet commented on 2012-12-23 09:57

#packer -S compton
zip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
No PKGBUILD found in directory.

scjet commented on 2012-12-23 09:56

#packer -S compton-git
GitHub is offline for maintenance. See for more info.
==> ERROR: A failure occurred in build().
The build failed.

gh0st commented on 2012-12-04 12:16

# man page
a2x --format manpage man/compton.1.asciidoc
a2x: ERROR: "xmllint" --nonet --noout --valid "/home/kasper/dl/compton-git/src/compton-build/man/compton.1.xml" returned non-zero exit status 4
make: *** [docs] Error 1

WorMzy commented on 2012-12-03 22:30

Needs libxrandr.

==> Starting make...
Cloning into '/build/src/compton-build'...
Package xrandr was not found in the pkg-config search path.
Perhaps you should add the directory containing `xrandr.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xrandr' found
cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DCONFIG_LIBCONFIG -DCONFIG_REGEX_PCRE -DCONFIG_REGEX_PCRE_
JIT -DCONFIG_VSYNC_DRM -DCONFIG_VSYNC_OPENGL -Wall -std=c99 -c src/compton.c
In file included from src/compton.c:11:0:
src/compton.h:76:35: fatal error: X11/extensions/Xrandr.h: No such file or directory
compilation terminated.
make: *** [compton.o] Error 1
==> ERROR: A failure occurred in build().

OK100 commented on 2012-12-03 18:24

Updated. Thanks @grimi

grimi commented on 2012-11-30 17:51

Hi, this PKGBUILD provides newer manuals and example conf:
Please, apply changes to new release...

KleinerMann commented on 2012-11-18 18:42

Hi, I get error during compiling. I solved installing "mesa", like adam900710 said. :)

adam900710 commented on 2012-11-18 05:42

It is working fine in my environment.
The function for drm/opengl vsync is the killer function than other compositor.
(cairo-compmgr-git also provide vsync but still buggy when the Terminal is full screened and newly opened Terminal will still be covered by the full screen Terminal)

BTW, since the opengl vsync is compiled, mesa package is needed for the headers.
Without the mesa packages, my arm box meets a compiling error because the missing opengl headers.

adam900710 commented on 2012-11-18 05:41

It is working fine in my environment.
The function for drm/opengl vsync is the killer function than other compositor.
(cairo-compmgr-git also provide vsync but still buggy when the Terminal is full screened and newly opened Terminal will still be covered by the full screen Terminal)

BTW, since the opengl vsync is compiled, mesa package is needed for the headers.
Without the mesa packages, my arm box meets any compile error because the missing opengl headers.

adam900710 commented on 2012-11-18 05:38

It is working fine in my environment.

BTW, since the opengl vsync is compiled, mesa paackage is needed for the headers.
Without the mesa packages, my arm box meets any compile error because the missing opengl headers.

valr commented on 2012-09-27 14:25

update n°2 on bug report: it's a locale problem!
Indeed under my locale (fr_BE.UTF-8) the values 0.03 should be written 0,03 to work.
As a workaround, you can use "LC_ALL=C compton the-options" until the fix is commited.

valr commented on 2012-09-27 07:59

update n°1 on bug report:
1) I had negative values for -I and -O options. It's not valid values. They should be before 0.0 and 1.0
2) After some testing, the options that cause problems on my setup are -I and -O. I have currently removed them and compton works ok now.
Waiting for more info from upstream.

valr commented on 2012-09-26 21:04

@alex-no1: bug report #47 created on compton github site.

alex-no1 commented on 2012-09-26 20:28

same here... it's not working.

valr commented on 2012-09-26 20:22

Note that current version is completely bugged on my machine.

valr commented on 2012-09-26 20:05

@ignorant, thanks!
All deps added.

Anonymous comment on 2012-09-26 08:41

Dependencies should be updated again. Compton now uses:


valr commented on 2012-05-09 19:29

Dependencies fixed:
- depends array: added only 'xorg-xprop' & 'xorg-xwininfo'
- makedepends array: no change.

@hasufell: other dependencies are ok taking into account dependency tree and also that any AUR package has base and base-devel groups as pre-requisite.

hasufell commented on 2012-03-16 03:00

dependencies are incomplete.
please fix this

depends=('bash' 'libxcomposite' 'libxdamage' 'libxfixes' 'libxrender' 'libx11' 'xorg-xprop' 'xorg-xwininfo')
makedepends=('git' 'pkg-config' 'xproto')

valr commented on 2012-02-28 20:00

PKGBUILD updated.

XeCycle commented on 2012-02-28 16:03

Upstream fixes make install, now a simple "make PREFIX=$pkgdir/usr install" works. Those tricks are not needed now.

XeCycle commented on 2012-02-28 14:41

Another fix for the change: install -dm755 $pkgdir/usr/{bin,share/man/man1} && make PREFIX=$pkgdir/usr install

baskerville commented on 2012-02-27 17:58

A fix for the recent change of the manual path: