SponsorsQueue

Differences between revisions 19 and 20
Revision 19 as of 2007-11-28 14:42:03
Size: 6332
Editor: p5B017822
Comment:
Revision 20 as of 2008-08-06 16:17:50
Size: 6351
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
[[Include(MOTU/Headers/WikiMergeUbuntuDev)]] <<Include(MOTU/Headers/WikiMergeUbuntuDev)>>
Line 8: Line 8:
The [https://bugs.launchpad.net/~ubuntu-universe-sponsors/+subscribedbugs Universe Sponsors Queue] is used by [:MOTU/Contributing:Contributors] who have not yet been granted upload permission to the Ubuntu archives to submit changes to packages for review.
Note that the queue is specific for packages in Universe/Multiverse. For packages in Main/Restricted please refer to the [https://bugs.launchpad.net/~ubuntu-main-sponsors/+subscribedbugs Main Sponsors Queue].
The [[https://bugs.launchpad.net/~ubuntu-universe-sponsors/+subscribedbugs|Universe Sponsors Queue]] is used by [[MOTU/Contributing|Contributors]] who have not yet been granted upload permission to the Ubuntu archives to submit changes to packages for review.
Note that the queue is specific for packages in Universe/Multiverse. For packages in Main/Restricted please refer to the [[https://bugs.launchpad.net/~ubuntu-main-sponsors/+subscribedbugs|Main Sponsors Queue]].
Line 12: Line 12:
 * Security fixes should follow the procedure outlined in the [https://wiki.ubuntu.com/SecurityUpdateProcedures Security Update Procedure].
 * Freeze exceptions should follow the procedure outlined in the [https://wiki.ubuntu.com/FreezeExceptionProcess Freeze Exception Process].
 * Stable Release Updates (SRU) should follow the procedure outlined in the [https://wiki.ubuntu.com/StableReleaseUpdates#Universe SRU process].
 * New packages should follow the [https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages REVU procedure].
 * Security fixes should follow the procedure outlined in the [[https://wiki.ubuntu.com/SecurityUpdateProcedures|Security Update Procedure]].
 * Freeze exceptions should follow the procedure outlined in the [[https://wiki.ubuntu.com/FreezeExceptionProcess|Freeze Exception Process]].
 * Stable Release Updates (SRU) should follow the procedure outlined in the [[https://wiki.ubuntu.com/StableReleaseUpdates#Universe|SRU process]].
 * New packages should follow the [[https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages|REVU procedure]].
Line 21: Line 21:
 1 Your patch is in [https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff debdiff] format (for merges and bug fixes) or [https://wiki.ubuntu.com/UbuntuDevelopment/Interdiff interdiff] (for new upstream revisions).  1 Your patch is in [[https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff|debdiff]] format (for merges and bug fixes) or [[https://wiki.ubuntu.com/UbuntuDevelopment/Interdiff|interdiff]] (for new upstream revisions).
Line 25: Line 25:
  * Unless you are processing a [:StableReleaseUpdates#Universe:Stable Release Update], the patch should be against the current development environment. Check {{{https://launchpad.net/ubuntu/+source/packagename}}} to make sure that you are working from the latest sources.   * Unless you are processing a [[StableReleaseUpdates#Universe|Stable Release Update]], the patch should be against the current development environment. Check {{{https://launchpad.net/ubuntu/+source/packagename}}} to make sure that you are working from the latest sources.
Line 29: Line 29:
  * Review the patch manually. If there are unexpected changes, consider removing them from the patch, either using {{{filterdiff}}} or manually. If you are uncertain, seek advice from #ubuntu-motu or your [:MOTU/Mentoring:Mentor]   * Review the patch manually. If there are unexpected changes, consider removing them from the patch, either using {{{filterdiff}}} or manually. If you are uncertain, seek advice from #ubuntu-motu or your [[MOTU/Mentoring|Mentor]]
Line 122: Line 122:
["CategoryProcess"][[BR]]
["
CategoryMOTUUbuntuDevMerge"]
[[CategoryProcess]]<<BR>>
[[CategoryMOTUUbuntuDevMerge]]

Warning /!\

The MOTU team is pondering merging this page with UbuntuDevelopment, expect an announcement on ubuntu-motu@lists.ubuntu.com soon.
If you want to make changes to this page, ask in #ubuntu-motu or on the MOTU mailing list for a better place for those changes.

Universe Sponsors Queue

Purpose

The Universe Sponsors Queue is used by Contributors who have not yet been granted upload permission to the Ubuntu archives to submit changes to packages for review. Note that the queue is specific for packages in Universe/Multiverse. For packages in Main/Restricted please refer to the Main Sponsors Queue. Please remember that:

Notes for Contributors

Before subscribing ubuntu-universe-sponsors to a bug, please check the following:

  • 1 Your patch is in debdiff format (for merges and bug fixes) or interdiff (for new upstream revisions).

    • If it is just a patch against the source, please consider adding the "patch" tag, so that other contributors can easily find the patch and create a debdiff.
    2 The patch is targeted against the current development environment
    • Unless you are processing a Stable Release Update, the patch should be against the current development environment. Check https://launchpad.net/ubuntu/+source/packagename to make sure that you are working from the latest sources.

    • Check your .changes file to make sure that you have the right revision and distribution.

    3 All changes in the patch are intentional
    • Review the patch manually. If there are unexpected changes, consider removing them from the patch, either using filterdiff or manually. If you are uncertain, seek advice from #ubuntu-motu or your Mentor

    4 Your patch applies cleanly
    • Test your patch by downloading and unpacking the target source, and running patch -p1 < ../patchname.debdiff in the package directory. There should be no errors.

    5 The Status and Assignment are correct
    • The Status should be "New" for sync requests
    • The Status should be "Incomplete" for freeze exceptions
    • The Status should be "Confirmed" for bugs that represent a new candidate revision (e.g. bugfix uploads, merges.) In other words, use Status "Confirmed" when you have uploaded a debdiff that requires attention from a sponsor.
    • The Assignment should be "Nobody"
    6 The sponsors will use the status and assignment fields in their communications with you and other groups
    • Please check status and assignment before subscribing again a bug which required some actions (either from you or somebody else)

Note for Sponsors

Once you have selected a bug, please use the following guidelines for disposition. When selecting bugs, please limit yourself to "New", "Incomplete" and "Confirmed" bugs.

All bugs

  • Unsubscribe ubuntu-universe-sponsors
  • Assign yourself
  • Set the Status to "In Progress"

Bugs against packages in main

  • If unset, set the importance. (default: "Wishlist")
  • If not present, add the "patch" tag
  • Assign "Nobody" and set Status to "Confirmed"
  • Add a comment including the following:
    • That ubuntu-universe-sponsors has been unsubscribed.
    • That the package is in main
    • That ubuntu-main-sponsors has been subscribed to process the request
  • Subscribe ubuntu-main-sponsors

Sync request bugs

  • If unset, set the importance. (default: "Wishlist")
  • If not present, add the "sync" tag.
  • If the sync is acceptable
    • Set the Status to "Confirmed"
    • Assign to "Nobody"
    • Add a comment "sync request ACK'd"
    • Subscribe ubuntu-archive
  • If the sync is not acceptable
    • Assign the submitter and set the Status to "Invalid"
    • Add a comment explaining why the sync is not acceptable

Bugs with debdiffs

  • If unset, set the importance. (default: "Wishlist")
  • If the debdiff is good
    • Upload the resulting package
    • Update the status to "Fix Committed"
    • Add comment that the fix has been uploaded.
  • If the debdiff is for an SRU, and looks sane, but you are unsure about uploading
    • If the bug is already tagged motu-sru-verification, upload it.
    • Otherwise:
      • Ask in #ubuntu-motu for a second opinion
      • In the absence of a second opinion:
        • Add the motu-sru-verification tag
        • unassign yourself, and set status to "Confirmed"
  • If additional changes to the source are planned (soon)
    • Add comment that you are working on additional changes
    • When complete, upload as usual
  • If the patch needs work
    • Set the Status to "Incomplete"
    • Assign the patch submitter
    • Add a comment including the following:
      • That ubuntu-universe-sponsors has been unsubscribed
      • The specific work that must be done for the patch to be acceptable
      • That the contributor should resubscribe ubuntu-universe-sponsors when the changes are complete

Bugs without debdiffs

  • If there is a patch, and no patch tag, add the patch tag
  • Assign "Nobody" and Set status "Confirmed"
  • (optional) Set the Importance
  • Add a comment including the following:
    • That ubuntu-universe-sponsors has been unsubscribed
    • (optional) any notes from reviewing the patch
    • That a debdiff patch should be created prior to resubscribing ubuntu-universe-sponsors

N.B.: normal bug triage rules still apply. Inappropriate bugs should be invalidated. Already fixed bugs should be updated as Released with the release version, etc.


CategoryProcess
CategoryMOTUUbuntuDevMerge

MOTU/Sponsorship/SponsorsQueue (last edited 2011-12-10 01:26:53 by allison)