AdoptPackage
|
Size: 187
Comment: initial stubby page
|
Size: 9952
Comment: Fixed the reference to [[Classroom]]
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| == BugSquad 'Adopt a Package' == | <<Include(BugSquad/Header)>> |
| Line 3: | Line 3: |
| If you would like to '''concentrate''' your efforts on '''one application''' rather than dividing your attention over all of the different bugs reported against Ubuntu, you should consider '''adopting''' a package. | |
| Line 4: | Line 5: |
| == Adopted Packages == | If you've '''just started''' with triaging bugs and want '''help''' please look at [[BugSquad/Mentors]] '''instead'''. |
| Line 6: | Line 7: |
| [https://bugs.launchpad.net/distros/ubuntu/+source/debian-installer/+bugs debian-installer]: JonathanCarter, OtherPersons | ||<tablestyle="width:100%;" style="width: 40px; border: none; -moz-border-radius-topleft: 15px ;-moz-border-radius-bottomleft: 15px; background-color: #F1F1DD; border: none; -moz-border-radius-topright: 15px;-moz-border-radius-bottomright: 15px; font-size: 0.90em; text-align: center;"> ''' IRC Tutorials on Adopt-a-Package - See [[Classroom|See the classroom schedule]]''' || ||<<TableOfContents>>|| By adopting a package you take responsibility for keeping the package in good health. This means that you verify old bugs, handle new bugs and forward bugs upstream. Currently a lot of packages aren't being looked after and bugs reported against it are easily forgotten. When you adopt a package your first effort is to make sure all previously reported bugs are properly triaged. This is the hardest part of adopting a package, when that's done you need to make sure the package stays healthy. The [[QATeam]]'s Package status reports at [[http://status.qa.ubuntu.com/qapkgstatus/]] can be a great help to keep an eye on your bugs. If you've gained some experience and have successfully handled the first stage of adopting a package you could consider adopting another package. However, when you're new it's better to start with one. == How to Adopt a Package == You've decided you want to adopt a package? Great! Now you have to choose what package you would like to take responsibility for. If you're new to triaging it's best to join an existing group with experience. At the bottom of this page you'll find a list of [[#Already_Adopted_Packages|already adopted packages]]. You could also adopt a package no one is looking after, but make sure you pick a package you can handle or create a team. Please consider adopting one of the [[#Packages_that_need_particular_care|packages that need particular care]]. There are small packages and large packages in Ubuntu. Some packages have only two bugs reported against them and some two thousand. Those smaller packages can be triaged by one person, but the larger should be adopted by a group of people. We call this group an [[BugSquad/AdoptionTeam|Adoption Team]]. This is a group of people who've committed themselves to the adoption of one source package. Because there are so many bugs to triage the triaging process is divided into several tasks; e.g. there are people that just forward bugs upstream, whereas other people process incoming new bug reports. Now it's time to come into action! The steps below explain how to adopt. '''Adopting a previously not adopted package''' 1. Pick a package you would like to adopt * For [[BugSquad/AdoptionTeam|Adoption Teams]]: find a group and document your engagements on a wiki page 1. Add your name or team to this wiki page 1. Send a mail to the BugSquad [[https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad|maillist]]. 1. Start triaging! '''Helping with an already adopted package''' 1. Pick a package you would like to adopt 1. Contact the adopter by mail or in the [[irc://irc.freenode.net/ubuntu-bugs|#ubuntu-bugs]] IRC channel at FreeNode. 1. Start triaging! == Packages that need particular care == The packages listed here are important parts of the system. When you're looking for an orphan package to adopt, please consider these first. * [[https://bugs.launchpad.net/ubuntu/+source/acpi-support|acpi-support]] * [[https://bugs.launchpad.net/ubuntu/+source/control-center|control-center]] * [[https://bugs.launchpad.net/ubuntu/+source/debian-installer|debian-installer]] * [[https://bugs.launchpad.net/ubuntu/+source/devicekit-disks|devicekit-disks]] * [[https://bugs.launchpad.net/ubuntu/+source/evolution|evolution]] * [[https://bugs.launchpad.net/ubuntu/+source/gdm|gdm]] * [[https://bugs.launchpad.net/ubuntu/+source/gnome-media|gnome-media]] * [[https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager|gnome-power-manager]] * [[https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools|gnome-system-tools]] * [[https://bugs.launchpad.net/ubuntu/+source/gnome-panel|gnome-panel]] * [[https://bugs.launchpad.net/ubuntu/+source/grub|grub]] * [[https://bugs.launchpad.net/ubuntu/+source/kdebase/+bugs|kdebase]] * [[https://bugs.launchpad.net/ubuntu/+source/kdepim/+bugs|kdepim]] * [[https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bugs|openoffice.org]] * [[https://bugs.launchpad.net/ubuntu/+source/synaptic/+bugs|synaptic]] * [[https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bugs|ubiquity]] * [[https://bugs.launchpad.net/ubuntu/+source/update-manager/+bugs|update-manager]] * [[https://bugs.launchpad.net/ubuntu/+source/xorg/+bugs|xorg]] * [[https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bugs|xserver-xorg-video-ati]] A way of looking for packages that aren't adopted yet you could search for packages without a Bug Subscriber -- someone who receives all bug mail against the package (s)he's subscribed to. The [[QATeam]] maintains a list of all source packages without subscriber at [[http://qa.ubuntu.com/reports/package/packages-without-subscribers.txt]]. == Already Adopted Packages == If you decide to help with already adopted packages take a look here. When you adopt a package, please update to list. === Larger Packages === The most complex and the most malformed bug reports are against the larger packages. We call them large because the amount of bugs reported against them is large, but a lot of those packages are also large as in size and complex. Those packages are best adopted by a team of people, a so called Adoption Team. The [[BugSquad/AdoptionTeam|Adoption Team wiki page]] gives suggestions for running such a team, but you can always come up with your own structure that scales better. ||'''Source package'''||'''Team wiki-page'''|| ||[[https://bugs.launchpad.net/ubuntu/+source/nautilus/+bugs|nautilus]]||[[BugSquad/AdoptPackage/Nautilus]]|| Some parts of Ubuntu have their own teams for looking after the bugs. Please contact those teams if you're interested in helping in those areas. A comprehensive list: * [[KernelTeam]] === Small and Medium Packages === ||'''Source package'''||'''Adopter(s)'''|| || [[https://bugs.launchpad.net/ubuntu/+source/amarok/+bugs|amarok]] || [[FreddyMartinez]], [[RjMarsan]] || || [[https://bugs.launchpad.net/ubuntu/+source/debian-installer|debian-installer]]|| [[JonathanCarter]] and others || || [[https://bugs.launchpad.net/ubuntu/+source/devhelp/+bugs|devhelp]] || [[Qense|Sense Hofstede]] || || [[https://bugs.launchpad.net/ubuntu/+source/dutch/+bugs|dutch]] || [[Qense|Sense Hofstede]] || || [[https://bugs.launchpad.net/ubuntu/+source/empathy/+bugs|empathy]] || [[BCurtisWX]] || || [[https://bugs.launchpad.net/ubuntu/+source/firefox|firefox]] || [[micahg]] || || [[https://bugs.launchpad.net/ubuntu/+source/firefox-3.0|firefox-3.0]] || [[micahg]] || || [[https://bugs.launchpad.net/ubuntu/+source/firefox-3.5|firefox-3.5]] || [[micahg]] || || [[https://bugs.launchpad.net/ubuntu/+source/fpc/+bugs|fpc]] || [[Elbrus|Paul Gevers]] || || [[https://bugs.launchpad.net/ubuntu/+source/guake/+bugs|guake]] || [[Qense|Sense Hofstede]] || || [[https://bugs.launchpad.net/ubuntu/+source/keep/+bugs|keep]]|| JonathanJesse || || [[https://bugs.launchpad.net/ubuntu/+source/kubuntu-docs/+bugs|kubuntu-docs]] || [[RichardJohnson]], [[JonathanJesse]] || || [[https://bugs.launchpad.net/ubuntu/+source/lazarus/+bugs|lazarus]] || [[Elbrus|Paul Gevers]] || || [[https://bugs.launchpad.net/ubuntu/+source/language-pack-gnome-nl/+bugs|language-pack-gnome-nl]] || [[Qense|Sense Hofstede]] || || [[https://bugs.launchpad.net/ubuntu/+source/language-pack-nl/+bugs|language-pack-nl]] || [[Qense|Sense Hofstede]] || || [[https://bugs.launchpad.net/ubuntu/+source/lesstif2/+bugs|lesstif2]] || [[Elbrus|Paul Gevers]] || || [[https://bugs.launchpad.net/ubuntu/+source/nedit/+bugs|nedit]] || [[Elbrus|Paul Gevers]] || || [[https://bugs.launchpad.net/ubuntu/+source/network-manager/+bugs|network-manager]] || [[ChrisBurgan]] || || [[https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bugs|thunderbird]] || [[micahg]] || || [[https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bugs|ubiquity]] || [[HenrikOmma]] || || [[https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bugs|usb-creator]] || [[komputes]] || || [[https://bugs.launchpad.net/ubuntu/+source/vino/+bugs|vino]] || [[JonhWendell]] || || [[https://bugs.launchpad.net/ubuntu/+source/winff/+bugs|winff]] || [[Elbrus|PaulGevers]] || || [[https://bugs.launchpad.net/ubuntu/+source/zeitgeist/+bugs|zeitgeist]] || [[Qense|Sense Hofstede]] || == Glossary == ||'''Word'''||'''Description'''|| ||''source package''|| A source package is the uncompiled code, i.e. the code is not translated to the computer's own language: binary. In this form the application was written and in this form it was downloaded from the project's website or version control system. What may seem like different applications in Synpatic can actually come from one source package. So provides the [[https://launchpad.net/ubuntu/+source/nautilus|'nautilus' source]] not only the 'nautilus' binary package, but also the binary packages 'nautilus-dbg', 'libnautilus-extension1' and 'libnautilus-extension-dev'.|| ||''triaging''|| Triaging is the job of processing new bug reports, assess their effects and pass them on to the developers. It is what the BugSquad does. The wiki page [[Bugs/HowToTriage]] explains how to traige and is a good starting point for new triagers. || ---- CategoryBugSquad |
If you would like to concentrate your efforts on one application rather than dividing your attention over all of the different bugs reported against Ubuntu, you should consider adopting a package.
If you've just started with triaging bugs and want help please look at BugSquad/Mentors instead.
IRC Tutorials on Adopt-a-Package - See See the classroom schedule |
By adopting a package you take responsibility for keeping the package in good health. This means that you verify old bugs, handle new bugs and forward bugs upstream. Currently a lot of packages aren't being looked after and bugs reported against it are easily forgotten. When you adopt a package your first effort is to make sure all previously reported bugs are properly triaged. This is the hardest part of adopting a package, when that's done you need to make sure the package stays healthy. The QATeam's Package status reports at http://status.qa.ubuntu.com/qapkgstatus/ can be a great help to keep an eye on your bugs. If you've gained some experience and have successfully handled the first stage of adopting a package you could consider adopting another package. However, when you're new it's better to start with one.
How to Adopt a Package
You've decided you want to adopt a package? Great! Now you have to choose what package you would like to take responsibility for. If you're new to triaging it's best to join an existing group with experience. At the bottom of this page you'll find a list of already adopted packages. You could also adopt a package no one is looking after, but make sure you pick a package you can handle or create a team. Please consider adopting one of the packages that need particular care.
There are small packages and large packages in Ubuntu. Some packages have only two bugs reported against them and some two thousand. Those smaller packages can be triaged by one person, but the larger should be adopted by a group of people. We call this group an Adoption Team. This is a group of people who've committed themselves to the adoption of one source package. Because there are so many bugs to triage the triaging process is divided into several tasks; e.g. there are people that just forward bugs upstream, whereas other people process incoming new bug reports.
Now it's time to come into action! The steps below explain how to adopt.
Adopting a previously not adopted package
- Pick a package you would like to adopt
For Adoption Teams: find a group and document your engagements on a wiki page
- Add your name or team to this wiki page
- Start triaging!
Helping with an already adopted package
- Pick a package you would like to adopt
Contact the adopter by mail or in the #ubuntu-bugs IRC channel at FreeNode.
- Start triaging!
Packages that need particular care
The packages listed here are important parts of the system. When you're looking for an orphan package to adopt, please consider these first.
A way of looking for packages that aren't adopted yet you could search for packages without a Bug Subscriber -- someone who receives all bug mail against the package (s)he's subscribed to. The QATeam maintains a list of all source packages without subscriber at http://qa.ubuntu.com/reports/package/packages-without-subscribers.txt.
Already Adopted Packages
If you decide to help with already adopted packages take a look here. When you adopt a package, please update to list.
Larger Packages
The most complex and the most malformed bug reports are against the larger packages. We call them large because the amount of bugs reported against them is large, but a lot of those packages are also large as in size and complex. Those packages are best adopted by a team of people, a so called Adoption Team. The Adoption Team wiki page gives suggestions for running such a team, but you can always come up with your own structure that scales better.
Source package |
Team wiki-page |
Some parts of Ubuntu have their own teams for looking after the bugs. Please contact those teams if you're interested in helping in those areas. A comprehensive list:
Small and Medium Packages
Source package |
Adopter(s) |
JonathanCarter and others |
|
Glossary
Word |
Description |
source package |
A source package is the uncompiled code, i.e. the code is not translated to the computer's own language: binary. In this form the application was written and in this form it was downloaded from the project's website or version control system. What may seem like different applications in Synpatic can actually come from one source package. So provides the 'nautilus' source not only the 'nautilus' binary package, but also the binary packages 'nautilus-dbg', 'libnautilus-extension1' and 'libnautilus-extension-dev'. |
triaging |
Triaging is the job of processing new bug reports, assess their effects and pass them on to the developers. It is what the BugSquad does. The wiki page Bugs/HowToTriage explains how to traige and is a good starting point for new triagers. |
BugSquad/AdoptPackage (last edited 2015-05-12 13:41:48 by 131)