Google-Free Android Smartphones Are Now Available in the U.S.
wccftech.com
wccftech.com
That seems like a really unfair thing to say. What is "improper" about it? The fact that Google Play Services or FCM is used for notifications for example is not an issue with the android platform, but a case of Google being power-hungry.
> we live in an age where nothing is really private, so a phone that caters to those concerned about their privacy makes very little sense
> While the /e/ Foundation does have an ambitious goal of protecting people's privacy, we live in an age where nothing is really private, so a phone that caters to those concerned about their privacy makes very little sense.
The claim that we live in a world with no privacy could also lead to the conclusion that the supply of privacy could potentially be far below the demand, and thus be a prime market to tap.
- AntennaPod for podcasts
- Phonograph for music
- Pedometer for counting steps
- Binary Eye for reading QR codes
- Barinsta for Instagram
- Newpipe for Youtube
- Habits for tracking daily activities
- Book Reader for ebooks (Moon Reader Pro is worth the one-time fee though)
I recommend VLC as a music player app
- Simple gallery
- Openboard for keyboard
- KDE connect for sharing files and controlling your PC
- Password Store and OpenKeychain (pass+git client)
- Termux (terminal emulator etc.)
- Shelter (work profile/app cloning)
- LibreTorrent
- Syncthing for phone-pc file transfer
- KeePassDX (and sync your kdbx file with syncthing!)
- OsmAnd~ OpenStreetMap viewer
- Tasks.org checklist (can be synced to a selfhosted etesync server)
- PDF Viewer Plus
- AnkiDroid
If you really need to be sure, you can also hire a professional and they will verify that for you, too. Try to do that with iPhone software and hardware.
Every flip phone since 1997 has had apps.
Internet
Sure they do. I used to develop web sites for flip phones.
or sensors
Well, isn't that the point of a flip phone these days? That you don't want to be constantly sensed, tracked, and tabulated? Sounds like a feature, not a bug.
Also, they don't have kill switches
There's no better kill switch than the ability to pop out the battery.
I think it would be cool to implement a similar system on top of the Web Push API. This overs e2e encrypted push with existing clients. We would just need to define the Java client API.
Notably absent is a method for connecting that HTTP API to the JavaScript receiver. This is independent of the Web Push protocol and how it is implemented will affect the performance. For example Chrome on Android will use Google's regular push infrastructure (or at least a wrapper around it) and will have the same performance. You could implement this part via polling but the performance will be terrible.
So to make a replacement for Google's push system on Android you would need to rewrite 1 and 2 (possibly just translating the JavaScript browser API to Java) and you would need a push server implementation as well as a client to run on the phone. This client is where you take care. But as long as you run one client per device it should perform similarly to Google's solution. The main problem would be if every app ran their own client, but that isn't what is expected. The phone should provide the push server information to the app (which hands it over to the server) so that all apps on the device use the same server.
Sure, you are still implementing a lot, but the thing is that websites and services already have ways to store these push endpoints in the DB as well as encrypting the messages and sending them. It would be a lot less work to get them to do a little client-side work so that they app uses the same codepath as their webapp than making changes to their whole stack to support a new protocol.
"Apps or third party code (e.g., SDKs) that download executable code, such as dex files or native code, from a source other than Google Play."
If someone thinks it's an overreach, read about cases when apps were banned due to a link to another Google Play app from the same developer [1]
[1] https://www.reddit.com/r/androiddev/comments/atsju7/linking_...
Additionally it is already possible to download APKs as they are hosted on Google Play from sites like apkmirror.com and you can even install the Play Store if you have microG and are so inclined.
There's no lack of app distribution :-)
Also, looking at the /e/ Foundation, I see that they provide a custom ROM, and I don't understand why anyone would use /e/ vs. LineageOS for microG. It appears the only thing added by forking Lineage was to preload apps, all of which are already available on F-droid.
When I saw the title, I had hoped a phone manufacturer had created a Google-free device, one that could be sold directly, without relying on a refurbished supply of three-year-old Samsung phones. The phone being sold doesn't have anything that could already be achieved via a combination of a used s9 + lineageOS.
These smartphones still cost money, they've just been de-Googled.
Also, this can go suck it with his ' a phone that caters to those concerned about their privacy makes very little sense.' bs. That is exactly the shit attitude take lets these cunts win.
I have a personal Android phone where I don’t use the default Google apps and feel really good about control over my data.
What is the exact concern that you have?
See:
https://www.pine64.org/pinephone/ https://puri.sm/products/librem-5/
Hands down some of the worst journalistic writing I've seen linked to from HN.
I guess most people here aren't aware that google-free android phones are already a common thing.
Also, unrelated but obligatory. Huawei after the Trump ban now offers a de-googled smartphone experience.