Arch Linux User Repository

For some time now, I've been seeing this:

==> ERROR: One or more files did not pass the validity check! error: failed to download sources for 'rustdesk-bin-1.2.3-2': error: packages failed to build: rustdesk-bin-1.2.3-2

Could someone please fix this or tell me what I can do to fix it?

Add gst-plugins-base and gst-plugin-pipewire as optional dependencies according to github discussion for wayland

FYI "xdg-user-dirs" is required for recent sessions to show up, might want to add that as a dependency

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

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

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.)

The package assembly broke down:

rustdesk-bin: No arch field
goroutine 1 [running]:
runtime/debug.Stack()
    runtime/debug/stack.go:24 +0x5e
runtime/debug.PrintStack()
    runtime/debug/stack.go:16 +0x13
main.main.func2()
    github.com/Jguer/yay/v12/main.go:155 +0x58
panic({0x555a5995e660?, 0xc00026b660?})
    runtime/panic.go:914 +0x21f
github.com/Jguer/yay/v12/pkg/srcinfo.NewService({0x555a599dc988?, 0xc0002461b0}, 0xc00023e000, {0x555a599da458?, 0xc000226600}, {0x555a599d9110?, 0xc000224280}, 0xc0003ac270)
    github.com/Jguer/yay/v12/pkg/srcinfo/service.go:37 +0x13f
main.(*OperationService).Run(0xc0003ac060, {0x555a599d86c8?, 0x555a59c8e420}, 0xc000238120, {0xc0003c0000, 0x1, 0x1}, {0x555a59c8e420, 0x0, 0x0})
    github.com/Jguer/yay/v12/sync.go:142 +0xb96
main.syncInstall({0x555a599d86c8?, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988, 0xc0002461b0})
    github.com/Jguer/yay/v12/sync.go:91 +0xe77
main.handleSync({0x555a599d86c8, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988, 0xc0002461b0})
    github.com/Jguer/yay/v12/cmd.go:366 +0x8eb
main.handleCmd({0x555a599d86c8, 0x555a59c8e420}, 0xc00023e000, 0xc000238120, {0x555a599dc988?, 0xc0002461b0?})
    github.com/Jguer/yay/v12/cmd.go:176 +0x345
main.main()
    github.com/Jguer/yay/v12/main.go:161 +0x985

@kuhtoxo 1. Architectural issues have been revised

1. Regarding the problem of slow download, if you are in China, you need to manually add ghproxy.com 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.

In the official repository https://github.com/rustdesk/rustdesk/releases / 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.

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