The first thing to know about clipboard history on Linux is that there is no single answer. Unlike Windows, which has Win+V everywhere, Linux leaves it to your desktop environment. KDE Plasma quietly ships with one. Most other setups need you to install a small app. The good news is that those apps are some of the best clipboard managers anywhere. The catch is that every one of them keeps your history on the machine you installed it on.
The native situation, by desktop
Where your clipboard history lives depends on what you are running.
- KDE Plasma. Comes with Klipper already running. Click its tray icon, or press its shortcut, to see recent copies. It works out of the box.
- GNOME. No history by default. Most people add an extension or a standalone app.
- Everything else (XFCE, Cinnamon, tiling window managers, and so on). Usually nothing built in, so you pick a manager that suits you.
The popular managers
- CopyQ. The power-user favorite. Cross-platform, scriptable, and deep. If you want control, this is the one.
- GPaste. A clean, well-integrated choice for GNOME.
- Clipman. A lightweight option that pairs well with XFCE and similar setups.
- Diodon. Simple and friendly, popular on Ubuntu-flavored desktops.
- Klipper. Already there if you are on KDE, as above.
How to set one up
The pattern is the same across distributions. Install the manager from your package manager (for example your distro’s repository or Flatpak), launch it, and set it to start automatically so it is always running. Then give it a global shortcut so you can open the history from anywhere. From that point it records what you copy and lets you paste from the list. Each one has its own settings for how many items to keep and whether to store history across reboots.
Where Relic fits (and an honest note)
The Relic Linux desktop app is out. It is a normal x86_64 build, shipped as a tarball that runs from anywhere and as an AppImage, and it does on Linux what it does everywhere else: capture every copy automatically, keep it forever, and search it instantly.
Here is the honest note, because it decides whether Relic suits your setup. It is built for X11 sessions. On X11 the global hotkey, the paste-back and the window summon all work, because Relic grabs the key itself rather than trusting a library to do it for it. Under a Wayland session the compositor hands no app a global hotkey or synthetic keystrokes, so Relic still captures and still syncs, but it tells you plainly that the shortcut is unavailable instead of pretending it worked. Stock GNOME has no tray either, so Relic says so and points you at your shortcut rather than a tray icon that is not there.
What you get over a local manager is the thing none of them do: a history that is encrypted on your device and synced to your other machines. You copy something on Linux and it is there on your Windows PC, your Mac, and your phone too, kept permanently, instantly searchable, and sealed with a key only you hold. On every platform Relic already does this, the model is the same: capture everything automatically, encrypt each item locally with XChaCha20-Poly1305 and Argon2id, store only ciphertext we cannot read, and never write to your clipboard except when you explicitly pick an item.
Local Linux managers vs Relic
| Relic | Linux managers | |
|---|---|---|
| Keeps everything | ||
| Search history | ||
| Syncs across devices | ||
| Works on Linux | ||
| Works on Windows | CopyQ only | |
| Works on Mac | CopyQ only | |
| Works on phone | ||
| End-to-end encrypted | ||
| Free tier |
So what should you do today?
If you are on Linux right now and want clipboard history this minute, install one of the managers above. CopyQ if you want power, GPaste on GNOME, or just use Klipper if you are on KDE. They are free and they work. If what you really want is that history kept forever, encrypted, and shared with your other machines and your phone, that is what Relic does, and the Linux app is out now alongside Windows, Mac and Android. Download it, sign in on any other machine you use, and they share one encrypted history.
Frequently asked questions
Does Linux have a built-in clipboard history?
Not universally. Linux does not ship one standard clipboard history. What you get depends on your desktop environment. KDE Plasma includes Klipper out of the box, and GNOME and others usually need a separate app like GPaste, CopyQ, Clipman, or Diodon. All of them are local to the machine you install them on.
What is the best clipboard manager for Linux?
CopyQ is the usual answer for power users because it is cross-platform, scriptable, and very capable. GPaste is a clean fit for GNOME, Klipper is already there on KDE, and Clipman and Diodon are lightweight options. They are all good local tools. The thing none of them focus on is encrypted history that syncs to your other machines, which is what Relic adds.
Is there a Relic client for Linux yet?
Yes. The Linux desktop app is out, as an x86_64 tarball and an AppImage, alongside Windows, Mac and Android. It captures every copy automatically, keeps a permanent searchable history encrypted on your device, and syncs it to your other machines. It is built for X11: under a Wayland session it still captures and syncs, but the compositor blocks global hotkeys and paste-back, and Relic tells you that rather than failing quietly.
Why would I want sync if my Linux clipboard tool already works?
Local clipboard managers are great until you switch machines. Copy a command on your Linux box and you cannot grab it from your laptop or phone. Relic’s value is carrying that history across devices, encrypted on your device first so only you can read it.