[01:08] <nigelbabu> Status update: 141 bugs :)
[01:08] <micahg> how much longer will people be around?
[01:09] <persia> uGH.  cHANNEL FAILURE :(
[01:09] <nigelbabu> till tomorrow 1000 UTC
[01:09] <persia> And it's 0:00 UTC on Patch Day! As the 5th of May begins to cross the Atlantic, we've 141 bugs with patches left in the queue.
[01:09] <persia> That was supposed to be in *this* channel 10 minutes ago :(
[01:09] <nigelbabu> hehe :)
[01:10]  * micahg might be able to do one or two in a couple hours
[01:10] <persia> micahg: The idea being that Patch Day is happening as long as it's 5th May *somewhere* on the planet.  We're not geographically biased :)
[01:10] <persia> Cool!
[01:10] <persia> nigelbabu: Do you happen to have the count that is now 141 from before we started?
[01:11] <nigelbabu> persia: 183 or 185
[01:12] <persia> So we're 23% done.  Thanks.
[01:13] <nigelbabu> to think we had gotten down to 100 something a few weeks back and I worried about running out of bugs
[01:13] <persia> heh.  There's always folks submitting new patches.
[01:13]  * micahg needs to make a few SRU patches...
[01:19] <persia> Hey mannyv!
[01:51] <nhandler> Looks like I'm up in about 10 minutes
[01:54] <persia> If you like :)  I thought you weren't scheduled for 0100 UTC until tomorrow.
[01:55] <nhandler> persia: Oh, you're right :) That works better for me, as I can get ClaseBot finished up for UOW-es ;)
[01:57] <persia> Heh, go for it.  If you've time later, I'm unsure about how well I can cover the 0600-1000 span, but that may be too late for you.
[02:10] <arand> For Bug #538747 is patch-needswork and patch-forwarded-upstream appropriate? (and unsubscribe) -- Patch was sent upstream, where decision was made to delay inclusion until it was fixed up to handle both input and output of SI units.
[02:10] <ubot3> Malone bug 538747 in gparted "gparted should use SI prefix instead of IEC prefix as default" [Undecided,New] https://launchpad.net/bugs/538747
[02:11] <ajmitch> looks like the count is slowly coming down
[02:12] <persia> arand: Looks right to me, yeah.
[02:13] <persia> ajmitch: slowly, but we're roughly on-trend.
[02:13]  * ajmitch found one where he could do the debian upload & fix other bugs, takes some time :)
[02:18] <arand> Ah, one must be a prt of reviewers team to unsubscribe them, right? (If anyone would care to on above bug..)
[02:18] <persia> Sure.  Done.
[02:23] <arand> thanks
[02:55] <micahg> so, what are the rules?
[02:57] <micahg> nigelbabu: do I need to be added to reviewers to do this?
[02:57] <persia> micahg: You don't.
[02:58] <persia> https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide are the rules
[02:59] <persia> There's a link ("query") under workflow that shows the pieces in play (currently 137)
[03:06] <persia> micahg: making sense to you?
[03:06] <micahg> persia: yeah, I'm looking at one now
[03:06] <persia> Cool.
[03:11] <micahg> persia: what if another team is supposed to review the patcg?
[03:11] <micahg> *patch
[03:11] <persia> Do you have an example?
[03:11] <micahg> like security team in the case of my bug
[03:11] <micahg> bug 570128
[03:11] <ubot3> Malone bug 570128 in firefox-3.5 "apparmor profile blocks Sun Java plugin" [Undecided,Confirmed] https://launchpad.net/bugs/570128
[03:12] <persia> Ah, good example.  That's an Ubuntu-specific bug, so we need to push to Ubuntu.  Yeah, coordinate with the security team on that one.
[03:12] <micahg> persia: can you unsub reviewers and I'll sub security?
[03:13] <persia> Sure.
[03:14] <persia> Do you know that the security team prefers to receive bugs by subscription?  I'd hate to see that get lost.
[03:14] <micahg> yes
[03:14] <micahg> in this case
[03:15] <persia> OK.  Just wanted to make sure.  I don't know much about their procedures.
[03:16] <micahg> persia: yeah, I talked to jdstrand about these bugs, he usually jumps on them pretty fast
[03:17] <persia> Great, then it's just mistargeted.
[03:22]  * ajmitch unsubs -reviewers from bug 570209, should get fixed in debian soonish
[03:22] <ubot3> Malone bug 570209 in muine "muine about page links to a domain squatter homepage" [Undecided,New] https://launchpad.net/bugs/570209
[03:24] <persia> \o/
[03:24] <ajmitch> it needs an FTBFS fix anyway, easiest to do mono stuff in debian & sync it
[03:40] <micahg> can someone unsub reviewers from bug 512615
[03:40] <ubot3> Malone bug 512615 in firefox "fonts are incorrectly rendered due to not using system cairo" [High,Fix released] https://launchpad.net/bugs/512615
[03:40] <persia> Sure.
[03:41] <persia> micahg: Was that patch ever sent upstream, or shouldn't it be for some reason?
[03:41] <micahg> persia: hmm, good question, I don't think upstream mozilla wants it, they'd prefer upstream cairo to get it
[03:42] <micahg> that's a whole mess
[03:42] <micahg> is -reviewers also a placeholder for upstreaming?
[03:43] <persia> That's primarily what we do, actually.
[03:43] <micahg> ok, good to know
[03:43] <persia> We don't presume to understand all the code, but we know how to test, and we know how to push upstream.  So generally we confirm the bug, confirm the patch works, and make sure upsteam can review it to adopt or drop.
[03:44] <persia> If you want to handle this specific bug differently in your role as part of ubuntu-mozillateam, I'm happy to unsub the reviewers.  If you want to get reviewers unsubbed by acting as a reviewer, it ought be upstreamed first, etc. so it doesn't get lost.
[03:45] <micahg> k, leave it there for now, what should really happen is the Ubuntu cairo patch get upstreamed
[03:45] <micahg> then we won't have to patch our source or mozilla's
[03:47] <persia> Then there should be an upstream cairo task on that bug :)
[03:47] <persia> Or is that a different bug?
[03:47]  * persia reads the bug log harder
[03:47] <micahg> persia: different bug
[03:48] <micahg> freedesktop 10301
[03:49] <ubot3> Freedesktop bug 10301 in freetype font backend "LCD filtering patch" [Normal,Reopened] http://bugzilla.freedesktop.org/show_bug.cgi?id=10301
[03:49] <persia> Right.  No point in us reviewing that bug then: it's all done.
[03:49]  * persia unsubscribes
[03:50] <micahg> it was a hack that we were kinda forced to do since our system cairo is patched and mozilla wants us to use their cairo in the build
[03:53] <persia> Ugh, yeah.
[03:59] <micahg> if you can any mozilla stuff in teh queue, feel free to ping me
[03:59]  * persia looks quick-like
[03:59] <micahg> I didn't see any in the list tonight
[03:59] <micahg> save the one we already took care of
[03:59] <persia> Dunno if bug #570812 counts :)
[03:59] <ubot3> Malone bug 570812 in chromium-browser "Use the ubuntu startpage by default" [Undecided,Confirmed] https://launchpad.net/bugs/570812
[04:00]  * micahg doesn't know chromium yet :/
[04:01] <persia> I don't see anything else offhand.
[04:01] <micahg> k, if something comes up feel free to ping me
[04:01] <micahg> should I idle in here?
[04:02] <persia> If you like.  If not, if we're pushing something into mozillateam, we'll come find you :)
[04:02] <persia> And if you have time, we'd always apprecitate help with reviewing other patches.
[04:03] <micahg> k, well, I feel I'm already spread too thin and after UDS, I'm going to have a lot more to do
[04:04]  * micahg needs to learn to recruit and delegate
[04:05] <persia> OK.  Stop by if you find time, or if you can reserve some for the occasional patch days.
[04:06] <micahg> k
[04:12] <persia> Just past 3:00 UTC, with 135 patches left to go.  We're 37.1% done!
[04:17] <persia> Err, 27.1% (I can't do math)
[04:17] <ajmitch> doing wel so far
[04:18] <persia> A little below trend, but this is a historically slow time of day.  I think we still have a chance.
[04:19] <ajmitch> bug 3179094 looks like nothing patch-worthy, it's just hardware info being collected
[04:19] <ajmitch> bug 317094
[04:19] <ubot3> Malone bug 317094 in xf86-input-evtouch "meta bug to collect lshal touchscreen info" [Undecided,Incomplete] https://launchpad.net/bugs/317094
[04:19] <ajmitch> hm
[04:19] <ajmitch> might help if I look at all 200+ comments
[04:20]  * persia pokes ogra about it
[04:20] <ajmitch> it was autotagged as having a patch, nothing useful
[04:20] <ajmitch> I'll remove the tag & subscription
[04:21]  * persia removes the patch flag from the evtouch_hal.out attachment
[04:22] <ajmitch> ah, I didn't spot you could do that
[04:23] <persia> On the right side, if you click "edit" for the attachments.  When there's a patch, there's a special "patches" box with just patch attachments.
[04:24] <ajmitch> right, I'm just having LP timeout again
[04:33] <persia> Hey RAOF!
[04:33] <RAOF> persia: Yo!
[04:34] <persia> Today is https://wiki.ubuntu.com/PatchDay so we're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow
[04:35] <persia> We're nearly 30% done with the current target query.
[04:36] <RAOF> Is that query the one from the Workflow wiki?
[04:36] <persia> Yep.
[05:06] <persia> 4:00 UTC on https://wiki.ubuntu.com/PatchDay !  Only 133 bugs left to review.
[05:08]  * ajmitch imagines that many of the easy ones disappear first
[05:10] <persia> heh
[05:56] <persia> Anyone have an opinion about whether the patch in bug #570908 is a reasonable solution?  makes it unbootstrappable, but it's already bootstrapped, and the changelog can usefully hint how to rebootstrap.
[05:56] <ubot3> Malone bug 570908 in vala "Unable to build for PPA when there are patches to vala source" [Undecided,New] https://launchpad.net/bugs/570908
[05:59]  * ajmitch had looked at that, but didn't know what the ramifications of the change would be
[05:59] <persia> 5:00 UTC, and we're down to 130 bugs, meaning we're 29.8% complete!
[06:00] <persia> ajmitch: Yeah.  Looks to me like it's just including the source as well as the built stuff as references, but I'm not sure it belongs upstream: feels like a distribution-bootstrapping-workaround thing to me.
[06:00] <ajmitch> working around the fact that we only have sourceful uploads
[06:00] <ajmitch> so not even needed for debian
[06:01] <ajmitch> (depending on whether they start throwing away binary uploads)
[06:01] <persia> Oh, right.  Ubuntu-specific indeed.
[06:02] <persia> Actually, might be needed for Debian, as valac is Arch: any
[06:02] <persia> (unless someone constructs an N-architecture .changes file, but that's just madness)
[06:02] <ajmitch> what, like binary porters do?
[06:03] <ajmitch> ask lool about it, he's in Uploaders
[06:04] <persia> Good idea :)
[06:04] <ajmitch> though it looks like slomo does most of the vala uploads in debian
[06:05] <persia> I haven't seen slomo around in Ubuntu channels in ages though.
[06:05] <ajmitch> nor have I
[06:08] <ajmitch> time for me to get a bus home, I'll be back for more patching action soon
[06:09] <persia> Hey NCommander
[06:09] <NCommander> hey persia
[06:09] <persia> It's https://wiki.ubuntu.com/PatchDay !  We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[06:10] <persia> About 30% done with our current target, but many hours to go.
[06:12] <micahg> persia: didn't we decide that apport bugs are reported in Ubuntu only or did that change?
[06:13] <persia> Oh, my mistake.  I missed that decision.  Feel free to Invalidate the usptream task :)
[06:13]  * micahg searches for email
[06:16] <NCommander> persia: who's the best person for pointing someone at creating QA tools?
[06:16] <micahg> persia: idr where it is, maybe double check with hggdh in a few hours
[06:17] <persia> bug #569792
[06:17] <ubot3> Malone bug 569792 in apport "wish, alternative available for apport-bug" [Wishlist,New] https://launchpad.net/bugs/569792
[06:17]  * NCommander notes the retracer explodes if there's an upstream task attached
[06:17] <micahg> no, that I know :)
[06:17] <NCommander> well
[06:17] <NCommander> LP explodes
[06:17] <NCommander> Makes a nice traceback
[06:17] <persia> NCommander: Hrm?  More detail is required, but you might want to ask in #ubuntu-quality to hit the right audience.
[06:31] <persia> Hrm.  We're probably going to get in trouble for using ubuntu-qa@lists.ubuntu.com at some point.  That's *supposed* to be the Qatar LoCo list.
[06:32] <NCommander> persia: maybe move it to ubuntu-quality-assurance, and then give Qatar ubuntu-qa, or maybe just have qatar be ubuntu-loco-qa?
[06:33] <persia> Dunno.  Not a battle I choose to fight now.  When the Qatar LoCo team gets active, something will happen.  Anyway, I've unsubscribed the reviewers from 552575
[06:33] <NCommander> persia: hrm, I can't unsubscribe the reviews team per the wiki.
[06:33] <NCommander> persia: can you do that with https://bugs.edge.launchpad.net/ubuntu/+source/klibc/+bug/527720 as well? I assigned myself to it as I have a personal interest in fixing it so I'll handle follow ups once the patch is tested
[06:33] <ubot3> Malone bug 527720 in klibc "thumb2 porting issues identified: klibc uses mov.*pc" [High,Won't fix]
[06:33] <NCommander> ...
[06:34] <NCommander> ugh
[06:34] <NCommander> I hate when that happens
[06:34] <persia> Sure.
[06:36] <NCommander> persia: https://bugs.edge.launchpad.net/ubuntu/+source/mountall/+bug/537133 - here's another one. mountall is Ubuntu-specific (no separate upstream, no patch to forward)
[06:36] <ubot3> Malone bug 537133 in mountall "mountall issues with NFS root filesystem" [Medium,Confirmed]
[06:37] <persia> And here some of us thought all the easy ones were done already :)
[06:38] <NCommander> persia: https://bugs.edge.launchpad.net/ubuntu/+source/software-center/+bug/433838 - another one we can remove, Ubuntu specific, no separate upstream
[06:38] <ubot3> Malone bug 433838 in software-center "Use an icon in the location bar" [Low,New]
[06:40] <persia> nigelbabu: What do you think about thse cases: should they get patch-forwarded-upstream?
[06:44] <maco> hi
[06:44] <persia> Hey maco!
[06:44] <maco> im looking at the bugs that are tagged as having patches accepted upstream and going "oh look thingies to sponsor!"
[06:44] <persia> It's https://wiki.ubuntu.com/PatchDay ! We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[06:44] <persia> heh.  That works too :)
[06:45] <maco> but umm... is maverick open yet?
[06:45] <persia> Although most of them would probably be better served by merge/sync at this pont.
[06:45] <maco> there's a merge that needs sponsored
[06:45] <persia> https://launchpad.net/ubuntu/maverick/+queue?queue_state=1 says you can upload, but it will wait until later to be processed.
[06:46] <persia> That will be empty from archive-open to archive-freeze
[06:46] <maco> yeah i looked at the https://wiki.ubuntu.com/ReviewersTeam/GettingInvolved and clicked the "bug query" link
[06:46] <maco> empty?
[06:46] <persia> Yes.  UNAPPROVED only ever contains anything when the archive is frozen.
[06:47] <persia> If the archive is unfrozen, apprvoal is automatic, so it goes to NEW or ACCEPTED directly.
[06:47]  * NCommander fires up a Debian chroot to test a bug
[06:47] <NCommander> persia: where's the handy forward to BTS script?
[06:47] <maco> ahh ok
[06:48] <persia> NCommander: submittodebian?
[06:48]  * maco waits for maverick pbuilder to come into existence
[06:49] <maco> hmm intrepid's gone eh? guess i can nuke that one
[06:49] <maco> oh apparently i already did
[06:49] <persia> always good to plan in advance :)
[06:50] <maco> persia: are you one of the sru team people?
[06:51] <persia> I'm not.
[06:51] <maco> my brain seems unwilling to remember who's on which special teams beyond jdong is on sru team, scottk & riddell on release team, and cjwatson seemingly having every magical power available
[06:52] <persia> https://launchpad.net/~ubuntu-sru/+members
[06:52] <persia> https://launchpad.net/~ubuntu-release/+members
[06:52] <persia> etc.
[06:52] <porthose> persia, would you please add me to the Ubuntu-sponsors team :)
[06:52] <persia> (this is why we have a team management interface :p )
[06:52] <persia> porthose: Sure.
[06:53] <porthose> persia, thx
[06:53] <maco> yeah i know :P ive looked at the sru team member list twice today. cjwatson & jdong were still the only ones that stuck
[06:54] <maco> and jdong sticks because ive been using #ubuntuforums and #ubuntuforums-mods to poke him on sru stuff for a long while :P
[06:54] <NCommander> persia: I thought we just had one for forwarding something to the BTS without a package
[06:54] <NCommander> persia: basically a bug CCer
[06:54] <persia> I don't know of any.  The BTS doesn't like not having a package, version, etc.
[06:54] <maco> so pitti, slangasek, the 2 i know, and 2 i dont know. k.
[06:55]  * ajmitch returns, is the list empty yet?
[06:55] <NCommander> persia: fair enough. You can unsubscribe https://bugs.edge.launchpad.net/ubuntu/+source/distcc/+bug/511585
[06:55] <ubot3> Malone bug 511585 in distcc "Unable to start pump server because of python version mismatch" [Medium,Confirmed]
[06:57] <maco> 125?
[06:57] <maco> is that down from the 1800?
[06:57] <maco> or is this a subset?
[06:57] <ajmitch> subset
[06:57] <persia> It's a subset.
[06:57] <maco> oh ok
[06:57] <persia> Down from 185 when patch day started though, so good progress.
[06:57] <persia> It's specifially all the new patches that haven't been reviewed since a magic date.
[06:57] <maco> i will poke akk with a pointy stick for her to help out
[06:58] <persia> if we run out, we'll move the magic date :)
[06:58] <persia> maco: Thanks!
[06:58] <maco> she's :( about bugs not getting fixed and i told her this is how she could help
[06:58] <ajmitch> if we run out, we've done something right
[06:58] <persia> Indeed.  Getting the patches to the folks that can use them is key to getting the bugs fixed.
[06:58] <ajmitch> even if sometimes it's us wearing a different hat
[06:59] <maco> ajmitch: well part of this is getting the patches to upstream too
[06:59] <maco> because we likely dont want to hold the deltas forever
[06:59] <persia> The goal of the team is to get the patches to people who can use them.  If people who can use patches join the team and get the patches directly, that also works :)
[06:59] <ajmitch> maco: I know, I'm talking about wearing a debian hat & fixing stuff there, while passing onto upstream :)
[07:00] <maco> ajmitch: oooh debian hat, i see.
[07:00] <maco> very spirally, looks nice on you ;-)
[07:00] <ajmitch> goes with the debian tartan, you know
[07:01] <maco> i saw they were getting more debian tartan for debconf this year
[07:01] <maco> but the options are kilt or necktie
[07:01]  * ajmitch lives in a city where kilts are sometimes seen on the streets
[07:01] <persia> maco: Kinda, but most of it is about getting the patches *somewhere*: there's too many patches that get missed because nobody understands, etc.
[07:01] <maco> pretty sure i'd be considered a cross dresser if i wore either of those :P
[07:02] <maco> persia: taught akk a couple weeks ago about the magic of the sponsor queue
[07:02] <persia> maco: It's a matter of culture.  Neckties are perfectly acceptable female attire here.
[07:02] <maco> persia: sailor suits!
[07:02] <ajmitch> kilts are worn as part of girl's school uniforms here, funnily enough
[07:02] <persia> Is one extreme example.
[07:02] <persia> here also.
[07:03] <ajmitch> the joys of living in a city settled by scots :)
[07:03] <maco> ajmitch: catholic school i went to had kilts in grades 4-8 for girls....or a skort... but they weren't tartan, they were solid navy
[07:03] <persia> kilt+necktie+shirt+optional sweater
[07:04]  * ajmitch thinks we're almost off-topic here :)
[07:04] <maco> yep
[07:04] <persia> Only 125 left.  Nearly one-third done!
[07:06] <persia> Unfortunately, I've run against a time-wall, and was scheduled for lots more hours as contact than I could do today (and wasn't able to rearrange things).
[07:06] <persia> If someone else could answer any questions from new folks for a while, I'd appreciate it.  Extra points if you want to fill some of the blanks at https://wiki.ubuntu.com/PatchDay
[07:07] <persia> Also, if someone wouldn't mind posting the counts hourly or so: it would be nice to make a graph showing how well we did when PatchDay ends.
[07:08] <maco> if launchpadlib wasnt horribly scary, id suggest scripting that and running it hourly
[07:08] <persia> There is a script.  It doesn't complete within an hour :)
[07:08] <maco> O_o
[07:09] <persia> The script does some other stuff too though, so maybe it's overcomplex :)
[08:02] <maco> still 125
[08:08] <dholbach> good morning
[08:17] <ajmitch> morning dholbach
[08:17] <dholbach> hey ajmitch
[10:31] <nigelbabu> Hello folks, second day of patch day today!
[10:32] <nigelbabu> We have 122 open and unreviewed bugs in review queue waiting for review :)
[10:56] <nigelbabu> we need to deal with situation where we're going to go against upstream decisions
[12:19] <nigelb> hyperair: you're up next right?
[12:19] <hyperair> yeah
[12:19] <Guest54184> sorry, I'm out of power at home
[12:20] <dholbach> nigelbabu: how did the session go?
[12:20] <Guest54184> dholbach: it was nice, finished fast and too lots of questions
[12:21] <nigelb> now, thats better
[12:21] <nigelb> dholbach: send most of the development doubts to you ;)
[12:22] <nigelb> maco helped me with questions and thankfully the storm was out before the session
[12:22] <dholbach> awesome
[12:23] <nigelb> hyperair: do you have the number of bugs handy?
[12:23] <hyperair> nigelb: what number?
[12:23] <nigelb> hyperair: number of unreviewed bugs
[12:25] <nigelb> bdmurray: graphs a bit stale?
[12:25] <nigelb> maco: launchpadlib is not *that* scary
[12:25] <nigelb> well, here we go 121  bugs
[12:40] <nigelb> dholbach: thanks for the blog post yday ( I just read it today), perhaps I need to blog today about how much progress we made in 2 days
[12:40] <dholbach> nigelb: definitely
[12:45] <hyperair> nigelb: no i don't have a number. is it needed?
[12:45] <nigelb> hyperair: just post every hour, so we can look at the logs and make a graph for later
[12:45] <hyperair> okay
[12:45] <nigelb> helps identify fast hours and slow hours
[12:46]  * nigelb adds blogging to list of things to do
[12:47] <hyperair> looks like my hours are going to be slow >_>
[12:47] <hyperair> launchpad hates me
[12:47] <hyperair> give it a query, wait 15 minutes for it to load...
[12:48] <hyperair> or it just won't load at all.
[12:50] <nigelb> ouch, give me 15 mins, I'll check back home whts the situation
[12:50] <nigelb> if power is back, I'll do the posting for ya
[13:00] <hyperair> bah, i can't even get a list of bugs out
[13:00] <hyperair> =.="
[13:17] <hyperair> okay, it seems there are 121 outstanding
[13:21] <persia> nigelbabu: How do you mean when we're going against upstream decisions?
[13:53] <nigelbabu> persia: no, sorry.  my mistake
[14:07] <hyperair> persia, nigelbabu: what do i do when i encounter a patch that is not relevant? i.e. it works around the issue somewhere else rather than fixing it in the problematic app
[14:08] <persia> example?
[14:09] <hyperair> https://bugs.launchpad.net/ubuntu/+source/gnome-themes/+bug/542240
[14:09] <ubot3> Malone bug 542240 in gnome-themes "Icons clipped in the indicator applet" [Undecided,New]
[14:09] <hyperair> the patch patches the theme, but i think the issue is in indicator-applet
[14:09] <hyperair> as mentioned by the comment i just posted
[14:10] <persia> I'd say "patch-needswork" for that, if you're comfortable saying it's the wrong way to solve the issue.
[14:11] <persia> If you're unsure, pass it to upstream for a declaration.
[14:11] <nigelbabu> I hate a potential patch-rejected bug, but I fear backlash
[14:11] <nigelbabu> s/hate/have
[14:11] <hyperair> heh
[14:11] <hyperair> i know that feeling
[14:12] <persia> That's the nice thing about patch-needswork: it invites discussion.  patch-rejected should only be used when it's confirmed wrong, and there's some other way to do it in process.
[14:13] <hyperair> (almost)hourly report: 115 bugs..
[14:13] <nigelbabu> The bug is actually a Won't Fix thing
[14:13] <nigelbabu> so we took the middle path, marked it triaged and reported upstream
[14:13] <hyperair> lol
[14:13] <nigelbabu> upstream removed a feature and people want it back and naturally blame us
[14:14] <hyperair> i once had the misfortune of having to argue with someone about a graphical application logging information on the terminal.
[14:16] <nigelbabu> ouch
[14:16] <nigelbabu> I like upstream gnome devs attitude on bug trackers
[14:16] <nigelbabu> the moment you talk about offtopic or blame game on bugs, they will warn you, quite sternly
[14:17] <nigelbabu> when was the last time we spammed -bugs and -motu?
[14:18] <hyperair> heheh
[14:18] <nigelbabu> about time, wanna do the honors hyperair ? ;)
[14:19] <hyperair> nigelbabu: what honours?
[14:19] <hyperair> i did it 5 minutes ago.
[14:19] <hyperair> the hourly report thing
[14:19] <nigelbabu> ooh, nice :)
[14:19] <nigelbabu> no no, we just pop by and advertise in the -motu and -bugs channels every 4 hours
[14:19] <hyperair> o rly
[14:19] <hyperair> what do i advertise?
[14:19] <nigelbabu> Just a reminder, it's Patch Day. Anyone with some time to review patches and help get them in the right places is encouraged to stop by #ubuntu-reviews and help out.
[14:20]  * hyperair copypastas
[14:20]  * nigelbabu dents and tweets and facebooks
[14:20] <hyperair> there we go.
[14:21] <nigelbabu> heya geser, Nicke
[14:22] <Nicke> hello
[14:22] <nigelbabu> It's https://wiki.ubuntu.com/PatchDay  ! We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[14:50] <micahg> persia: security team picked up the apparmor bug this morning :)
[14:52] <persia> Great!
[15:02] <nigelbabu> amazing
[15:05] <hyperair> 112 bugs..
[15:06] <nigelbabu> ooh, 70 bugs done :)
[15:06] <persia> 73!
[15:06]  * nigelbabu fails in subtraction
[15:06] <persia> Which makes us 40% done.
[15:07] <hyperair> \o/
[15:07] <persia> With 21 hours to go, we're still roughly on-target if we can maintain a rate of 6 patches reviewed an hour.
[15:07] <hyperair> cool
[15:07] <persia> Which is only one every ten minutes.  We can do this!
[15:09] <dholbach> persia: how many did you do already? :)
[15:09] <persia> I didn't count.  10 or so.
[15:09]  * dholbach did a few during patch day lite, but just one during patch day
[15:09] <persia> There's plenty more :)
[15:10] <dholbach> yeah
[15:10] <persia> And not just the hard ones.  ajmitch and I had thought the easy ones were gone, and NCommander stopped by and processed 3-4 with just bug tag adjustment.
[15:11] <persia> So I suspect there are other ones that are being well-managed, and just not using our procedure (and which therefore show up as "needing review")
[15:15] <nigelbabu> A couple of easy bugs if soeone wants to have a go
[15:15] <nigelbabu> bug 568402, bug 540342
[15:15] <ubot3> Malone bug 568402 in qt4-x11 "Qt displays half width character as full width in some Japanese fonts" [Undecided,New] https://launchpad.net/bugs/568402
[15:15] <ubot3> Malone bug 540342 in lintian "Lintian strings scripts cannot handle spaces in path names" [Undecided,New] https://launchpad.net/bugs/540342
[15:16]  * hyperair would be faster if only launchpad responded better
[15:16] <yofel> hm, about bug 520919: that's a packaging change request that's waiting for a r-base MIR, and it's already assigned to nixternal, here's no upstream involvement at all
[15:17] <ubot3> Malone bug 520919 in kdeedu "Cantor is missing possibility to add R backend" [Wishlist,Triaged] https://launchpad.net/bugs/520919
[15:17]  * persia knocks out 568402
[15:19] <nigelbabu> I think the HIG complaiancy patches are okay to get in
[15:20] <nigelbabu> Just making the text complaint with upstream HIG, like bug 555213
[15:20] <ubot3> Malone bug 555213 in hundredpapercuts "Make printer jobs viewer HIG compliant" [Low,Confirmed] https://launchpad.net/bugs/555213
[15:20] <nigelbabu> thoughts?
[15:20] <persia> I used to think that, but seb128 pointed out that 99% of the time upstream was happy to take them, and it's painful to carry the divergence.
[15:20] <persia> So I'd recommend pushing those upstream, rather than seeking to get them into Ubuntu.
[15:21] <nigelbabu> ok, so anyone wats an easy bug, piack that one, just send upstream :)
[15:23] <nigelbabu> Also, someone can just forward bug 491940 upstream
[15:23] <ubot3> Malone bug 491940 in ltsp "Patch for LTSP clients to properly reboot/shutdown" [Undecided,Confirmed] https://launchpad.net/bugs/491940
[15:23] <nigelbabu> so many easy bugs waiting to be picked
[15:44] <bdrung> hyperair, nigelbabu: i have to do some work. it would be nice if someone could take the responsibility for the 1700 UTC slot to give me one more hour.
[15:45] <hyperair> 17 + 8 = 25..
[15:45] <hyperair> sure no problem
[15:47] <henne91> hi
[15:48] <hyperair> hello henne91.
[15:49] <henne91> ok I'm pretty new to this
[15:49] <bdrung> hyperair: thanks. your day has 25 hours? ;)
[15:49] <nigelbabu> bdrung: ouch, I have a very early slot
[15:49] <nigelbabu> oh well, the rockstar is here :)
[15:49] <nigelbabu> woo hyperair !
[15:50] <hyperair> bdrung: it fluctuates between 12 and 48 ;-)
[15:51] <persia> henne91: So we're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow : just ask if you have any questions, or need an opinion or a hand.
[15:51] <henne91> persia: ok thx I'll take a look at that
[15:52] <nigelbabu> hyperair: lol
[15:53] <nigelbabu> 108 bug now :)
[15:53] <persia> \o/
[15:53] <persia> nigelbabu: You'll post a pretty graph to your blog when Patch Day ends, right?
[15:55] <nigelbabu> yes :)
[15:55] <nigelbabu> oh yeah, blog post to write!
[15:57] <persia> Better hurry: the 6th of May started 5 hours back, and is moving around the planet at a good clip :)
[16:17] <henne91> need to go
[16:27] <nigelbabu> http://justanothertriager.wordpress.com/2010/05/05/flash-news/
[16:27] <nigelbabu> dholbach, persia: ^
[16:28] <dholbach> nice
[16:28] <dholbach> well done
[16:34] <nigelbabu> folks, 8 more bugs and we enter into double digits
[16:39] <qense> nigelbabu: There seems to be an inconsistency at <https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide>, the documentation talks about the tags 'patch-forward-upstream' and 'patch-forwarded-upstream'
[16:39] <nigelbabu> qense: can correct to forwarded please?
[16:39] <qense> I can do that, yes!
[16:39] <nigelbabu> thank you :)
[17:25] <maco> this is akk ^
[17:26] <maco> akk: this is what we're doing today https://wiki.ubuntu.com/PatchDay
[17:27] <maco> nobody's announced the count in a few hours. 104
[17:27] <maco> akk: 185 bugs were targetted to be reviewed today
[17:28] <maco> akk: https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide  <-- thats the step-by-step
[17:29] <akk> Cool! Is there any synchronization here, like "Is anyone working on bug 12345 already? I want to take it"?
[17:29] <ubot3> Malone bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345
[17:30] <akk> sorry, ubot3 :)
[17:30] <maco> heh
[17:30] <maco> i'd say pick randomly from the center of the list
[17:31] <maco> apparently they set a "magic date" and said "ok we're going to try to get through all patches submitted since $date" and tht turned out to be 185
[17:31] <maco> james_w: ping
[17:32] <james_w> hey maco
[17:32] <maco> james_w: can you have lp:debian/sid/meld resync to match current debian? ive got a merge to do
[17:32] <akk> Curious what the date was ... I don't see a date in the query there.
[17:33] <james_w> maco: not easily, as LP is currently prevented from importing source packages to its mirror of Debian
[17:34] <james_w> you can see that https://edge.launchpad.net/debian/+source/meld/+publishinghistory is out of date
[17:34] <maco> james_w: why?
[17:34] <maco> yes i see that its way back at september
[17:34] <maco> what's wrong with lp?
[17:34] <james_w> there's some bug
[17:34] <james_w> I don't know
[17:34] <maco> oh :(
[17:34] <james_w> they are supposed to be looking in to it
[17:34] <james_w> I'm trying a workaround
[17:36] <maco> i guess as a workaround i could bzr init inside the unpacked debian source package, push that to my-namespace spot in lp, and do the merge that way
[17:38] <maco> james_w: would that work? im sure if i knew how to manually merge i could do that too, but...
[17:38] <james_w> give me a few minutes
[17:39] <akk> Darn, my gmemusage patch was a year ago so it's not on the list.
[17:39] <maco> apparently not
[17:40] <maco> akk: you can do something with it anyway :P
[17:40] <akk> I probably will start with that. :)
[17:40]  * maco glad crimsun's not in here
[17:41] <maco> he'd be lecturing me for not knowing how to do a merge without bzr or MoM
[17:41]  * akk is still wondering when that gimp patch will get pushed into lucid
[17:41] <maco> akk: the statusbar one? its in lucid-proposed already
[17:41] <akk> Right, but then there was more bug activity that looked like it was moving into actual lucid ... only it didn't. I'm confused what to look for in bug updates.
[17:41] <maco> packages spend 2 weeks (i think?) in -proposed so breakage can be caught, then they go to -updates
[17:42] <akk> Ah! Thanks, I wasn't clear on that.
[17:42] <maco> says it hit updates 11 hours ago
[17:42] <maco> https://edge.launchpad.net/ubuntu/+source/gimp
[17:45] <maco> the really *awesome* bit about my inability to understand how to merge this package is that the program in the package is a tool for merging
[17:46] <akk> heh
[17:47] <james_w> maco: try now
[17:47] <akk> Not just merge as in diff -p1 <goo.diff, I assume?
[17:48]  * maco hugs james_w
[17:49] <maco> akk: 3-way merge
[17:49] <maco> upstream, ubuntu changes, and debian changes
[17:49] <akk> Oh, yeah, I don't really know how to do that either. Maybe when you fix this package I can use it. :)
[17:50] <maco> oh i dont know if that package does it, just that that's what i was trying to do
[17:54] <maco> james_w: thank you :)
[17:54] <james_w> glad it worked
[17:55] <maco> bzr's being a little bit ridiculous about this merging O_o instead of the >>>>>> [17:55] <maco> (if it couldnt resolve something. if it could it was yay)
[18:03] <james_w> humm
[18:03] <james_w> odd
[18:36]  * hyperair wonders if bdrung has returned
[18:50] <bdrung> hyperair: i am back
[19:46] <hyperair> yay bdrung
[19:47]  * hyperair wonders where util-linux's upstraem is
[19:47] <hyperair> do they have a bug tracker i can stick patches into?
[19:48] <bdrung> hyperair: LKML?
[19:52] <hyperair> bdrung: that place sends shivers down my spine ._.
[19:53] <bdrung> http://www.kernel.org/pub/linux/utils/util-linux/
[19:54] <hyperair> hmm
[19:55] <hyperair> but kernel has bugzilla.kernel.org
[19:55] <hyperair> oh hey maybe util-linux will be there also..
[20:45] <maco> james_w: hello?
[20:48] <maco> O_O
[20:49] <maco> oh. wrong lp page
[20:49] <maco> davidek: hi! we're having a patch day today
[20:50] <maco> here's the workflow for what we're doing today https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide and the list of bugs to look at is https://bugs.edge.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-reviewers&field.tag=patch%20-patch-needswork%20-patch-forwarded-upstream%20-patch-forwarded-debian%20-patch-accepted-upstream%20-patch-accepted-debian%20-patch-rejected-upstream%20-patch-rejected-debian%20-patch-rejected&field.tags_combinator=ALL
[20:50] <davidek> hello! that's the reason, i'm here.
[20:54] <maco> (goodness that url is looooong)
[20:54]  * hyperair kicks sbuild
[20:54] <hyperair> that's why you're supposed to visit the reviewersteam wiki and just click the link
[21:00] <maco> heh
[21:00] <maco> hey hyperair, how long does it take for lp to notice when you dput something?
[21:01] <bdrung> maco: not long (few minutes)
[21:01] <maco> ok
[21:01] <maco> and does the automatically-mark-bug-fixed thing happen when the package hits proposed or updates?
[21:02] <bdrung> IIRC when hitting updates
[21:02] <maco> ok
[21:02] <maco> davidek: got any questions?
[21:03] <maco> or did whomever wrote the wiki page do a good job?
[21:03] <hyperair> maco: 3 minutes or so i think.
[21:03] <bdrung> maco: you should mark dputted SRUs as 'fix committed' because the upload will stuck it the queue and manually accepted
[21:03] <maco> hmm s/whomever/whoever/
[21:03] <hyperair> maco: updates.
[21:04] <davidek> maco: not yet
[21:04] <maco> bdrung: same for things uploaded to maverick while frozen?
[21:04] <maco> well then again i did commit to bzr so that sounds valid... but i wonder if debcommit means itll mark that automagically
[21:04] <bdrung> maco: yes
[21:05] <maco> im gonna wait a few minutes and see if the debcommit/bzr mark-uploaded/bzr push combination does it automagic
[21:06] <bdrung> if i am right, mark-uploaded just adds a tag
[21:16]  * maco pokes bzr-builddeb with a Hobbsee's pointy stick
[21:17] <maco> -S -- -sa? grr
[21:17] <hyperair> lol
[21:17] <hyperair> i use aliases
[21:18] <maco> reading bzr-builddeb --help i thought the --split thing was gonna do it for me magic-like, but nope
[21:18]  * maco goes to add note to wiki page
[21:18] <hyperair> bzr always gives yyou that impression.
[21:18] <hyperair> use git!
[21:30] <imbrandon> maco: lol@Hobbsee's stick, havent seen that thing fly arround in a while
[21:31] <ajmitch> morning
[21:33] <imbrandon> heya ajmitch
[21:40]  * keffie_jayx missed hobbsee's stick of doom :(
[21:56] <bdrung> maco: what's  Hobbsee's pointy stick?
[21:57] <maco> bdrung: a stick (that i have the impression she's sharpened) that she uses to poke people/things on irc
[21:57] <bdrung> ough, that probably hurts
[22:02]  * ajmitch hasn't really seen hobbsee around for awhile
[22:08] <maco> ajmitch: i think school's been kicking her
[22:10] <ajmitch> quite probably
[22:10] <ajmitch> she needs to kick back
[22:11]  * nigelbabu is here!
[22:12] <nigelbabu> aw no, 1 hour early
[22:14] <bdrung> nigelbabu: but you are here, right?
[22:14] <nigelbabu> yes :)
[22:14] <nigelbabu> @now
[22:16] <bdrung> nigelbabu: then i can take a shower and you will be there for answering questions
[22:17] <nigelbabu> bdrung: hehe, go ahead :)
[22:18] <bdrung> nigelbabu: it has been quite quiet the last hours (= not much to do for me)
[22:19]  * ajmitch will try & ask some annoying questions then
[22:23] <nigelbabu> hahah
[22:23] <nigelbabu> you'll and up answering yourself
[22:23] <nigelbabu> s/and/end
[22:23] <nigelbabu> its 3 am here
[22:24] <ajmitch> 9:24 here :)
[22:24] <maco> the count is currently 103
[22:25] <maco> i think akk worked on forwarding patches she's submitted to lp that weren't on today's list
[22:25] <maco> speak of the devil
[22:26] <akk> Sorry, busy day.
[22:26] <nigelbabu> did we go below 100 at any time?
[22:27]  * ajmitch spots one to unsubscribe
[22:30] <maco> nigelbabu: i dont think so
[22:30] <maco> i spent a /lot/ of time doing a fairly simple merge because i kept forgetting how to use things like bzr and bzr-buildpackage
[22:31] <maco> james_w got me straightened out and then i fixed the wikipage
[22:31] <ajmitch> maco: what needed changed?
[22:32] <ajmitch> & yeah, LP not updating its debian info is problematic for merging
[22:32] <maco> ajmitch: i got to the end of the "how to do a merge" and went "ok...so i push to lp and then...? how do i upload" so yay for the uploading page, added a link to that... and then added a bit thats like oh by the way, you need bzr-buildpackage -S -- -sa -vFOO
[22:32] <maco> when doing a merge from debian
[22:33] <ajmitch> which page was this on?
[22:33]  * ajmitch needs to refresh his knowledge of this stuff :)
[22:33] <maco> https://wiki.ubuntu.com/DistributedDevelopment/Documentation/Merging
[22:34] <maco> i learned about bzr mark-uploaded today
[22:34] <ajmitch> too much magic :)
[22:36] <maco> james_w: idea for bzr mark-uploaded: change bug status to "fix committed"
[22:36] <kklimonda> heh, every time I try using bzr magic to maintain some package the results are terrible and I go back to the packaging branches..
[22:37] <maco> james_w: actually... no this is more of a lp thing. lp should go "oh look thingy in queue! *fix committed*"
[22:37] <ajmitch> I think that's in progress now
[22:37] <nigelbabu> yaay! 99
[22:39] <ajmitch> bug 318439
[22:39] <ubot3> Malone bug 318439 in launchpad-code "bzr --fixes lp:xxxx doesn't change the status of the bug" [High,Triaged] https://launchpad.net/bugs/318439
[22:40] <nigelbabu> it does
[22:40] <nigelbabu> ajmitch: it makes it fix comitted
[22:41] <ajmitch> ok, that's useful then
[22:41]  * ajmitch thought that was still WIP, shows how much I use branches for packages
[22:42] <nigelbabu> we are now at 96!
[22:43]  * ajmitch hopes to see it at 0 by lunchtime
[22:50] <nigelbabu> anyone knows what eucalyptus is about?
[22:50] <geser> nigelbabu: does it work for all kind of branches or only for upstream branches or packaging branches?
[22:51] <nigelbabu> geser: ive seen it work for individual branches of a project
[22:51] <nigelbabu> I dunno for ubuntu development branches, lemme check
[22:51] <ajmitch> nigelbabu: eucalyptus implements something like amazon's EC2, it's what runs the cloud stuff in ubuntu
[22:52] <nigelbabu> ajmitch: sh, patch in it, dunno what to do :/
[22:54] <ajmitch> see if someone in the server team is on it
[22:54] <nigelbabu> geser: no, ubuntu development branches it doesnt happen
[22:58] <nigelbabu> ajmitch: smoser?
[22:58] <nigelbabu> ah yes, server team
[22:58] <bdrung> nigelbabu: we need a tag for "don't touch this patch, i can handle it myself"
[22:59] <nigelbabu> bdrung: yeah we need one
[23:00] <bdrung> for bugs like #369525
[23:00] <ajmitch> agreed, I've come across a few bugs like that
[23:00] <nigelbabu> lol, i just played there didnt I?
[23:00] <ajmitch> yes
[23:01] <ajmitch> or bugs like bug 276472
[23:01] <ubot3> Malone bug 276472 in samba "cp -p on CIFS mount does not preserve permissions and returns a permission denied error" [Medium,In progress] https://launchpad.net/bugs/276472
[23:01] <ajmitch> handled by a kernel team member
[23:01] <nigelbabu> bdrung: easiest way, just unsubscribe review team without removing patcch tag
[23:02] <ajmitch> down to 94
[23:02] <nigelbabu> make that 93
[23:03] <bdrung> nigelbabu: k, that would work, but then i have to wait until the script subscribed the review team
[23:05] <nigelbabu> bdrung: if there is a patch tag, we won't be subscribed again
[23:06] <bdrung> nigelbabu: so adding the patch and adding the patch tag would work?
[23:07] <ajmitch> when poatches originate from upstream, I guess I should unsubscribe the review team?
[23:07] <nigelbabu> bdrung: yep
[23:07] <nigelbabu> ajmitch: patch-accepted-upstream?
[23:08] <ajmitch> very much accepted, more patch-originated-upstream
[23:08] <nigelbabu> yeah, use that tag so peole who want to package can spot it
[23:09] <ajmitch> yeah I was just checking the debian changelog, fix is already in lucid (from debian)
[23:09] <ajmitch> it's a debdiff for karmic-proposed
[23:09] <nigelbabu> oh, SRU
[23:09] <ajmitch> yep, and it's hardly a critical one
[23:10] <nigelbabu> I'dsay poke someone in sru team to accept or reject
[23:10] <ajmitch> yes, I was about to
[23:10] <nigelbabu> ajmitch: always a step ahead :)
[23:11] <ajmitch> specifically jdong, since the bug/patch submitter is from someone he knows, and he's subscribed
[23:11] <nigelbabu> oh yaay! 91 bugs to go!
[23:13] <nigelbabu> bdmurray: are the graphs a bit stale? is it because you're working on updating the script?
[23:18] <nigelbabu> 89! lets move it folks :)
[23:20] <bdmurray> nigelbabu: can you show me what you mean by stale?
[23:23] <nigelbabu> http://qa.ubuntu.com/reports/patches/
[23:23] <nigelbabu> bdmurray: last update date is 04/28
[23:27] <nigelbabu> ajmitch: you folks were talking about the vala bug yesterday?
[23:27] <nigelbabu> what was the final call on that one?
[23:34] <ajmitch> I was talking with persia about it, I don't know if he talked to lool
[23:35] <nigelbabu> hm
[23:35] <ajmitch> I didn't follow up further
[23:35]  * nigelbabu really wants to see 0!
[23:37] <nigelbabu> persia: can you followup on the vala bug? since I dunno what to ask ;)
[23:44] <nigelbabu> 88 bugs, we're dropping constantly here :)
[23:46] <yofel> another one done
[23:47] <nigelbabu> yaay!
[23:48] <nigelbabu> where is everyone? akk? maco?
[23:49] <akk> Sorry, I'm lurking but I don't think I'll have time to do anything today.
[23:49] <nigelbabu> akk: ah, no problem :)
[23:49] <akk> And if I did I'd be awfully tempted to start with my year-old patch that's too old to be in your list.
[23:51]  * ajmitch can't really do much more for a little while
[23:52]  * ajmitch wishes he'd got stuff into karmic-proposed long before lucid release
[23:52] <ajmitch> having people still available to test stuff would be nice
[23:53] <nigelbabu> akk: you can get it into our list
[23:53] <nigelbabu> ajmitch: yeah, definitely