@ashaman2007@lemm.ee,
We’re open to working with most OEM’s, including Nothing.

Presently, Nothing’s devices don’t meet our hardware requirements and still have a long way to go. One example and a key main requirements is hardware memory tagging (MTE), which is currently missing on any Snapdragon-based device. We use MTE to provide a lot of our core protections against exploitation. A secure element with the required features is only one of part of our requirements.

These requirements are part of what we need to provide strong security. Qualcomm needs to do part of that work by implementing memory tagging like Exynos/MediaTek.

However, they might eventually release devices we could support for GrapheneOS in the future.

privacy is a team game, so still not much point. the most secure os ever barely anyone can use.

GrapheneOS cannot provide a high level of privacy and security on other Android devices not meeting our requirements, which is why we don’t support them. There aren’t other devices providing those important industry standard security features with support for us using them. We’ve tried to get OEMs to do it.

no point in making a super private os that only a tiny moneyed minority can run. and honestly i don’t buy it that compatmentalization like this can’t be done on other phones.

The main reason no other devices meet our requirements is because the most secure non-Pixel Android devices do not allow using another OS or disable a bunch of important security features with one. The devices not crippling non-stock OS support are much lower security devices.

ok now do it on any phone that isn’t a pixel

We can support other devices not specifically made for GrapheneOS which meet the requirements: https://grapheneos.org/faq#future-devices
Unfortunately, none currently do.

These are very reasonable requirements and Pixels are the only Android devices with the hardware/firmware security meeting industry standard features.

There are other devices providing the required features, but without non-stock OS support for them.

Thank you for your feedback.

Suggesting we use personal accounts for discussions like this overlooks the accountability we have to provide accurate and transparent feedback on issues directly impacting our infrastructure. Constructively critiquing software that affects the performance of hosting critical organizational chat rooms is not entitlement—it’s responsibility. These concerns are real and measurable, with tangible effects on user experience and scalability.

This is based on firsthand experience hosting our own Matrix homeserver instance for our community space chat rooms using their software, not on tautological reasoning.

For obvious reasons, we prefer linking updates and posts from our Mastodon instance rather than to the Twitter version of the same content.

End users who prefer RSS can add either:
https://grapheneos.social/@GrapheneOS.rss
or
https://grapheneos.social/@GrapheneOS/with_replies.rss

The repos issue tracker is slightly more up to date.

There are some banking apps and apps in general that may be problematic. For such cases, here are the possible work around solutions.