Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RustDesk (Open source, Multiplatform, TeamViewer alternative) #2083

Closed
3 tasks done
theofficialgman opened this issue Jul 26, 2022 · 16 comments
Closed
3 tasks done

RustDesk (Open source, Multiplatform, TeamViewer alternative) #2083

theofficialgman opened this issue Jul 26, 2022 · 16 comments
Labels
App Request Upstream Bug something isn't working that can only be fixed upstream

Comments

@theofficialgman
Copy link
Collaborator

theofficialgman commented Jul 26, 2022

What is the name of the app?

RustDesk

(Optional) Where is the app hosted?

https://rustdesk.com/
https://github.com/rustdesk/rustdesk/releases/tag/1.1.9

video that I got in my recommended: https://www.youtube.com/watch?v=JIAdEGX_sIU

About the app

A remote desktop software, the open source TeamViewer alternative, works out of the box, no configuration required. You have full control of your data, with no concerns about security. You can use our public rendezvous/relay server, or self-hosting, or write your own server.

they have a deb prebuilt already for armhf but building for arm64 should also be possible. there are build instructions in their README

Confirmations

@Botspot
Copy link
Owner

Botspot commented Jul 26, 2022

Hooray, another Mental Outlaw fan! https://www.youtube.com/watch?v=JIAdEGX_sIU

@Botspot
Copy link
Owner

Botspot commented Jul 31, 2022

I found a recent github issue on arm64 support for RustDesk. In light of compilation errors, the main dev does not seem to consider it a high priority at this time.
rustdesk/rustdesk#853

@Botspot
Copy link
Owner

Botspot commented Aug 1, 2022

I am pretty sure the reported installation size in the deb is wrong. The deb is 4.7MB, but apt said "After this operation, 12.7 GB of additional disk space will be used." No other dependencies were pulled in either.

@theofficialgman
Copy link
Collaborator Author

theofficialgman commented Aug 1, 2022

I found a recent github issue on arm64 support for RustDesk. In light of compilation errors, the main dev does not seem to consider it a high priority at this time. rustdesk/rustdesk#853

yeah I see that
probably best to wait a while for their flutter rewrite. it will happen some day (progress here: https://github.com/rustdesk/rustdesk/tree/flutter_desktop) . the sciter binaries aren't compatible with buster/bionic anyway version 'GLIBC_2.29' not found

@theofficialgman
Copy link
Collaborator Author

btw, a lot of work has been done for getting flutter on desktop on rustdesk. it was merged into the master branch in august, and there have been continual fixes since then.

I imagine a release with it will be coming out within a month or two

@theofficialgman
Copy link
Collaborator Author

theofficialgman commented Nov 13, 2022

alright looks like they have nightly builds setup for a bit now with rustdesk desktop flutter windows and linux (built on bionic).
their readme doesn't have build instructiosn for flutter yet but their CI can be used to get an idea
https://github.com/rustdesk/rustdesk/blob/a9eb2854255f6a93408d84b255af2e1dced05829/.github/workflows/flutter-nightly.yml#L103-L266

they use vcpkg for linux which is... a bit concerning since the armhf/arm64 support is generally pretty bad

edit: also it looks like at least for now google is only producing x86_64 flutter linux desktop releases https://storage.googleapis.com/flutter_infra_release/releases/releases_linux.json
no arm32 or arm64 releases

@theofficialgman
Copy link
Collaborator Author

arm64 builds are available in the nightly branch
uses software decoding and encoding on arm64 and doesn't even use system ffmpeg so it probably will in the future as well

https://github.com/rustdesk/rustdesk/releases/tag/nightly

@theofficialgman
Copy link
Collaborator Author

I created a github issue requesting that rustdesk have an option for using the system ffmpeg and they moved it to a discussion. comment here if you would like this as well: rustdesk/rustdesk#2800

@theofficialgman theofficialgman added the Upstream Bug something isn't working that can only be fixed upstream label May 1, 2023
@theofficialgman
Copy link
Collaborator Author

rustdesk 1.2.0 with the flutter re-write just released. I don't think there were any changes regarding hardware acceleration via system ffmpeg but now it should be installable on ARM32/ARM64 (see release assets https://github.com/rustdesk/rustdesk/releases/tag/1.2.0 )

@Botspot
Copy link
Owner

Botspot commented Jan 2, 2024

After a bit of tinkering I got RustDesk working on PiOS Bookworm with wayland.
You have to install xdg-desktop-portal-wlr and then make a fix to its .service file as shown here.
Otherwise this error will appear on the client: No such interface “org.freedesktop.portal.ScreenCast” on object at path /org/freedesktop/portal/desktop

@theofficialgman
Copy link
Collaborator Author

theofficialgman commented Jan 2, 2024

The XDG_CURRENT_DESKTOP variable was unset

I already reported that issue months ago to piOS on the forum. It never got a response and it is still unfixed https://forums.raspberrypi.com/viewtopic.php?p=2144462#p2144462

@Botspot
Copy link
Owner

Botspot commented Nov 1, 2024

Update on this: It seems that at some point Raspberry Pi OS now ships by setting XDG_CURRENT_DESKTOP=wlroots by default, and the systemd service file workaround is no longer necessary. This was tested today on a fresh install post labwc upgrade.

@theofficialgman, could you see any reason that RustDesk should not be added to Pi-Apps at this point? If not I'll take care of it.

@Botspot Botspot mentioned this issue Nov 1, 2024
@Botspot
Copy link
Owner

Botspot commented Nov 2, 2024

PR opened: #2672

@theofficialgman
Copy link
Collaborator Author

@theofficialgman, could you see any reason that RustDesk should not be added to Pi-Apps at this point? If not I'll take care of it.

No objections here.

@Botspot
Copy link
Owner

Botspot commented Nov 2, 2024

OK, I thought I half remembered you had some additional reason why it was unsuitable. But I'll merge it and if something comes up we can reassess.

@Botspot Botspot closed this as completed Nov 2, 2024
@theofficialgman
Copy link
Collaborator Author

I'd still like the custom ffmpeg based decode support to be a feature as outlined in previous messages but it's not a blocker

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
App Request Upstream Bug something isn't working that can only be fixed upstream
Projects
None yet
Development

No branches or pull requests

2 participants