Conversation

This Tweet was deleted by the Tweet author. Learn more
Where's the irony? I think you misunderstand the purpose and focus of the project along with the stage of development. The only hardware that would be better than Pixels is custom hardware catered to it and that's not currently something realistic... sorry.
This Tweet was deleted by the Tweet author. Learn more
It's not advertised and the main page makes it incredibly clear that it's in a very early state of being revived and developed. The device support section clearly explains the hardware requirements. The currently supported devices offer the best privacy/security. No irony at all.
1
1
Replying to and
The usage guide clearly lists out all of the default connections made by the OS with an explanation for each one. Changes to an area like this require thought and clear reasoning. That's the approach taken to GrapheneOS development in general. It's not in a rush to change things.
1
Replying to and
There are drawbacks to having the device broadcast itself as a GrapheneOS device to the network. Blending in with the crowd has advantages. It would be trivial to point these at a GrapheneOS server by default but I haven't because it probably needs to be a user-facing GUI option.
1
Replying to and
i.e. a choice during a setup wizard, where you can choose if you want the connectivity checks to blend in and provide more anonymity (as it does now) on networks or prefer using GrapheneOS servers rather than the default Android connectivity servers. That's a fair bit of work.
1
Replying to and
Especially since there's currently not a setup wizard yet, and there are higher priority things to address in one such as having people set a passphrase. There are tons of things with a higher priority than a setup wizard too, and that kind of thing just can't be a focus yet.
1
Replying to and
Technical users can set different URLs, but my recommendation is to leave it as is for now or just outright disable the feature. The same kind of thing applies to browser changes in terms of it not being desirable for GrapheneOS users to have a trivially unique fingerprint.
1