<div class="gmail_quote">On Thu, Feb 18, 2010 at 5:59 PM, Brian Murray <span dir="ltr"><<a href="mailto:brian@ubuntu.com">brian@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Wed, Feb 17, 2010 at 10:42:34PM -0500, Evan wrote:<br>
> I've been triaging a few bugs, and I came across a pair of bugs in libpcap<br>
> which had patches [1][2].<br>
> I found and checked the wiki page on triaging bugs with patches [3], and<br>
> after completing the available steps, I ran into a wall.<br>
><br>
> The complete text of the section describing what to do with a bug that has a<br>
> patch reads as follows:<br>
><br>
> > In the event that [the patch] is not a debdiff one could incorporate the<br>
> > patch into a debdiff for the latest release of Ubuntu or apply the patch to<br>
> > a bzr branch of the package and link the branch to the bug report.<br>
> > If an attachment is a debdiff and applies to a recent version of the<br>
</div>> > package the bug report needs to be sponsored<<a href="https://wiki.ubuntu.com/SponsorshipProcess" target="_blank">https://wiki.ubuntu.com/SponsorshipProcess</a>>to the appropriate archive. This is done by subscribing (NOT assigning) the<br>

<div class="im">> > appropriate sponsorship team to the bug. For packages in main and restricted<br>
> > the ubuntu-main-sponsors team should be subscribed. For packages in the<br>
> > universe and multiverse repositories the ubuntu-universe-sponsors team<br>
</div>> > should be subscribed. You can view their queues at main-sponsors<<a href="https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-main-sponsors" target="_blank">https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-main-sponsors</a>>and<br>

> > universe-sponsors<<a href="https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-universe-sponsors" target="_blank">https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-universe-sponsors</a>><br>

<div class="im">> > .<br>
> ><br>
><br>
> 1) The two attached patches are simple diffs, not debdiffs - is there a way<br>
> to convert them, and could it be added to this page?<br>
<br>
</div>This isn't exactly trivial as you would need to incorporate the patch in<br>
the package's patch system (if it has one) and update the changelog<br>
among other things. Some documentation that might help in this process,<br>
if you are interested, can be found at<br>
<a href="https://wiki.ubuntu.com/PackagingGuide/Complete" target="_blank">https://wiki.ubuntu.com/PackagingGuide/Complete</a>.<br></blockquote><div><br>I've added a link to the patch-related portion of that page to the wiki.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">
> 2) As a triager, how is one expected to be able to apply a patch to a bzr<br>
> branch, and what if the project isn't hosted on launchpad/bzr? This seems<br>
> more dev-related then triager-related.<br>
<br>
</div>Most packages are available in bzr on launchpad so you could use bzr<br>
branch lp:ubuntu/libpcap.  Unfortunately, this isn't the case for<br>
libpcap though.  There is also a plugin so one can use bzr patch and the<br>
link to the patch on launchpadlibrarian.<br></blockquote><div><br>I'm a little confused on this point - is it Ubuntu's goal to host all package's sources locally on bzr,<br>even ones which have their own upstream versioning system? While I appreciate the integration,<br>
it seems a bit redundant.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> 3) Is there a way to tell from a bug page which repository the package is<br>
> in? I eventually found it on the launchpad libpcap package page, but I<br>
> couldn't find any obvious indicator on the bug page itself. This should<br>
> probably be mentioned as well.<br>
<br>
</div>When you mouse-over the package name in the bug task table you are<br>
presented with information about the latest package version and the<br>
repository it is from.  I'll update the wiki page appropriately.<br>
<div class="im"><br>
> To my mind, once a bug has an attached patch which the triager can verify as<br>
> at least being potentially useful, there should be a simple button "flag as<br>
> patched".<br>
> This flag should ping the maintainer with something like: "Project X has a<br>
> ticket with a patch!".<br>
> The maintainer (or another dev) should then check the patch, commit it, and<br>
> close the bug.<br>
<br>
</div>The bugs with patches are already flagged this way in bug listings, the<br>
dual band-aid icon, additionally e-mail notifications now indicate when<br>
attachments flagged as patches are added to bug reports.<br></blockquote><div> <br>I've updated the wiki to mention the band-aid icon, and removed the reference to the<br>out-dated greasemonkey script (it seems launchpad does this itself now?)<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The sponsorship queue is a way to collate bug reports with patches<br>
across packages which is something that isn't easy to do in Launchpad.<br>
You can either view all the bugs with patches (quite a lot at the<br>
moment) or only one package's bugs with patches.<br>
<div class="im"><br>
> I'm not a workflow expert, so there may be reasons for the way the system is<br>
> currently set up, but it doesn't make sense to me.<br>
<br>
</div>I agree that the current workflow isn't ideal but hope that I've helped<br>
clarify some of the process for you.<br></blockquote><div><br>You have. Thank you very much!<br><br>Evan<br></div></div>