Discover open source through documentation
The Open Documentation Academy combines Canonical’s documentation team with documentation newcomers, experts, and those in-between, to help us all improve documentation practice and become better writers. Fill blanks in your resume and paint your GitHub activity tracker golden.
If you're a newcomer, we can provide help, advice, mentorship, and a hundred different tasks to get started on. If you're an expert, we want to create a place to share knowledge, a place to get involved with new developments, and somewhere you can ask for help on your own projects.
A key aim of this initiative is to help lower the barrier into successful open-source software contribution, by making documentation into the gateway.
The purpose of this repository is to list and track global documentation tasks. These are filed as issues in this repository. Tasks vary from broken formatting and missing documentation, to updates, re-structuring, and rewriting.
Issues are identified and shared by participating projects at Canonical who control whether an issue is merged into their documentation. An academy participant and a mentor work together to guide a contribution through to completion.
The first words of an issue's title will typically indicate the project it involved. These include the following:
- Anbox Cloud: Solution offering scalable Android in the cloud
- Canonical Kubernetes: the reference platform for Kubernetes on all major public clouds
- Charmed OpenStack: our traditional enterprise cloud solution
- Juju: open source orchestration engine
- LXD: open source container and VM management at any scale
- Landscape: Ubuntu systems management, monitoring and administration platform
- Launchpad: software development lifecycle and collaboration platform
- MAAS: bare metal cloud with on-demand servers
- MicroStack: our next generation enterprise cloud solution
- Multipass: tool to generate cloud-style Ubuntu virtual machines
- Netplan: network configuration for various backends
- Our Sphinx and RST starter pack: our open source template for building modern documentation
- Snap and Snapcraft: Linux app packages and the build tools for desktop, cloud and IoT
- Ubuntu Developer Guide: guide for developers using Ubuntu Desktop as a development platform
- ubuntu-image: Tool for generating bootable Ubuntu images
- Ubuntu on public cloud: Optimised Ubuntu images for partner clouds
- Ubuntu Packaging Guide: manual for Ubuntu package maintainers
- Ubuntu WSL: Ubuntu terminal environment on Windows with the Windows Subsystem for Linux (WSL)
This list will expand as more projects get involved. We're also happy to include projects outside of Canonical.
Many of the projects that participate in the Open Documentation Academy require that a contributor has signed a Contributor licence agreement, or CLA. Such an agreement will typically grant permission for the project to use a contribution while the contributor retains the copyright and the rights to modify their own work, or use it in other projects.
The Canonical contributor licence agreement is one such CLA. This needs to be signed before a contribution can be considered for inclusion within one of Canonical's projects. Many GitHub repositories for Canonical projects will automatically check whether a contributor has signed the CLA when a contribution is made.
The cla issue label is used to help identify which tasks require a contributor to have signed a CLA.
We’re completely flexible when it comes to how much time a task may take a contributor. Take as little or as much time as you need.
However, we do ask that potential contributors indicate an estimated target date. This helps us to better manage the task list and to ensure tasks are being actively worked on. If you need to change your estimate, please let us know because it won’t be a problem. Similarly, let us know if you are unable to work on a task for a period of time. A comment attached to the task is enough.
If there has been no activity on a task for several weeks, we'll initially reach out to the assignee before releasing the task back into the pool of unassigned tasks.
We use one or more of the following issue labels both for consistency and to indicate what might be expected from a task.
Identifies tasks that require a contributor to have signed a CLA.
code
This task may require some programming knowledge.
Used for tasks that may require some programming knowledge, or a programmatic solution.
Revise a document to better conform to a Diátaxis type:
- Tutorial
- How-to
- Reference
- Explanation
This may require a document to be split, edited, or sometimes re-written.
edit
Edit pre-existing documentation for consistency, style and application
Edit pre-existing documentation for consistency, accuracy, style and application.
explanation
Write or update an explanation for a known topic
Create or revise a document to better reflect an understanding-oriented explanation.
good first issue
An ideal task to start with
An ideal task to start with. Marking issues with this label is a widely adopted GitHub convention.
help wanted
We welcome community help with this issue
Another GitHub convention to indicate that a project welcomes community help with an issue.
how-to
Create a edit a how-to to achieve a specific task
Create or revise a document to better reflect a how-to guide to achieve a specific goal.
new
Adding new or missing documentation for a specific tool, feature, or function.
Adding new or missing documentation for a specific tool, feature, or function.
oda-admin
Tasks relating to the admin of the ODA project
Tasks relating to the admin of the Open Documentation Academy (ODA) project.
reference
Write or update reference material
Create or revise a document to better reflect a technical description to use as reference material.
review
Review pre-existing documentation for quality and consistency
Review pre-existing documentation for quality, accuracy and consistency. This work may require small updates to the original documentation and/or the creation of sub-tasks to address any detected and substantial shortcomings.
size 1
Fix a known documentation issue (size 1/8)
size 2
Fix a known documentation issue (size 2/8)
size 3
Fix a known documentation issue (size 3/8)
size 5
Fix a known documentation issue (size 5/8)
size 8
Fix a known documentation issue (size 8/8)
This is our estimation of effort and complexity. Size values range from 1 to 8, representing least effort to most effort respectively. These numbers follow the Fibonacci ### sequence sequence of 1, 2, 3, 5, 8, with size 8 likely to be a significant undertaking.
ta wanted
Any technical author is welcome to help with this task.
The technical author (TA) team at Canonical wants to help projects without access to documentation experts. This label is used for such projects to mark tasks any technical author can help with.
tutorial
Develop, write, edit or update a tutorial
Develop, write, edit or update a tutorial. Tutorials are often the hardest kinds of documentation to write or update because they primarily require good teaching skills and perception, before you even start writing.
update
Update potentially outdated instructions, commands, or version numbers
Update potentially outdated instructions, commands, or version numbers. These tasks might include release notes, version numbers, new command line arguments and features, and even complete overhauls when a major release occurs.
If you're new to GitHub and working on the command line, you may want to start off with our getting started guide. Even if you are running a Windows machine, you can start contributing using this guide.
Our community forum is the hub for all things Open Documentation Academy. It includes our Getting started guide and links to our weekly Documentation office hours, alongside meeting notes, updates, external links and discussions.
https://discourse.ubuntu.com/c/open-documentation-academy
For more interactive chat, the documentation team can be found on Matrix.
https://matrix.to/#/#documentation:ubuntu.com
You can find us on Fosstodon, where we post frequent updates related to the Academy and our other documentation initiatives.
https://fosstodon.org/@CanonicalDocumentation
Subscribe to our Documentation event calendar. Not only does this include our Documentation office hours, it will also include any other discussion or training events we organise.