#Copyq for linux mint

[pinersmash]

Copyq for linux mint

Copyq for linux mint mac os x#

Copyq for linux mint driver#

Copyq for linux mint full#

Copyq for linux mint windows 10#

Although it wasn’t like stunningly fast but did a better job than than the built in tool (for the record: the speed reading in the screenshot is small but this is because it changes quite quickly and updates few times within a second.

Copyq for linux mint mac os x#

It also supports Windows and Mac OS X too. So if you’re looking for a free an open source utility that you can use in Ubuntu then try ‘UltraCopier’.

Copyq for linux mint full#

And in Ubuntu even if it couldn’t copy the full content of a file, it’ll still save the partially copied content where Windows would simply delete it.īut if you usually deal with a lot of mass file copying & moving operations then having a dedicated utility does makes sense as it lets you somewhat automate the task (by letting you add files to a queue for instance) and comes with additional features. So, I could say I'm quite happy now.When it comes with dealing with file copy & move operations in Ubuntu Linux the built in tool (Nautilus file manager) does a decent job. One can see the refreshes and dragging a window on a 2560x1440 display is a 1 FPS slideshow.

Copyq for linux mint driver#

One more performance note: performance of VirtIO driver over WAN (20/4 mbit / s) is close to useless.

Copyq for linux mint windows 10#

When working over Gb LAN, it's almost as good as RDP to Windows 10 host is.

Additional note: when working over WiFi, it's a bit more sluggish, but still quite usable.

Some minor banding while watching videos, but I'm not using these VMs for videos.

Changed gfx driver to VirtIO and now I'm enjoying smooth sailing.

Useless on WiFi (433Mbit/s), OK on Gb LAN. The bandwidth usage was constant regardless of happening on VM screen.

Video driver set to QXL resulted in MASSIVE bandwidth usage - 1Gbit/s and it was still somewhat sluggish.

Observations for people running into this: It seems the problem is only experienced if the host is at the same time also the viewer!Įdit2: HA!!!! I found it: the problem is only occurring on kubuntu hosts! Yesterday I accessed the computer from my home PC running kubuntu 18.04 and the problem was immediately apparent. It's an entry-level NUC with an i3/4GB/128GB inside. Yesterday the problem was so insanely severe that I decided to finally give up and go fetch the zero-client I have stashed away in the closet. It's not gone, but the issue now occurs in about one out of ten copies to clipboard.ĭisclaimer: this is a workaround, not a solution. I have found some old topics about a Remmina clipboard bug, but nothing recent.Įdit: I have changed the Video QXL setting from VirtIO to QXL and the problem has heavily subsided. Same when accessing the guest through RDP. I also tried virt-viewer, but it suffers from the same issue. I have noticed this with linux guests only, but not on Windows guests.

I'm using CopyQ for clipboard manager in the guest, but nothing changes if I remove it and use built-in clipboard.

Depending on the editor, it might just paste immediately after the item being copied (so I end up with a duplicate in the editor) This one is especially weird - just like there was a placeholder in the editor waiting for something to get to the clipboard.

Sometimes, on the second copy, the now finally copied item will immediately paste where I previously unsuccessfully attempted to paste it.

then I go copying / pasting again - with a > 80% chance for success.

since I don't know whether copying worked, I will notice this when it fails to paste.

See below for an example of extra weird behaviour

The client's clipboard will "know" something's wrong when a cut / copy doesn't work: it will not paste a previously successful item.

copying / cutting to clipboard usually doesn't work in first try.

Instead I will find it in the host's clipboard - not pastable on the client of course. More than half of clipboard copies get "eaten" by the host: when copying to the clipboard, the guest will not have copied the item. Guest is regular ubuntu 19.04, accessed through spice protocol. I have a kubuntu host running 19.04 and remmina installed from remmina-next.