Those are fields used by the language switcher to correlate pages across different languages, even if they have different names/paths/titles. They are generated with the prepare_for_translation.py script.
8.7 KiB
lang | layout | permalink | ref | title |
---|---|---|---|---|
en | sidebar | /gsod/ | 28 | Google Season of Docs |
2021 Google Season of Docs
Thank you for your interest in participating in the 2021 Google Season of Docs program with the Qubes OS team. You can read more about the Google Season of Docs in the official guides and FAQ.
Project Ideas List
Everyone is encouraged to add ideas to this list, either by editing this page directly (preferred) or by replying to this thread (then we'll add it to this page for you). (See our Documentation Guidelines for general information about how to submit changes to the documentation, and see Help, Support, and Mailing Lists for information about our mailing lists.)
We currently have over a hundred open documentation issues in our issue tracker. Please feel free to use these for project ideas, as appropriate.
Here's a suggested template for adding project ideas:
### Adding a Proposal
**Project**: Something that you're totally excited about.
**Brief explanation**: What is the project?
**Expected results**: What is the expected result in the timeframe given?
**Knowledge prerequisite**: Pre-requisites for working on the project. What knowledge or resources are needed? If applicable, links to more information or discussions.
**Mentor**: Name and email address.
Offline documentation
Project: Offline documentation
Brief explanation: Qubes OS has thorough documentation on the project website, however a user may find it more convenient to view documentation - especially for troubleshooting network issues -- offline on their Qubes machine. This will improve usability for new users and better support users if they need to troubleshoot anything.
Expected results:
- Review past discussions on the issue
- Recommend workflow and platform for displaying offline documentation
- Test workflow and platform to ensure usability and functionality
Knowledge prerequisite:
Mentor: Marek Marczykowski-Górecki
Create guide on firstboot for new users
Project: Create guide on firstboot for new users
Brief explanation: When a user first boots Qubes after installing it, there is an opportunity to introduce the user to some of the unique functionality Qubes has.
Expected results:
- Review past discussions on the issue
- Provide visual mock-ups and proposed text
Knowledge prerequisite:
- some experience with Anaconda would be helpful
Mentor: Marek Marczykowski-Górecki
Improve Disposable VMs documentation
Project: Improve Disposable VMs documentation
Brief explanation: Current Disposable VMs documentation is scarce, inconsistent in places and in scattered across multiple pages, sometimes hard to find. This project is about consolidating it into one or few easy to find pages, covering all related subjects. And written in way easy to follow and understand, clearly separating basic use cases, advanced ones and internal details. Additionally, terminology is used inconsistently.
Expected results:
- Review existing Disposable VM documentation
- Propose new documentation layout, including split between pages
- Propose updated and clarified content
Knowledge prerequisite:
- basic Qubes OS knowledge - intro, getting started
- Markdown
Mentor: Marek Marczykowski-Górecki
Installation Guide for Qubes OS on Virtual Machines
Project: Installation Guide for Qubes OS on Virtual Machines.
Brief explanation: The Qubes OS is missing an installation guide for virtual machines. Users are installing an outdated and unsupported version of Qubes OS (3.2) instead of the supported version. There is unofficial existing installation guide for Qubes OS on a virtual box but it is misleading and lacks documentation. Usually, users face some errors and bugs while installing Qubes OS on a virtual machine.virtual box issue
Expected results: -Provide a new option of installation guide for users working on virtual machines. -Review existing problems and provide solutions to them. -Giving a warning for using outdated versions.
Knowledge prerequisite:
- Experience in virtual boxes and machines.
- Basic Knowledge about Fedora linux architecture.
- Markdown
Mentor: Marek Marczykowski-Górecki
Past Projects
You can view the project we had in 2019 in the 2019 GSoD archive and the 2019 writer's report.
You can also view the project we had in 2020 in the 2020 GSoD archive and the 2020 writer's report.
Here are some successful projects which have been implemented in the past by Google Season of Docs participants.
Consolidate troubleshooting guides
Project: Consolidate troubleshooting guides
Brief explanation: Troubleshooting guides are scattered across many pages and sometimes incomplete, leading to repeatedly posting the same instruction over and over when helping users to diagnose problems. This could be helped by writing consolidated guide with with a clear list of symptom-action layout.
Expected results:
- Review existing troubleshooting guides
- Review issues containing common troubleshooting steps (checking specific logs etc)
- Propose updated, consolidated troubleshooting documentation, including its layout
Knowledge prerequisite:
Mentor: Marek Marczykowski-Górecki
Improve Getting Started page
Project: Improve Getting Started page
Brief explanation: The Getting Started page is the place a new user would go to understand better how to use Qubes. It is currently has old screenshots not using the default desktop environment and could have much better flow. In addition, this improved page content may end up being served more directly to the user via the offline documentation or the firstboot guide.
Expected results:
- Review the existing page and website, similar pages for other OSes
- Provide visual mock-ups and proposed text
Knowledge prerequisite:
- basic Qubes OS knowledge
- Markdown
Mentor: Michael Carbone
Rewrite qrexec documentation
Project: Rewrite qrexec documentation
Brief explanation: Current qrexec (qubes remote exec) documentation is hard to follow, important informations are hidden within a wall of text. Some parts are split into multiple sections, for example version specific to avoid duplication, but it doesn't help reading it. Additionally, protocol documentation describes only few specific use cases, instead of being clear and precise protocol specification. Fixing this last point may require very close cooperation with developers, as the current documentation doesn't multiple corner cases (that's one of the issue with its current shape).
Expected results:
- Review existing qrexec documentation and an issue about it
- Propose updated, consolidated admin documentation (policy writing, adding services)
- Propose consolidated protocol specification, based on the current documentation, and cooperation with developers
Knowledge prerequisite:
Mentor: Marek Marczykowski-Górecki