Package Details: rustdesk-bin 1.2.2-3

Git Clone URL: (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. Great alternative to TeamViewer and AnyDesk!
Upstream URL:
Keywords: AnyDesk desktop remote Rust TeamViewer
Licenses: GPL3
Conflicts: rustdesk
Provides: rustdesk
Submitter: taotieren
Maintainer: taotieren (sukanka, kuhtoxo)
Last Packager: taotieren
Votes: 54
Popularity: 2.89
First Submitted: 2021-06-27 05:16 (UTC)
Last Updated: 2023-08-27 15:43 (UTC)

Latest Comments

1 2 3 4 Next › Last »

spsf64 commented on 2023-08-27 15:18 (UTC) (edited on 2023-08-27 16:50 (UTC) by spsf64)

@proledatarian and @sukanka, i agree with you both @taotieren ver 1.2.2-3 is working now, thanks

proledatarian commented on 2023-08-27 14:00 (UTC) (edited on 2023-08-27 14:06 (UTC) by proledatarian)

arch= has to be specified and can not be empty or missing.

And if I add arch= it's still broken.

error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: rustdesk-bin and rustdesk-appimage are in conflict

sukanka commented on 2023-08-27 09:56 (UTC)

I'd prefer rustdesk-appimage to be a separate package, instead of a split package.

I only use the -bin package, and don't want these appimages to be downloaded, especially the aarch64 one, as my arch is x86_64. (I cannot understand why an arch user would like to use an appimage since it can be re-packaged to an ordinary -bin package.)

VyacheslavS commented on 2023-08-27 09:13 (UTC) (edited on 2023-08-27 09:19 (UTC) by VyacheslavS)

The package assembly broke down:

rustdesk-bin: No arch field
goroutine 1 [running]:
    runtime/debug/stack.go:24 +0x5e
    runtime/debug/stack.go:16 +0x13
main.main.func2() +0x58
panic({0x555a5995e660?, 0xc00026b660?})
    runtime/panic.go:914 +0x21f{0x555a599dc988?, 0xc0002461b0}, 0xc00023e000, {0x555a599da458?, 0xc000226600}, {0x555a599d9110?, 0xc000224280}, 0xc0003ac270) +0x13f
main.(*OperationService).Run(0xc0003ac060, {0x555a599d86c8?, 0x555a59c8e420}, 0xc000238120, {0xc0003c0000, 0x1, 0x1}, {0x555a59c8e420, 0x0, 0x0}) +0xb96
main.syncInstall({0x555a599d86c8?, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988, 0xc0002461b0}) +0xe77
main.handleSync({0x555a599d86c8, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988, 0xc0002461b0}) +0x8eb
main.handleCmd({0x555a599d86c8, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988?, 0xc0002461b0?}) +0x345
main.main() +0x985

taotieren commented on 2023-08-27 08:08 (UTC) (edited on 2023-08-27 08:12 (UTC) by taotieren)

@kuhtoxo 1. Architectural issues have been revised

  1. Regarding the problem of slow download, if you are in China, you need to manually add for proxy acceleration or other ways to solve the problem by yourself.

  2. if you want to maintain the rustdesk-appimage package, I can add you as a co-maintainer to maintain the package.

  3. Regarding the issue of skipping checksums, the packages in the upstream repositories are updated frequently, so update them yourself if you need to.

kuhtoxo commented on 2023-08-26 17:20 (UTC) (edited on 2023-08-26 17:20 (UTC) by kuhtoxo)

In the official repository / for the current version, there is pkg.tar.zst just for x86_64, and there is no such package for aarch64, although both architectures are specified in PKGBUILD rustdesk-bin. There is a rustdesk-appimage for which there are x86_64 and aarch64 official builds. I think that in PKGBUILD rustdesk-bin should be specified only officially supported architecture x86_64 for aarch64 you need to use rustdesk-appimage.

In PKGBUILD rustdesk-bin, both pkg.tar.zst and appimage rustdesk are downloaded during assembly and installation, which takes quite a lot of time on a slow connection and is as impractical as possible, and therefore I think that appimage should exist only in the rustdesk-appimage package, and in rustdesk-bin only pkg.tar.zst should be downloaded.

I think PKGBUILD rustdesk-bin should match PKGBUILD of the official package as much as possible.

The use of SKIP is not recommended for calculating checksums of the downloaded package, because this can lead to unforeseen consequences on unreliable or untrusted connections, although it complicates package support.

alium commented on 2023-08-22 12:12 (UTC)

pkgrel should be beginn with 1 not with 0. please follow the conventions ;-)

Marzal commented on 2023-08-22 08:12 (UTC)

Hi, checksum fail. For me the correct one is:

475271880d3f78bcd571b6c2d382f855c8451f41cba992a51ac9fd7e7c9d84e2 rustdesk-1.2.2-0-x86_64.pkg.tar.zst

jkhsjdhjs commented on 2023-07-14 14:27 (UTC) (edited on 2023-07-14 14:31 (UTC) by jkhsjdhjs)

Hey, sorry, but I won't maintain this package anymore.

I stopped using it, because the codebase is incredibly bad to the point where I wonder how it's even functional.

Just have a look at this file for example:
All paths are formatted with format!(), while rust has a builtin cross-platform solution for paths, which would probably also save them a lot of duplicate code. Furthermore, a lot of functionality is accomplished by executing shell commands, and piping the result into other shell commands, which is just bad style. What if one of these shell commands isn't installed on a system?

Also a lot of edge-cases seem to be unhandled:
What happens if $HOME is unset? Ah yes, of course it tries to create the file /.config/autostart/rustdesk.desktop.
If you cancel the pkexec prompt, rustdesk thinks you have super-user permissions, because pkexec then exits with 127 instead of 126.

These are just a few examples I found without much effort in a few minutes. You might argue that these aren't critical issues, and I agree. But if all of their code is written in a similar fashion, it will almost certainly also contain a lot of actual security issues.

But the worst thing about rustdesk is their lack of respect for the users (or the users system). Since version 1.2.0, rustdesk always creates an autostart entry, forcing you into workarounds like modifying the autostart entry to avoid autostarting it. When I reported this issue, they just closed it as wontfix, without any explanation:

And they have done similar things in the past, where they changed your gdm configuration and disabled wayland with a simple click on a button that said "Fix it!", with no explanation on what it's going to do:

Their code quality has also been critized in the past:

So that's definitely enough reason for me to not trust the authors of this software. You're free to keep using this software, but I didn't want to just stop maintaining this package without stating my reasons. If anyone wants to co-maintain this package you can give taotieren a ping.

jkhsjdhjs commented on 2023-07-06 23:15 (UTC)

@Marzal: Thanks, added!