KDE's default clipboard manager lets you summon a list (and you can change what shortcut to invoke it and do things like use a shortcut to move to the next clipboard entry) and edit entries. It doesn't let you pin them though, I think.

I’ve used ditto for this since before windows gained this capability. It also has an ignore list (e.g. keepass lives there) and a few other niceties which make it one of the first tools I install on a windows box (not very often anymore, granted).

I use a popup like that myself a lot. Clipman on xfce supports that but no pinning.

I configured copyq to work exactly like this, so it's doable.

Tried it, and found out I had disabled it in the past, and it fortunately has stayed off trhough updates.

How does it deal with usernames/passwords/secrets in the clipboard? Do you clean it up periodically?

Yup as others have said, super+v for me invokes greenclip's rofi plugin which gives me a nice themable clipboard history overlay.

https://github.com/SUPERCILEX/gnome-clipboard-history

Can show last N entries and has a search bar as well, so you can click type away and cycle through results with TAB. Supports pinning as well.

> I haven't seen a clipboard manager behave like that in Linux

Selection bias aside, Linux clipboards with history have existed for close to two decades, possibly more.

I'm using Gnome. On Gnome, you could just install "Clipboard Indicator" or something like this in Gnome Extension and set shortcut as "Super+V". It's pretty easy, I think.

I love that feature too. I replicated it with this. https://github.com/sentriz/cliphist

In addition to what is shown here, I added a job that runs every 5 minutes which prunes the history so that I can comfortably copy sensitive information as well.

I actually went looking at the source code to see if this would work on Wayland and it doesn't. The clipboard snooping is implemented by listening for events using gdk.Clipboard, which is not an ext_data_control_v1 implementation. So on Wayland it'll only notice clipboard events if it's in focus (or if the compositor sends clipboard events to unfocused windows, which I'm not sure any do).

https://github.com/murat-cileli/clyp/blob/2c0ce6c33813c3f35f...

Edit: Yes, tested it now and it doesn't detect clipboard events from Wayland windows when it doesn't have focus. It only detects events from Xwayland windows when unfocused, or if I copy something from a Wayland window and then focus the clyp window then it detects the thing I copied.

That's interesting.. Never ran into this, been using various clipboard managers in wayland (swaywm at first, now niri) for years without issue. copyq is what I use these days and, while not quite as pretty as this one, its great!

> a single-use-paste option for passwords

This wouldn't prevent the malware that's constantly scanning the clipboard from stealing your password; it would only prevent you from using it after it's been stolen.

For clarity, are you expecting a clipboard in full terminal sessions (including serial?) or are you just meaning pty sessions with a terminal emulator?

I'm not sure how a clipboard manager would know the text copied in was a password (or 2fa).

And you can sync your clipboard history across devices! Super handy feature

There's wl-clipboard for this, has wl-copy and wl-paste commands. I've been using it on sway for years.

For Wayland I just use this:

        alias pbcopy='xsel --clipboard --input'
        alias pbpaste='xsel --clipboard --output'

Switching between macOS for job and linux for everything else, I’ve honestly never realized any difference.

It would be nice if you could pipe to it like pbcopy, with each invocation creating a new entry, and add support for automatically expiring old entries.

Great point. It should be excluded from sharing session.