The signal repository referenced by Fedy provide pacakge that are built from sources against the user Fedora release. (so it’s not re-using the deb package).
The repository is provided by the opensuse OBS project. That is an equivalent of the COPR repository.
Out of curiosity, do you have any basis for such a claim? If not, I would suggest reading the paper on the double ratchet algorithm and understanding its security properties before making such a claim. It’s a beautiful design.
WTF is Terra? … Hmm, says they allow anon contributions, but otherwise seems legit. I prefer Fedora; but I guess I already make an exception for Signal. I feel like OpenSUSE repo was a pretty easy ask, though; Terra is another significant step. I do like Rust, though. Okay, thanks for the cryptic pointer! I’ll try it.
@pdestefa, I don’t understand your response. If I can assist more, please elaborate.
@kunzlata, a citation would demonstrate that you have, whilst obviously not requiring that one ask for proof. I doubt that merely affirmative confirmation (that you do) is of particular use to anyone.
Though, I’d caution you that even your original comment wasn’t whatsoever related to the topic of this discussion; this is about a packaging format. Your comment would have been more applicable to a standalone Privacy Guides thread.
I was just talking myself into trying the Terra repo. Never heard of them, despite running RH/Fedora for 40 years, so I needed to do some research. So far so good. Again, thanks for mentioning them.
In my earlier post, I assumed that everyone here would was using either a dev copr, an (unauthorized) flatpak, or the OpenSUSE Signal repo/copr, which is what I’ve been using for a while. So, when I said, “I’m looking in the right place", right?” I was being very cryptic and assuming everyone new what I meant. I was referring to this location: /repositories/network:/im:/signal - openSUSE Download , and you can see F44 is missing. Both F43 and rawhide subrepos don’t work on F44; I tried. Across past updates, I didn’t notice a problem with this source for Signal RPMs, but this time, I went there and couldn’t find what I expected.
Anyway, sorry for the incomprehensible post. Thanks for following up.
@pdestefa, that’s not unreasonable. I was, too, but became infuriated with the poor maintenance of the Flatpak package:
I genuinely have no idea how anyone would diagnose a crash with the Flatpak, without Debug packages. It’s not as if DebugInfoD is able to assist there.
For comparison, considering that similar problems have been remediated on Terra’s side within less than a sennight, I am able to rely upon them better:
IDK yet whether I’d trust them over RPMFusion, but they work for Signal, at least.