Package Details: copyq 3.1.2-1

Git Clone URL: (read-only)
Package Base: copyq
Description: Clipboard manager with searchable and editable history.
Upstream URL:
Licenses: GPL3
Submitter: KenjiTakahashi
Maintainer: KenjiTakahashi
Last Packager: KenjiTakahashi
Votes: 85
Popularity: 1.595611
First Submitted: 2011-12-18 04:58
Last Updated: 2017-10-26 21:59

Latest Comments

KenjiTakahashi commented on 2017-05-17 19:33

Sorry, but I don't use either of these, so I cannot tell much. But I have not changed anything significant in the package between those versions. Perhaps you should file an issue upstream [Also update to 3.0.1, always a chance that it disappeared :-).]

peje commented on 2017-05-12 16:17

Hi, copyq 3.0.0-1 breaks copy paste from google-chrome to gnome-terminal,
with everything is working as expected.
cu peje

snake2903 commented on 2017-04-24 06:13

Can you please update to version 3.0.0?

I can't restore my exported tabs from version 3.0.0 to version 2.9.0

KenjiTakahashi commented on 2016-08-07 14:31

Just recompiled in a clean chroot, no problems experienced.

doctorcolossus commented on 2016-07-24 16:56

I think libstdc++5 needs to be added as a build dependency.

KenjiTakahashi commented on 2016-05-14 15:18

Glad you found the cause. It still sounds weird, though, that a proxy app seems to break compiler ;-].

johnnys commented on 2016-05-12 23:00

Sorry, my fault, Yaourt was using proxy(proxychains yaourt --aur -S copyq), after running it normally, everything went ok.
Don't know why my proxified Yaourt only has problems with copyq.
Thanks man, Much respect.

KenjiTakahashi commented on 2016-05-12 01:20

This is really weird. Can you check that you have /usr/include/stdlib.h and /usr/include/c++/6.1.1/stdlib.h files present in your system?

johnnys commented on 2016-05-12 00:30

Again, tried to install copyq 2.7.0

In file included from /usr/include/c++/6.1.1/bits/stl_algo.h:59:0,
from /usr/include/c++/6.1.1/algorithm:62,
from /usr/include/qt/QtCore/qglobal.h:85,
from /usr/include/qt/QtCore/qscopedpointer.h:37,
from /usr/include/qt/QtCore/QScopedPointer:1,
from /tmp/yaourt-tmp-user/aur-copyq/src/CopyQ-2.7.0/src/app/app.h:23,
from /tmp/yaourt-tmp-user/aur-copyq/src/CopyQ-2.7.0/src/main.cpp:20:
/usr/include/c++/6.1.1/cstdlib:75:25: fatal error: stdlib.h: No such file or directory
#include_next <stdlib.h>
compilation terminated.
src/CMakeFiles/copyq.dir/build.make:210: recipe for target 'src/CMakeFiles/copyq.dir/main.cpp.obj' failed
make[2]: *** [src/CMakeFiles/copyq.dir/main.cpp.obj] Error 1
CMakeFiles/Makefile2:86: recipe for target 'src/CMakeFiles/copyq.dir/all' failed
make[1]: *** [src/CMakeFiles/copyq.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

Any solution?

johnnys commented on 2016-03-30 02:57

Tried to install via yaourt:

/tmp/yaourt-tmp-USER/aur-copyq/src/CopyQ-2.6.1/src/app/clipboardserver.cpp: In member function ‘void ClipboardServer::shortcutActivated(QxtGlobalShortcut*)’:
/tmp/yaourt-tmp-USER/aur-copyq/src/CopyQ-2.6.1/src/app/clipboardserver.cpp:450:69: error: ‘struct QxtGlobalShortcut’ has no member named ‘shortcut’
const QString shortcutText = portableShortcutText(shortcut->shortcut());
src/CMakeFiles/copyq.dir/build.make:250: recipe for target 'src/CMakeFiles/copyq.dir/app/clipboardserver.cpp.obj' failed
make[2]: *** [src/CMakeFiles/copyq.dir/app/clipboardserver.cpp.obj] Error 1
CMakeFiles/Makefile2:86: recipe for target 'src/CMakeFiles/copyq.dir/all' failed
make[1]: *** [src/CMakeFiles/copyq.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

Any solution?

eliluminado commented on 2016-03-13 19:16

Last release is

zerophase commented on 2016-02-11 20:18

I'm using the default tray as well. I believe the alternative collapsible tray is currently buggy. (haven't checked in a few months)

raqua commented on 2016-02-11 20:11


I used to use alternative tray in Cinnamon (System tray collapsible), so I double checked. I do not use it anymore, I do have default tray and this issue is there.
With the alternative one, icon did not even appear, I tested it.

KenjiTakahashi commented on 2016-02-08 23:05

@rcrath: Are you by chance using the "alternative tray" (don't remember the exact name, it is somewhere in the issue posted below)? I remember having that behaviour with it. By installing from source, you probably compiled a Qt4 version and that's why it worked.

There is 2.6.0 out now. I'm not sure if I should continue with Qt5 or maybe revert to Qt4 for now? Personally, I'm fine either way. [I will test it with cinnamon again, though, maybe it went away :-).]

rcrath commented on 2016-01-21 02:20

copyq would not appear in the system tray at all with aur v. 2.5.0-1 and cinnamon. uninstalled from aur and installed 2.5.0 from source and it seems to work fine now.

KenjiTakahashi commented on 2016-01-02 01:06

OK, I've checked it using Manjaro Cinnamon edition in VM and I can see the problem. The Qt4 version works, but on the other hand is not styled correctly (might be system config issue, though). I've filled a issue in CopyQ with more details:, let's see how it goes.

zerophase commented on 2015-12-21 03:58

@KenjiTakahashi I just recently tried switching to CopyQ, since the color of the menu matches my desktop. Still using ClipIt

raqua commented on 2015-12-20 09:45

I have the same issue and yes, it worked with previous version. The systray icon is also misaligned weirdly, which also was not the case with previous version.

KenjiTakahashi commented on 2015-12-08 10:51

Unfortunately, I don't have cinnamon handy to test it ATM. I usually just run it with `copyq toggle` from cmd, though, and it works fine. Did it use to work earlier (with Qt4)?

zerophase commented on 2015-12-03 14:47

On Cinnamon 2.8 I can only get copyq to show menu if I launch it with copyq menu. Otherwise the menu is just a blank box. Turned on autostart, after running that command and copyq still doesn't seem to be working correctly.

KenjiTakahashi commented on 2015-11-30 04:08

Sorry for such a long delay, had too many things to dig through lately.
Updated and moved to Qt5 (works fine as far as I can tell, let me know if there are any problems). The "qt5-svg" package does not seem to be actually used, but cmake wouldn't let me through without it, so added as makedep.
Git versions will be updated in a moment.

doctorcolossus commented on 2015-11-20 11:43

With xduugu's PKGBUILD modifications, it compiled fine for me on both 32-bit linux-ck and on 64-bit linux-grsec. And it seems to run faster with QT5.

KenjiTakahashi commented on 2015-10-08 23:21

Not really, just that it is not clearly said it is "moved to Qt5", i.e. install instructions are still 4, travis tests are still using 4 (although that's probably because their machines are still Ubuntu 12.04...). I might try it soon and possibly make the move, if it works OK.

xduugu commented on 2015-10-06 10:30

Is there a reason why you still use Qt4 instead of Qt5? Are there issues with a Qt5 build that you know of?

For building with Qt5, you have to replace the following lines (hicolor-icon-theme is not required for Qt5, but namcap complains about it):

depends=('qt4' 'libxtst')
depends=('qt5-script' 'libxtst' 'hicolor-icon-theme')

makedepends=('cmake' 'qt5-tools')


deathtrip commented on 2015-08-17 20:04

there's no tray icon on kde-plasma5, it works on opensuse as seen here:

KenjiTakahashi commented on 2014-07-05 19:24

@willemw: Thanks for the notice. Will update those on a nearest occasion.
@discord: Strange, appears to work for me here (just checked). Did you use git 2.3.0 tag or master branch? Maybe you got some condition that was fixed in the meanwhile. Otherwise, I think it will be best to contact @hlukas directly, he might have some clues.

discord commented on 2014-07-03 00:45

tabs are broken using this package. I can't create a tab and drag an item into the tab. If I install from git myself, it works.

willemw commented on 2014-07-02 06:40

Some minor remarks:
'rm ...' and 'conflicts=...' are not necessary (copyq-git already has provides=('copyq')).
Provides=('copyq: <remark missing here>').
Filepaths with $srcdir should be quoted.

mrbit commented on 2014-04-06 10:23

ver 2.1.0 out.

KenjiTakahashi commented on 2014-02-02 10:29

OK, It should all work now. Let me know if there are any problems.

KenjiTakahashi commented on 2014-02-02 09:36

I'm sorry, I have been quite busy for last couple of days. Thanks for the reports guys, I'm on it right now.
The icon cache is obviously my fault, already fixed locally.
libXtst should probably be added to depends, because it cannot be switched on runtime. Most people will have it installed anyway.
libXfixes is strange, it seems it is not linked properly. Although it should AFAICT.

justin8 commented on 2014-02-02 09:00

Ah, that won't work then. opt-depends aren't installed during the build process.

hlukas commented on 2014-02-02 08:59

No sure how exactly opt-depends works. But libxtst is needed when linking the application. If it is in opt-depends, the application need to be rebuilt whenever the libxtst is installed or uninstalled.

justin8 commented on 2014-02-02 07:03

In that case it should be in the opt-depends array I guess.

hlukas commented on 2014-02-02 06:30

Additionally, namcap tells me:

copyq E: Dependency libxtst detected and not included (libraries ['usr/lib/'] needed in files ['usr/bin/copyq'])

Package libxtst is optional dependency that enables CopyQ to paste into some windows.

hlukas commented on 2014-01-31 09:17

Yes, some icons are installed so icon cache should be updated after the package is installed.

Package libxfixes should be needed -- "ldd /usr/bin/copyq" should print libXfixes library among others. It's possible not to link the library but then the auto-paste feature won't work that well.

justin8 commented on 2014-01-29 01:00

fyi, namcap shows the following warning and error for the package:

copyq E: Files in /usr/share/icons/hicolor but no call to gtk-update-icon-cache or xdg-icon-resource to update the icon cache
copyq W: Dependency included and not needed ('libxfixes')

justin8 commented on 2014-01-29 00:59

fyi, namcap shows the following warning and error for the package:

copyq E: Files in /usr/share/icons/hicolor but no call to gtk-update-icon-cache or xdg-icon-resource to update the icon cache
copyq W: Dependency included and not needed ('libxfixes')

Mic92 commented on 2013-07-12 05:19

copyq 1.9 is out.

SanskritFritz commented on 2013-02-15 21:32

All exams done? :)
Ok, git package orphaned.

KenjiTakahashi commented on 2013-02-15 16:19

Alllriight, I'm back ;). Updated the package, of course.
@SanskritFritz if you still want to hand me the -git package you can do it now :).

SanskritFritz commented on 2013-02-05 12:43

Ok, tell me when to orphan it. And good luck with the exams :)

KenjiTakahashi commented on 2013-02-05 12:38

Sure, I can maintain the -git package as well.
Sorry for late responses, but it's exam session here, so I'm a bit busy right now :).

SanskritFritz commented on 2013-02-01 08:46

Yes, you're right, sorry for not checking it first. BTW, do you want to take over the -git package as well? You do an excellent job maintaining this one.

KenjiTakahashi commented on 2013-02-01 00:42

Yes, I've seen it, but it doesn't really help us for two reasons:
1) Current stable doesn't compile without QtWebKit.
2) If it's to be moved to optdep, we need it to be linked at runtime, so users don't have to recompile to enable it.

SanskritFritz commented on 2013-01-28 19:19

qtwebkit is optional, see

meridius commented on 2013-01-27 10:25

There is missing dependency on qtwebkit package.

SanskritFritz commented on 2013-01-02 22:41

A really minor issue: The description should not include the package name in a self-referencing way.

KenjiTakahashi commented on 2012-03-03 22:14

Thanks, I forgot about that. Fixed now.

hlukas commented on 2012-03-03 09:27

Use "-DCMAKE_INSTALL_PREFIX:PATH=/usr" cmake argument to install the app to /usr (default is /usr/local).