SponsorshipProcess

Differences between revisions 1 and 77 (spanning 76 versions)
Revision 1 as of 2007-01-26 09:56:45
Size: 1993
Editor: scandic759
Comment: create
Revision 77 as of 2023-11-30 23:02:43
Size: 5536
Editor: bdrung
Comment: Sponsoring reports moved to http://sponsoring-reports.ubuntu.com/
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Sponsorship == ||<tablestyle="float:right; font-size: 0.9em; width:40%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;"><<TableOfContents>>||
Line 3: Line 3:
The sponsorship process is designed to allow prospective developers to have packages reviewed and uploaded by an official developer to provide a means of learning about Ubuntu development and a low barrier to entry for contribution. = Sponsorship =

The sponsorship process is designed to allow prospective developers to have packages reviewed and uploaded. Sponsorship provides a means of learning about Ubuntu development and lowers the entry barrier for contribution.

The process outlined here is aimed at dealing with incremental changes to existing packages within Ubuntu. (For mentoring on the creation of entirely new packages, please see the [[UbuntuDevelopment/NewPackages]] process.)

== Requesting Sponsorship ==

To make use of Ubuntu merge proposals, follow these easy steps:
 * [[http://packaging.ubuntu.com/html/getting-set-up.html|set up the tools]]
 * [[http://packaging.ubuntu.com/html/udd-intro.html|get the source]]
 * [[http://packaging.ubuntu.com/html/fixing-a-bug.html#work-on-a-fix|work on the package]]
 * [[DistributedDevelopment/Documentation/SeekingSponsorship|seek sponsorship]]
Line 6: Line 18:
== Creating a request == The traditional process involves:
Line 8: Line 20:
MartinPitt wrote a little python script that reads a debdiff from stdin or a
file, creates a bug report, and assigns it to the appropriate team:
 * [[https://bugs.launchpad.net/ubuntu/+filebug|File an Ubuntu bug in Launchpad]] or follow up on an existing one. If you think this might be a security update, please review the security team's "[[SecurityTeam/UpdateProcedures#Issues%20that%20warrant%20a%20security%20update|Issues that warrant a security update]]".
 * Attach your work
  * in the case of a patch (using the same upstream version), attach your suggested patch ([[https://packaging.ubuntu.com/html/fixing-a-bug.html#submitting-the-fix-and-getting-it-included|"Submitting the fix"]]). For security updates, please see the [[SecurityTeam/UpdatePreparation#Packaging|security update packaging guidelines]].
  * if the package uses a patch system (run `what-patch` in the source tree to find out), use `edit-patch` to comply with the choice of patch system, then make sure to follow the [[UbuntuDevelopment/PatchTaggingGuidelines|patch tagging guidelines]]. Package specific patch tags may be documented in `debian/README.source`.
  * review [[UbuntuDevelopment/Patches|our general patch guidelines]] that give tips how to get the patch included upstream as well.
  * in the case of a upstream version update attach the `.diff.gz` file (and link to the new upstream source if necessary)
 * Subscribe `ubuntu-sponsors` or `ubuntu-security-sponsors` as appropriate (details below)
Line 11: Line 28:
 * http://people.ubuntu.com/~pitti/scripts/requestsponsor

Requirements:

 * You need a deb-src line for the release you upload to (and must be up-to-apt-get-update, of course).
 * The environment variable DEBEMAIL must be set.
 * The script currently needs a local MTA.

With this script, creating a request is as easy as: {{{
  debdiff cupsys_1.2.1-0ubuntu1.dsc cupsys_1.2.1-0ubuntu2.dsc > diff
  [review diff]
  requestsponsor diff
=== Packages maintained on Launchpad Code Hosting ===
Special attention is required if packages are maintained on Launchpad's Code Hosting. You might run into a message like this, when getting the source package: {{{
$ apt-get source ubuntu-artwork
Reading package lists... Done
Building dependency tree
Reading state information... Done
NOTICE: 'ubuntu-artwork' packaging is maintained in the 'Bzr' version control system at:
https://code.launchpad.net/~ubuntu-art-pkg/ubuntu-artwork/ubuntu
Please use:
bzr get https://code.launchpad.net/~ubuntu-art-pkg/ubuntu-artwork/ubuntu
to retrieve the latest (possible unreleased) updates to the package.
[...]
$
Line 25: Line 43:
The script will ask you for your GPG passphrase to sign the bug
report. It automatically uses gnome-gpg if it is installed.
In these cases please consider registering a [[https://help.launchpad.net/BranchMergeProposals|Merge proposal]]. It will make the life of the maintainers a lot easier.
Line 28: Line 45:
You can see the currently pending requests at: === Forwarding Patches Upstream ===
Review [[Debian/Bugs]] for more information.
Line 30: Line 48:
 * https://launchpad.net/people/ubuntu-main-sponsors/+subscribedbugs
 * https://launchpad.net/people/ubuntu-universe-sponsors/+subscribedbugs
=== New Packages ===

The process for getting NEW packages (packages which are not in Ubuntu at all yet) reviewed is explained at [[UbuntuDevelopment/NewPackages]].


== Getting Help ==

If you are unsure how to get a package sponsored, would like to add a new package or submit a patch, or have questions getting your package upstream into Debian, the Ubuntu Patch Pilots can help. To find out how to get in touch, please check the [[https://ubuntu.com/community/contribute/ubuntu-development/ubuntu-patch-pilots|program documentation]].

Generally asking for help in `#ubuntu-motu` or `#ubuntu-devel` is definitely on topic too. :-)
Line 34: Line 61:
'''To review Ubuntu merge proposals, check out [[http://packaging.ubuntu.com/html/udd-uploading.html | these UDD instructions]]'''.
Line 35: Line 63:
Sponsorship is organized by two teams: Sponsorship is organized into two teams:
 * https://launchpad.net/~ubuntu-sponsors
 * https://launchpad.net/~ubuntu-security-sponsors
Line 37: Line 67:
 * https://launchpad.net/people/ubuntu-main-sponsors
 * https://launchpad.net/people/ubuntu-universe-sponsors
Do not assign a bug to anyone if it needs sponsorship.
Line 42: Line 71:
Since Launchpad's email interface currently does not support attachments,
requestsponsor puts the diffs inline into the bug report. Therefore it
is inconvenient to grab a diff from the web interface. However, if you
are subscribed to the team, you get the diff as (gpg-signed) mail.
You can see the currently pending requests at:
 * https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-sponsors
 * https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-sponsors&field.component=3&field.component=4
 * https://bugs.launchpad.net/~ubuntu-security-sponsors/+subscribedbugs
Or combined at:
 * '''http://sponsoring-reports.ubuntu.com/'''
Line 47: Line 78:
Save the email in raw text form, and do: {{{
apt-get source package
cd package-*
gpg -o - /path/to/saved/email | patch -Elp1
}}}
~-(occasionally it may be useful to check if there are non-/ubuntu bugs that fail to be noticed: https://bugs.launchpad.net/bugs/+bugs?field.subscriber=ubuntu-sponsors) -~
Line 53: Line 80:
You should check the signature verification result. The `ubuntu-sponsors` team handles general sponsorship of packages in Ubuntu; the `ubuntu-security-sponsors` team handles sponsorship of packages in the `security` pocket for all components.


== Workflow for Review and Sponsorship ==

If you are processing the universe sponsorship queue, please review the [[UbuntuDevelopment/CodeReviews]], [[MOTU/Sponsorship/SponsorsQueue|MOTU Sponsorship Procedure Documentation]], or [[SecurityTeam/SponsorsQueue]].


----
[[CategoryProcess]]

Sponsorship

The sponsorship process is designed to allow prospective developers to have packages reviewed and uploaded. Sponsorship provides a means of learning about Ubuntu development and lowers the entry barrier for contribution.

The process outlined here is aimed at dealing with incremental changes to existing packages within Ubuntu. (For mentoring on the creation of entirely new packages, please see the UbuntuDevelopment/NewPackages process.)

Requesting Sponsorship

To make use of Ubuntu merge proposals, follow these easy steps:

The traditional process involves:

  • File an Ubuntu bug in Launchpad or follow up on an existing one. If you think this might be a security update, please review the security team's "Issues that warrant a security update".

  • Attach your work
    • in the case of a patch (using the same upstream version), attach your suggested patch ("Submitting the fix"). For security updates, please see the security update packaging guidelines.

    • if the package uses a patch system (run what-patch in the source tree to find out), use edit-patch to comply with the choice of patch system, then make sure to follow the patch tagging guidelines. Package specific patch tags may be documented in debian/README.source.

    • review our general patch guidelines that give tips how to get the patch included upstream as well.

    • in the case of a upstream version update attach the .diff.gz file (and link to the new upstream source if necessary)

  • Subscribe ubuntu-sponsors or ubuntu-security-sponsors as appropriate (details below)

Packages maintained on Launchpad Code Hosting

Special attention is required if packages are maintained on Launchpad's Code Hosting. You might run into a message like this, when getting the source package:

$ apt-get source ubuntu-artwork
Reading package lists... Done
Building dependency tree       
Reading state information... Done
NOTICE: 'ubuntu-artwork' packaging is maintained in the 'Bzr' version control system at:
https://code.launchpad.net/~ubuntu-art-pkg/ubuntu-artwork/ubuntu
Please use:
bzr get https://code.launchpad.net/~ubuntu-art-pkg/ubuntu-artwork/ubuntu
to retrieve the latest (possible unreleased) updates to the package.
[...]
$ 

In these cases please consider registering a Merge proposal. It will make the life of the maintainers a lot easier.

Forwarding Patches Upstream

Review Debian/Bugs for more information.

New Packages

The process for getting NEW packages (packages which are not in Ubuntu at all yet) reviewed is explained at UbuntuDevelopment/NewPackages.

Getting Help

If you are unsure how to get a package sponsored, would like to add a new package or submit a patch, or have questions getting your package upstream into Debian, the Ubuntu Patch Pilots can help. To find out how to get in touch, please check the program documentation.

Generally asking for help in #ubuntu-motu or #ubuntu-devel is definitely on topic too. Smile :-)

Sponsoring

To review Ubuntu merge proposals, check out these UDD instructions.

Sponsorship is organized into two teams:

Do not assign a bug to anyone if it needs sponsorship.

Any Ubuntu developer who is interested in acting as a sponsor is welcome to apply for membership in the appropriate team.

You can see the currently pending requests at:

Or combined at:

(occasionally it may be useful to check if there are non-/ubuntu bugs that fail to be noticed: https://bugs.launchpad.net/bugs/+bugs?field.subscriber=ubuntu-sponsors)

The ubuntu-sponsors team handles general sponsorship of packages in Ubuntu; the ubuntu-security-sponsors team handles sponsorship of packages in the security pocket for all components.

Workflow for Review and Sponsorship

If you are processing the universe sponsorship queue, please review the UbuntuDevelopment/CodeReviews, MOTU Sponsorship Procedure Documentation, or SecurityTeam/SponsorsQueue.


CategoryProcess

SponsorshipProcess (last edited 2023-11-30 23:02:43 by bdrung)