The how-can-i-help program hooks into APT to list opportunities for contributions to Debian (orphaned packages, bugs tagged 'gift') for packages installed locally, after each APT invocation. It can also be invoked directly, and then lists all opportunities for contribution (not just the new ones).
Opportunities for contribution
The gift tag indicates bugs that are suitable for new contributors to Debian, willing to make a gift to Debian maintainers, or to Debian in general.
gift is a usertag, but the bts command has a shortcut for it: bts tag 12345 + gift
For more information, see qa.debian.org/GiftTag.
There are different kinds of Work-Needing and Prospective Packages:
Orphaned (O): The package is unmaintained, feel free to adopt it. There is usually an older package available, so it can be used as a base for an updated version. Changes would probably include: packaging a more up to date version of an application, updating dependencies or if some dependencies are no longer in archive (and have ceased development) then replacing them with some other shared libraries. Sometimes the URL moves so making changes to the watch file or some other actions are required. Having an Orphaned package made current and fit for the archive could take considerably less work than building a new package from scratch.
Request For Adopter (RFA): The maintainer is looking for a potential adopter for whatever personal reasons, but is continuing to work on the package still. If you want to adopt it, an e-mail to the current maintainer is considered polite behaviour. Also the old maintainer might be able to share some tips about the package or something else which would help the new maintainer keep it as good as s/he can. There will also be a working package available, so you can base your work on it.
Intent To Adopt (ITA): Someone intends to adopt the package. You could offer your help and possibly make it a team-maintained package. Arguably team-maintained packages could have a longer life in Debian as the workload spreads among the team. There is possibility of fixing bugs and not being burned or de-motivated when you are team-maintaining!
If you need more information about the process of how to go about adopting packages, please refer to the Packaging Tutorial.
- Useful documentation:
The former content on this page was moved to this page.