Ubuntu Server Team
#ubuntu-server on Libera Chat IRC
The Ubuntu Server team works to enable and promote the use of Ubuntu Server, the number one cloud OS.
We specifically focus on three key areas:
- Providing a robust and stable infrastructure for scale-out computing deployments.
- Supporting the latest scale-out computing workloads and architectures.
- Providing the right tools for orchestrating services within a scale-out computing environment.
If you want to contact the ServerTeam use the following resources:
Join our mailing list at https://lists.ubuntu.com/mailman/listinfo/ubuntu-server.
You can read an archive of messages at https://lists.ubuntu.com/archives/ubuntu-server/.
The server team utilizes IRC to offer support for server-related questions. The team sits on freenode in the #ubuntu-server channel.
The ubottu IRC bot makes it easy to share an extensive set of factoids to others in an IRC channel. E.g. typing !ask | noobie will cause ubottu to tell noobie that folks should just go ahead and ask their questions. Ubottu can also conveniently show the channel information on bugs and packages. See ubottu for more details.
There are different areas where you can help the Ubuntu Server Team. Here are a few ideas:
Help on Mailing List & IRC
You can lend a hand with people's questions and problems on the above mailing list and the IRC channel. Ask and answer questions, provide suggestions, and provide input in our periodic calls for input.
Test, Test, Test
If you have server-type hardware or can spin up VMs and containers, you can make sure that Ubuntu is supported and works well on it. You can also test software and features worked on by the Ubuntu Server Team.
You can head to the community documentation to check that server related pages are up to date or help to get the Ubuntu Server Team wiki pages into shape. You can also help with the Ubuntu Server Guide, the official Server documentation.
Whenever we fix a bug in past stable releases, we need somebody who is not the developer making the fix to verify that the package fixes and doesn't cause any obvious regressions. It is vital that we have people test these updates before they are sent to all users.
The full process for doing so is here:
Here is the list of server bugs needing verification.
The goal of triage is to move bugs that are in a NEW status to a CONFIRMED or INVALID status.
To get started:
Choose a bug from the New,Unconfirmed bug list and subscribe to it.
- Work with the user to identify the issue using the INCOMPLETE status.
- Once the bug is reproducible and the process to reproduce it is clearly documented in the bug thread set the status to CONFIRMED. If it turns out that there isn't any bug set the status to INVALID.
- You can unsubscribe from the bug as your role as a bug triager is finished.
- Read more bug triaging resources:
You can have a look at the list of packages looked after by the Ubuntu Server Team to see if some needs packaging work.
This is a excellent way to gain experience to become a MOTU.
Ubuntu Server Bug Triage
Goal: To successfully review every bug filed against Ubuntu Server related packages
A review involves analyzing a bug to determine if the bug is valid and if sufficient information was provided. If the bug is both valid and provided with sufficient information, the bug is marked as triaged and will be worked to closure by a member of the server team. Otherwise, the bug will be responded to and marked as 'Incomplete' for more details, 'Invalid' for not a real bug, or 'Won't Fix'. In certain (rare) cases bugs might stay in new/confirmed which reflects we need to look into it again more deeply to triage in a better way.
This is a list of the various queues of interest to the server team. They are a good place to go if you are looking for a good "what to do next" bug.
For Details about the process have a look at The Ubuntu Maintainers handbook.
Helpful Guides and Definitions:
Ubuntu Server Packaging
We are transitioning to a git-based workflow for handling package changes. This also allows us to use Launchpad Merge Proposals and request Reviews before publishing a new package version.