Is anyone interested in starting a new adaptive GTK Rust client for Signal for Linux smartphones and desktops? I wrote a post on the @PINE64 forum about my reasoning for this technical approach:
https://forum.pine64.org/showthread.php?tid=13610
Please boost.
*Do not respond to this with criticism of Signal*. If you're annoying about that, I'll block you.
@fla @r3pek @PINE64 @chiraag For push notifications, I think the best approach would be implementing a Linux daemon for receiving Firebase Cloud Messaging with a dbus API to communicate with applications. This would not require the Signal Foundation to do any extra work on their end. Plus it could be used for other applications like WhatsApp, Facebook Messenger, Slack, Zulip, and other Android applications.
FYI @be, there already exists a RPG engine named #Flare (Free/Libre Action Roleplaying Engine), whose executable is flare (in Debian there's a metapackage named flare as well but that's something solvable): https://flarerpg.org
Flare is the first and only RPG I've ever finished (four times, counting one for the alpha campaign) and its gameplay is my absolute favorite, even compared to that of AAA games. Written on SDL2, it works just fine on the #PinePhone and touch input is WIP.
Unfortunately no, @be, sorry. I don't use Signal to understand it and think of a pun for it to keep our tradition, and I suspect all related names are already taken.
The Reddit thread reminds me of Giara, @be. If you're into recursive ancronyms, any four-letter word ending with either -isc (is a Signal client) or -isa (is a Signal app) might be a good idea.
@mcsinyx By the way, "Flare" was not my idea. It was suggested on Reddit and got a ton of upvotes so I went with it. https://www.reddit.com/r/linux/comments/mp2j0j/starting_a_native_adaptive_linux_client_for_signal/gu7cze6/?context=3