Search Criteria
Package Details: rustdesk-bin 1.4.1-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/rustdesk-bin.git (read-only, click to copy) |
---|---|
Package Base: | rustdesk-bin |
Description: | Yet another remote desktop software, written in Rust. Works out of the box, no configuration required. |
Upstream URL: | https://github.com/rustdesk/rustdesk |
Keywords: | desktop remote rustdesk |
Licenses: | AGPL-3.0-only |
Conflicts: | rustdesk |
Provides: | rustdesk |
Submitter: | taotieren |
Maintainer: | kuhtoxo (Zoddo) |
Last Packager: | Zoddo |
Votes: | 123 |
Popularity: | 4.12 |
First Submitted: | 2021-06-27 05:16 (UTC) |
Last Updated: | 2025-07-29 11:06 (UTC) |
Dependencies (12)
- alsa-lib
- gst-plugin-pipewire (gst-plugin-pipewire-gitAUR, gst-plugin-pipewire-full-gitAUR)
- gst-plugins-base (gst-plugins-base-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libva (libva-gitAUR, libva-headlessAUR, intel-media-stack-binAUR, intel-media-stack-legacy-binAUR)
- libvdpau
- libxcb (libxcb-gitAUR)
- libxfixes
- pam (pam-selinuxAUR)
- xdotool (xdotool-gitAUR)
- libappindicator-gtk3 (optional) – tray icon
- libayatana-appindicator (optional) – tray icon
Required by (2)
- remmina-plugin-rustdesk (requires rustdesk)
- rustdesk-openrc (requires rustdesk)
Latest Comments
1 2 3 4 5 6 .. 10 Next › Last »
zfkerr commented on 2025-07-29 09:38 (UTC)
Zoddo commented on 2025-07-28 21:58 (UTC)
@markginter31: I tested connecting to a remote machine using an ID, a public IPv6, and a (NAT'd) IPv4, and it worked in all cases.
Both local and remote machines are on the latest 1.4.1. If you experience issues, I'd recommend you downgrade to 1.4.0 until 1.4.1 is released by upstream as stable.
It was my error to update the PKGBUILD to 1.4.1 before upstream officially release this version. I'll make sure that the package is not updated before the upstream announces the new version in the future :)
markginter31 commented on 2025-07-28 21:45 (UTC) (edited on 2025-07-28 21:48 (UTC) by markginter31)
Installed the latest (1.4.1-2) using yay -- but now if I try to connect over the internet it just sits on the "connecting" screen without actually connecting. I can use the ip directly over VPN -- but it had worked previously over the internet.
Just tested the connection from my Android phone -- it still works fine on the same network, out over the internet to the remote machine. It's just my Arch setup on my laptop that's being contrary :)
Zoddo commented on 2025-07-28 21:44 (UTC) (edited on 2025-07-28 21:45 (UTC) by Zoddo)
@khoyo: Oops, I, in fact, updated this package too early. I've updated the checksums and bumped the pkgrel since the upstream made actual changes.
@Davius: The error in the .install script has been fixed with 1.4.1-1.
Regarding the automatic restart, my standard take is to not automatically restart the services, and let the user handle the restart (like most packages on Arch Linux).
However, as it was reported that Rustdesk crashes during the update, and can make a remote system inaccessible (which is critical if the update is made remotely through Rustdesk itself), I made an exception here, and restart the service automatically.
FYI, there are a few packages in core/extra that also automatically restart their services for the same reason.
khoyo commented on 2025-07-28 19:25 (UTC)
As
1.4.1
is currently in its pre-release stage, it still gets updated, which breaks the checksum.Davius commented on 2025-06-29 07:33 (UTC)
Hi @Zoddo
I've got an error, because the service is not launched on my system. It's quite confusionnal. Maybe if the service is not running, propose to run it ? Or as archlinux do, let the user manage the service part.
Also, the Antiz Arch-update tool can restart the services now for the users. I'm not sure if it's a good way to restart the service by default in the pkg.
Best Regards.
Zoddo commented on 2025-06-22 15:40 (UTC)
@JoaoMachado: Sorry for that. The service will now be restarted automatically (if already started) after the upgrade.
JoaoMachado commented on 2025-06-21 21:48 (UTC)
I installed rustdesk-bin on a remote computer a few weeks ago. Just tried to update the remote device and the Rustdesk service was not restarted during the updating of packages.
Had to drive 40 minutes to manually restart the rustdesk service.
I know we discussed this issue, but to not have the service restart in the middle of a remote update is no bueno, I thought this issue was resolved?
ivanmara commented on 2025-05-04 19:45 (UTC)
wereii maybe make
systemctl unmask rustdesk.service
?wereii commented on 2025-05-04 12:17 (UTC) (edited on 2025-05-04 12:18 (UTC) by wereii)
I am having problems enabling the systemd service.
If I do
it does not start and the unit is disabled again.
Running rustdesk --service manually as non-root gives me policykit terminal login prompts for stuff like dbus systemd unit manipulation so it literally just disables itself.
1 2 3 4 5 6 .. 10 Next › Last »