Search Criteria
Package Details: trayscale 0.13.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/trayscale.git (read-only, click to copy) |
---|---|
Package Base: | trayscale |
Description: | An unofficial GUI wrapper for the Tailscale CLI client. |
Upstream URL: | https://github.com/DeedleFake/trayscale |
Licenses: | MIT |
Provides: | trayscale |
Submitter: | DeedleFake |
Maintainer: | DeedleFake |
Last Packager: | DeedleFake |
Votes: | 6 |
Popularity: | 0.002182 |
First Submitted: | 2022-04-14 22:49 (UTC) |
Last Updated: | 2024-09-23 21:18 (UTC) |
Dependencies (5)
- gtk4 (gtk4-customizableAUR, gtk4-paper-planeAUR, gtk4-gitAUR)
- libadwaita (libadwaita-testingAUR, libadwaita-gitAUR, libadwaita-without-adwaita-gitAUR)
- go (go-gitAUR, gcc-go-gitAUR, go-sylixosAUR, gcc-go-snapshotAUR, gcc-go) (make)
- gobject-introspection (gobject-introspection-gitAUR) (make)
- tailscale (tailscale-gitAUR, tailscale-unstable-binAUR) (optional) – provides daemon that manages connection
Latest Comments
DeedleFake commented on 2024-08-29 03:00 (UTC)
I actually am the upstream maintainer, so...
But unfortunately, no, there isn't any way to speed up the compilation. Compilation takes 20 to 30 minutes for me. It's slow because
github.com/diamondburned/gotk4/pkg/gtk/v4
and related packages are wrappers around C libraries, so it has to invoke the C compiler. Go itself is already doing stuff concurrently, namely compiling packages in parallel with each other that can be based on what their dependencies are, but there's not much it can do when it runs into the C dependencies to speed up those specific ones. It does cache them, but if it's been ejected from the cache since the last time, or you upgraded to a new version of Go, or something else in the environment has changed that requires a recompile, well... I thinkmakepkg
's system also breaks the cache, as it seems to always need to recompile whenever I'm testing the PKGBUILD.That's one of the reasons that I also have a Flatpak available, as that's precompiled.
MaximGun commented on 2024-08-28 16:07 (UTC)
This may be a question for upstream, but is there a way to enable multithreaded compilation for the Go dependencies?
github.com/diamondburned/gotk4/pkg/gtk/v4
takes forever and it seems to only use one core.DeedleFake commented on 2023-04-26 03:44 (UTC)
Have you installed the
base-devel
group manually, @hmnd?hmnd commented on 2023-04-26 00:08 (UTC)
On a new Manjaro install, I got the bellow error when trying to install. I think
pkgconf
should be added to makedepends.pkg-config: exec: "pkg-config": executable file not found in $PATH
alextm commented on 2023-03-22 00:39 (UTC)
Thanks! One fewer thing I have to accept the architecture difference on.
DeedleFake commented on 2023-03-21 21:51 (UTC)
Yeah, it should. While it's true that I can't really test it myself, the Flatpak has explicit support for
aarch64
and the app doesn't really do anything that's likely to cause it to fail because of an architectural difference, so I guess that I'll enable it.alextm commented on 2023-03-19 19:36 (UTC)
This appears to work fine on my aarch64 machine, with no changes to the pkgbuild required. I understand if you don't wish to claim compatibility with an architecture you cannot test with however.