Well yeah, but Telegram also has a web client, which makes using it a piece of cake. I don’t particularly care for Telegram though, so I don’t use it much.
As It recently started using gitlab CI for compiling.
And I finally realize… Signal (or probably any other electron-based thing?) is just way too bloated to run on Reform. It’s ridiculous. I really want this, but I might be going back to a bridge solution. When the chats get large- especially if there are lots of images- it will chew through your RAM.
Hmm I have Signal open with Dino and a host of other applications running. I am sure I am using the swap, but I haven’t seen any slow downs with it. It runs very smoothly and is completely functional. I agree though, electron apps suck.
There is a small set of people working it. It has a nice set of features now which make it usable for 90%. The navigation is a bit different, but quick to learn.
NOTE: The one major issue is that I run into “silent” failures (message not received or not send) occasionally which pulls be back to upstream signal client. It doesn’t handle some “states” very well yet which usually requires a “reset” which in the Signal ecosystem means no history (or in the case of gurk, no address book sync yet). I believe this is partially the upstream library catching up and partially the developers haven’t personally run into the state yet. They are pretty responsive though.
This may sound crazy, but I wonder if Anbox/Waydroid and the Android Signal client would be resource efficient enough? One snag I can think of is I do believe only one mobile client per account is allowed (so it would steal it from the app on a mobile if you use one).
Aside: I am considering switching to XMPP or Matrix with a gateway to “unify”
Yeah I use XMPP myself with the Dino client. It works great. on mobile Conversations IM is the defacto Android client setting the standards for all other clients.
That is cool that there is a Signal terminal client, thanks for sharing!
Edit: Immediately getting this error when trying to compile gurk:
error: failed to compile `gurk v0.2.5-dev (https://github.com/boxdot/gurk-rs#3f200fc5)`, intermediate artifacts can be found at `/tmp/cargo-installWYGigm`
Caused by:
failed to select a version for the requirement `curve25519-dalek = "^2.0.0"`
candidate versions found which didn't match: 3.2.1
location searched: Git repository https://github.com/signalapp/curve25519-dalek.git?branch=lizard2
required by package `zkgroup v0.7.3 (https://github.com/signalapp/zkgroup?tag=v0.7.3#197c382e)`
... which satisfies git dependency `zkgroup` of package `libsignal-service v0.1.0 (https://github.com/whisperfish/libsignal-service-rs?rev=efd4ea86f57520d99141bb9c1c4b38a2ac646d6a#efd4ea86)`
... which satisfies git dependency `libsignal-service` of package `presage v0.2.0 (https://github.com/whisperfish/presage.git?rev=8fcfb65#8fcfb651)`
... which satisfies git dependency `presage` of package `gurk v0.2.5-dev (/home/hex/.cargo/git/checkouts/gurk-rs-7cf8dc9d9ee78b42/3f200fc)`
FWIW I searched for this thread today to look for the “unofficial signal desktop build” link but couldn’t find it. But I found there’s a flatpak build that also includes arm64 which I’m trying today: Signal aarch64 Flatpak
Yeah, the original maintainer of this threads signal client was abandoned. Signal finally supports arm on Linux officially via their flatpak. It works well. Although, it does have a weird thing, that you have to open it twice to get the client to show up. The first time, sometimes you get a notification that signal is open but in the background. Curious, but probably has to do with permissions.