Sergey Bugaev

> Which project should I submit an issue to? Given that wl-clipboard seems to be doing everything properly, and that using copyq tiggers the same issue, I'd say the issue...

This sounds related to https://gitlab.gnome.org/GNOME/libadwaita/-/issues/16

Hi! > You can use something like: > > ``` > wl-paste -t text -w cat > ``` Yes, that's what you should do if you just want to concatenate...

> OK. Maybe I should study up on my Wayland protocols, but why is that? Isn't wl-paste currently the receiver of the clipboard contents? Why invoke another process? > OK....

> You can hard-code the full binary path to avoid that. I'm sure the NixOS people will come after me if I do that :smile: Have you ever seen a...

> When the clipboard contents changes in the middle of the invoked command processing it, it's probably fine because the descriptor is still valid (I hope). As far as Wayland...

> The problem isn't with anaconda, but its directly with Ostree. According to your links, bootc & OSTree are fine with characters that are (encoded as) valid UTF-8, but aren't...

Hi, this sounds like the clipboard widget (Klipper, I assume?) pastes the copied text immediately into itself, which counts towards "paste once", so you can no longer paste another time....

I doubt Klipper devs will consider it their bug either. Well, they might try to better support peers who only allow a single paste and then disappear (like `wl-copy` does...

`/usr/include/unicode/unistr.h` and `/usr/include/unicode/localpointer.h`, which is where compilation fails according to https://github.com/darlinghq/darling-dmg/issues/104, appear to be a part of libicu? Does libicu hard-require you to use C++17 now?