Package Details: copyq 3.5.0-1

Git Clone URL: (read-only)
Package Base: copyq
Description: Clipboard manager with searchable and editable history
Upstream URL:
Keywords: clipboard
Licenses: GPL3
Submitter: KenjiTakahashi
Maintainer: kewl
Last Packager: kewl
Votes: 90
Popularity: 1.845429
First Submitted: 2011-12-18 04:58
Last Updated: 2018-06-17 19:54

Latest Comments

kewl commented on 2018-06-17 19:55

@kenji good to see you back, let me have a look at the other packages I don't use them at the moment but it could make sense I take them over too.

KenjiTakahashi commented on 2018-06-14 19:03


Sorry for such a very long absence, lots of real life stuff had caught me and things like AUR had to be sidetracked for a while.

Now, I am perfectly fine with the takeover, no worries :-). What I'd like to ask @kewl is if you'd be willing to maintain other copyq related packages (namely the itemweb and *-git ones) as well? If so, please let me know and I'd gladly hand them over to you.

es_18 commented on 2018-06-04 22:26

If you're getting:

CMake Error at src/CMakeLists.txt:89 (qt5_use_modules): Unknown CMake command "qt5_use_modules".

Then see this issue: The fix is on github and is supposed to be shipped on the next version, in the meanwhile you can use copyq-git:

kewl commented on 2018-05-10 06:58

@xduugu @maximbaz thanks for reporting, added

xduugu commented on 2018-04-29 17:36

It's a real dependency. copyq links against

maximbaz commented on 2018-04-29 15:53

Looks like qt5-x11extras is missing from makedepends:

-- Found X11: /usr/lib/
-- Building for X11 window system.
CMake Error at /usr/lib64/cmake/Qt5/Qt5Config.cmake:28 (find_package):
  Could not find a package configuration file provided by "Qt5X11Extras" with
  any of the following names:


  Add the installation prefix of "Qt5X11Extras" to CMAKE_PREFIX_PATH or set
  "Qt5X11Extras_DIR" to a directory containing one of the above files.  If
  "Qt5X11Extras" provides a separate development package or SDK, be sure it
  has been installed.
Call Stack (most recent call first):
  src/CMakeLists.txt:88 (find_package)

-- Configuring incomplete, errors occurred!
See also "/build/copyq/src/CopyQ-3.4.0/CMakeFiles/CMakeOutput.log".
==> ERROR: A failure occurred in build().
==> ERROR: build: a package failed to build (copyq)

raqua commented on 2018-03-31 16:37

@kewl: Sure, just wanted to know first whether it is just me or all of us. Just me I presume then...

kewl commented on 2018-03-31 16:35

@raqua: this is something you may want to discuss upstream

raqua commented on 2018-03-30 07:53

Since upgrade to 3.3.0 copyq behaves strangely. It always pastes the topmost phrase saved. To explain better - I search for some older phrase, select it and I still get the topmost (previously used) phrase instead of the one I searched for. But the one that I searched for is the set to be the topmost phrase and with next paste I get that one. It is super annoying and makes copyq totally unusable to me. Anyone else is having this problem ?

kewl commented on 2018-03-26 21:36

@xduugu corrected, thanks

xduugu commented on 2018-03-25 19:58

According to namcap, qt5-svg is now a runtime dependency:

$ namcap copyq-3.3.0-2-x86_64.pkg.tar

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

kewl commented on 2018-03-24 16:49

@maximbaz thanks for sharing this tip

maximbaz commented on 2018-03-23 15:22

FYI: For me v3.3.0 crashes on startup, I found that I have to remove the SVG icon to fix this, or use QT_AUTO_SCREEN_SCALE_FACTOR=0.

Reported to upstream:

glolsh commented on 2018-03-23 05:06

Oh, great then. Thank you kewl !

ValHue commented on 2018-03-20 07:54

Please update to version 3.3.0.

chih commented on 2018-03-05 12:16

please update to version 3.2.0.

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).