Add a GrapheneOS configuration / starter guide?

Site Development Guide Suggestions
1

Hi there :wave:, currently the Operating Systems page lists six operating systems: Android, iOS, Linux, macOS, Qubes OS, and Windows. I think it makes a lot of sense that Qubes OS has its own overview since it brings a lot of unique features to the table, and it’s important for end-users to understand those features to best take advantage of Qubes OS. I also think it makes perfect sense that Privacy Guides be the ones to provide this overview; after all, people come here for accessible privacy tools and advice, so providing an overview plus this helpful community allows Privacy Guides to be a one-stop shop.

With the above being the case, I am of the opinion that Privacy Guides could benefit from a dedicated GrapheneOS overview beyond the existent Android Overview. GrapheneOS brings a lot of powerful features to the table, but for usability reasons, many are disabled by default. These include but are not limited to: exploit protection toggles, user profiles, contact and storage scopes, etc. The goal would be to create something very similar to the iOS overview, which provides a lot of recommended toggles to enable / disable for privacy and security.

At the same time, there is an argument to be made, which I myself have made in the past in similar circumstances, that it is best to go to the official documentation, in this case Features overview | GrapheneOS and Usage guide | GrapheneOS. However, this documentation isn’t as accessible since it’s very information-dense and mostly describes how individual features work rather than providing an overview of how a user might want to set up a fresh device.

I am very interested and open to contributing heavily to this myself, assuming I have the blessing of the Privacy Guides team and community, but I would absolutely welcome anyone who is interested in contributing. Is this something you all think would be helpful?

TL;DR: Would it be appropriate to start working on a GrapheneOS overview separate from the Android overview? Would the community find that helpful? And would anyone here be interested in writing such an overview with me?

edit: I agree that the overview category is perhaps not the best place for this so kindly replace every time I mentioned overview above with the existing GrapheneOS entry. :smile:

2

If they are configuration recommendations, it would be better off being added to GrapheneOS’s existing entry, in a similar fashion to how browser configuration recommendations are handled here: https://www.privacyguides.org/en/desktop-browsers/#recommended-firefox-configuration

4 Likes
3

Well actually it depends on what you want to write. If there are just some non-default settings that you think should be enabled then what I said above is true. If you want to write about the features themselves and describe them, and also mention features that exist but don’t require any special configuration, then a knowledge base overview may be more appropriate. Basically if you’re writing about a paragraph or so of information about each feature, I’d say, as opposed to just various line items.

You’ll notice for example the Qubes and iOS overview are mainly talking about privacy/security features that exist rather than merely telling people what to enable.

If we do a knowledge base overview article though, then yes I do worry a bit about us just duplicating their existing documentation, which should be avoided. So we would need to have an idea of how our article would differentiate itself.

Let me know what you think would be the best course of action.

1 Like
4

Thanks for explaining the differences between the two. I’m going to take some time to think about it and try to come up with a course of action, and go from there.

I actually have an additional related question, how do tutorial articles play into this? None have been created for a couple years but some exist and are still largely relevant. Would it be appropriate for an recommendation entry to link to a tutorial article (e.g. to allow for a more in depth guide).

5

Hmmm, I am guessing what you are proposing is something like this?

While we all know GOS work with or without Google Play Services, which then lead to a lot of different configurations or limitations. To serve the purpose of a “starter guide”, we might need to make some tree diagram to help possible users’ decision making process. Purly text base would be quite difficult to read.

Starter guide will also need to address ROM limitations such as lack of Google Pay, unable to pass Integrity test which means many apps will not work, Seedvault backup issues, etc. These are some of the big deal breaker for potential users.

Regarding privacy / security enhancement settings, those are quite simple and straight forward so group policy setting style should be fine. But again, we know some of the enhancements causes app breakage, and the tricky thing is you will need to tell average users about basic troubleshooting. Or we could leave a line like “Might cause app breakage, turn this feature off in app info if it happens”.

lastly, if we are to prepare a starter guide for GOS, we might want to consult GOS team as well, just to avoid possible “issues” from their end.

Since GOS already has most of the documentation, the guide you propose might end up including a big bunch of hyperlinks linking back to GOS’s documentation.

However I think the possible users really should read GOS’s FAQ, starter guide really can’t include that much, plus there’s plenty relevant videos on Youtube, they might end up just watch those instead of crunching another wall of text :rofl: