Wayland support, would you look at that!
Was it rustdesk or some other popular open source remote desktop software that had "no plans of supporting wayland"? In any case, nice!
this post was submitted on 07 Jul 2023
147 points (99.3% liked)
Linux
48368 readers
747 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Just a beta feature though. Last time I checked it still didn't work unattended. So unless the missing wayland puzzle pieces are in place now, it's likely still unusable for be.
Edit: nice, with the --service mode running, I can at least connect just fine to my running Gnome session and actually see something and can control the input. But if the session is locked, it's not possible yet. So it looks like we are slowly getting there.
That is also a wayland showstopper for me personally. Does someone know if it is a per se wayland issue or is there "only" the implementation missing (i.e. in plasma wayland for instance)?
Wayland is all about protocols being implemented by the DEs. So far there is (afaik) not a fitting protocol for remote desktop usecases.
Even screensharing is still a PITA, since the desktop portals work independantly from the requesting application. App asks portal "what apps and screens are there?", then the user gets prompted by the portal to select the allowed entities. Then the application lists these again, user picks it again, and then gets prompted by the portal again to basically confirm that you really want to share it. That's mostly a discrepency between how the apps work (on X11, Windows and OSX vs Wayland). But it's in the end still a pain for the user.
Grabbing and manipulating inputs is another matter. Allowing that globally is a security issue, so Wayland doesn't do it. But remote desktop needs that. So now there needs to be a standard protocol that the DEs implement to allow remote desktop solutions to access inputs. Or they do it like RustDesk, run as root and intercept inputs before wayland gets a chance to intervene.
Thanks for the insights. Than I might try RustDesk again, and see if they successfully worked around the wayland shortcomings.
Yeah, screensharing is not optimally either, but at least it is working. I mean I could live with a portal which operates like for example a file chooser, but than it should implement the whole process of choosing a window or a screen without any further interaction necesary in the parent application.
Do they have a flatpak yet?
https://github.com/rustdesk/rustdesk/wiki/Run-flatpak
https://github.com/rustdesk/rustdesk/releases/tag/1.2.0 -> rustdesk-1.2.0-x86_64.flatpak
Nice!
Used to use TeamViewer as I supported it for a company and was familiar with it but I got tired of the 2 hour session limit. Found Rustdesk through some Google searching and now I run my own install of it. Absolutely love it for my use case and I'm glad they're able to keep putting out updates!
what is hesdless linux?
Like a server with no direct input output accessibility. X can be run remotely.
Always cool to see it progress!
Rewritten with Flutter
Wasn't it from the start?
I am not sure myself, so the following may be wrong.
In my understanding, the rewrite refers to the RustDesk desktop whose interface appears to have been created with Sciter, which was replaced by Flutter.
That looks right actually, so they had been using Flutter already for mobile and finally decided to align their desktop codebase to it too, makes sense
Neat piece of software we use at the office to provide remote support to customers.
that'm look so good!, gonna ditch out anydesk
One more version without the obvious UPnP. At this point I think they're not implementing UPnP in order to somehow profit from the lack of it in the future. Who on their right minds wants all traffic going over a server when in most cases you can simply use UPnP? This makes no sense.
Also yet another version with the address book not implemented, but I bet the sign in button is still on the client to continue to confuse new users. Almost 2 years that button has been there to do nothing.
- the inability to deploy to macOS with a custom server (they allow this for Windows with a renamed executable). https://rustdesk.com/docs/en/self-host/install/#put-config-in-rustdeskexe-file-name-windows-only
view more: next ›