If an app doesn't support reproducible builds, the version you can download from F-Droid was built and signed by F-Droid, not by the dev
[…], from that point the app will be built by f-droid with their own digital signature.
This part of your comment is not quite true. One of the advantages of reproducible builds is that the app can be signed by the developer but fdroid can still verify that it has been built from the correct source code. You can check out the documentation here: https://f-droid.org/docs/Reproducible_Builds/
Cool but seems very unrelated?
I dislike Google as much as the next guy, but this seems to be an issue with the manufacturer (onn), not Google
Wouldn't that hurt Russia as much as any other country?
Happy Fairphone 4 user here! 🙂
Though I've heared mixed things about the FP5...
linked to Chinese speaking groups
What is that even supposed to mean?
The project received some substantial funding recently, so I think I can see where this fear is coming from. However, I also think that a lot of what you say is not true.
The project wasn't started "because chromium and Firefox have bad reputation" and the website doesn't even mention either of them or privacy at all. It was the browser of serenityOS, a from-scratch OS created many years ago by Andreas Kling to help himself overcome drug addiction. The browser part simply got so much traction that he recently decided top split the projects.
The project uses the BSD 2-Clause license which is a very common, OSI approved open source license, so I'm not sure what concerns you have in this regard.
Furthermore, I don't see where you got the "pay for privacy" claim. While they do not state whether the browser will require a license, I would be very surprised if it did, given the projects history. Lastly, a lot of open source projects post monthly updates online and Andreas has done so four many years now. Calling it "propaganda" seems unnecessary and inflammatory.
Please do some research before making big claims like this.
Have a good day, friend!
Tbf, they don't claim that it is ready for regular use yet:
When is it coming?
We are targeting Summer 2026 for a first Alpha version on Linux and macOS. This will be aimed at developers and early adopters.
Isn't one hurdle to integrate gtfs data into osm based apps the fact that there is no reliable way to link osm nodes with gtfs nodes? How did they get around that?
Does this mean that access to real time arrival data is on the horizon for osm based apps?
Edit: It appears that a lot has happened since I last checked, how cool!
Reference: https://wiki.openstreetmap.org/wiki/GTFS
Space cadet has been reverse engineered and can be installed in Linux through flatpak: https://flathub.org/apps/com.github.k4zmu2a.spacecadetpinball
I use ntfy and have no problems. It's very reliable. No idea about graphene though
Kagi supports this since a while. You can end your query with a question mark to request a "quick answer" generated using an llm, complete with sources and citations. It's surprisingly accurate and useful!
You're probably experiencing the "59 second bug", which has been around for a couple of weeks. Restarting the app usually helps, at least for me.
Man I'm really tired of these headlines. In not more interested in reading your article of you try to make it sound like a wrestling match!
Have you tried Material Files (it's on fdroid)? It's genuinely great and it supports different remote protocols, although I haven't personally tried this feature.
I don't know about "simple", but it's very good. Been a happy user for many years