[00:00] <jcsackett> sinzui: seems i was disconnected from my irc bouncer earlier. you want me to join the 7pm standup to catch up?
[00:00] <sinzui> If you want time
[00:01] <jcsackett> sinzui: i'm at my computer now anyway. :-)
[00:29] <wgrant> sinzui: Can we increase the WIP limit on Development/Coding, given the squad is now larger?
[00:38] <hassan1990> hi there, I need some help about creating a branch based on another person branch on launchpad using bazaar.
[00:41] <spiv> hassan1990: #launchpad is a better channel.  The quick answer is "bzr branch lp:~another-person/proj/branch lp:~/proj/branch"
[03:26] <LPCIBot> Project windmill build #189: STILL FAILING in 1 hr 11 min: https://lpci.wedontsleep.org/job/windmill/189/
[04:39] <poolie> lifeless/whoever, what do you think about bug 745801?
[04:39] <_mup_> Bug #745801: system-based authorization doesn't store useful credentials in gnome-keyring <amd64> <apport-bug> <natty> <launchpadlib :Triaged> <python-launchpadlib (Ubuntu):Triaged> < https://launchpad.net/bugs/745801 >
[04:40] <poolie> hm, that's a lame question
[04:40] <poolie> a better one is, if i proposed just disabling keyring integration, would you merge it?
[04:40] <poolie> it seems highly flaky in launchpadlib in natty
[04:41] <lifeless> my problem here is I don't know who the stakeholders are.
[04:41] <lifeless> *I* was certainly happy with what we had before.
[04:41] <lifeless> gary or flacoste or jml may know more.
[04:42] <lifeless> prior to the reorg changes to dependent libraries don't seem to have been as visible to jml as I'd like them to be
[04:42] <poolie> _i_ would like this to progress because
[04:42] <poolie> well, it breaks me nearly every time i run feed-pqm
[04:43] <poolie> and secondly because it hurts vorlon and jamesw
[04:43] <poolie> i realize it's already critical
[04:43] <poolie> maybe i should mail -stakeholders?
[04:43] <poolie> i realize too there are a lot of critical bugs
[04:45] <lifeless> so
[04:45] <lifeless> I'm easy
[04:45] <lifeless> uhm
[04:45] <lifeless> gaining traction on this
[04:45] <lifeless> probably need to talk to skaet (rm of ubuntu, its -very- late to be rolling an API break back)
[04:45] <poolie> oh
[04:46] <poolie> you might think i'm talking about a different bug
[04:46] <poolie> this is not the api break one
[04:46] <poolie> i think that horse has bolted
[04:46] <lifeless> also need to talk to the stakeholders that wanted it in the first place (because if this is a feature goal for ubuntu, its a Big Deal to disable it)
[04:46] <poolie> this is that lplib tries to use gnome keyring but gets it wrong
[04:47] <lifeless> I don't know if they are directly on -stakeholders, but I would expect -stakeholders to know who they are
[04:47] <poolie> of course we could just fix it
[04:48] <lifeless> that would be good too
[04:48] <poolie> i don't want to spend days on it
[04:48] <poolie> we don't know exactly what the problem is and so that makes it a bit hard to estimaet
[04:49] <lifeless> james seems to have a pretty solid direction towards isolating it
[04:49] <poolie> should i do this, or do you think an lp dev will get to it?
[04:49] <lifeless> our bias is oldest-first of criticals
[04:50] <lifeless> I think if you do it it will happen a lot faster than otherwise
[04:51] <poolie> k thanks, i'll take a break then have a quick shot at it
[04:52] <poolie> ta
[05:15] <LPCIBot> Project windmill build #190: STILL FAILING in 1 hr 2 min: https://lpci.wedontsleep.org/job/windmill/190/
[05:27] <wgrant> lifeless: https://code.launchpad.net/~wgrant/launchpad/unbreak-api-timeouts/+merge/58226
[05:29] <lifeless> https://bugs.launchpad.net/launchpad/+bug/745799/comments/7
[05:29] <_mup_> Bug #745799: DistroSeries:+queue Timeout accepting packages <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/745799 >
[05:29] <wgrant> lifeless: Yup.
[05:30] <wgrant> lifeless: I glanced at it over the weekend and saw it looked like strucsubs.
[05:30] <wgrant> Yay.
[05:30] <lifeless> wgrant: :( - you could have commented !
[05:31] <wgrant> It was a glance, not a useful analysis like that.
[05:31] <wgrant> It wasn't in oops-tools at that point, so I couldn't get much useful out of it.
[05:32] <wgrant> Beyond "oh look, lots of structsub queries. what a surprise"
[05:32] <lifeless> :)
[05:33] <jtv> This is our mission, right here.  To fix this: http://theoatmeal.com/blog/fix_computer
[05:35] <wgrant> Java‽ Now that's just low.
[05:35] <wgrant> lifeless: Thanks.
[05:42] <huwshimi> Why icing for the css + junk folder? What's the history there?
[05:43] <lifeless> huwshimi: context?
[05:43] <wgrant> The CSS and JS is just icing on top of the HTML.
[05:43] <jtv> wgrant: congratulations, you spotted what was wrong with the Linux picture!  And not just Java, but Java _after you already know C++_
[05:43] <lifeless> huwshimi: are you asking why its named that ?
[05:43] <huwshimi> lifeless: yeah
[05:44] <huwshimi> wgrant: but the javascript isn't really there, and the images are up a level.
[05:44] <wgrant> huwshimi: It all ends up served from that. it was mostly there initially, but got split up (eg. for sprites)
[05:45] <wgrant> Or to go in /@@
[05:45] <lifeless> huwshimi: other projects call it static
[05:45] <lifeless> huwshimi: the key point is we compile it once and write to the front end servers so the appservers never see it
[05:45] <huwshimi> wgrant: incidentally there is javascript up a level too, and it has css in it
[05:45] <wgrant> Yay
[05:45] <wgrant> The tree is a mess :(
[05:46] <huwshimi> wgrant: yeah that's what I'd like to solve
[05:57] <lifeless> wgrant: any idea how '   1 /    0  https://bugs.launchpad.net/openoffice/+bug/1/comments/325' ?
[05:58] <_mup_> Bug #1: Microsoft has a majority market share <iso-testing> <ubuntu> <Clubdistro:Confirmed> <Computer Science Ubuntu:Invalid by compscibuntu-bugs> <EasyPeasy Overview:Invalid by ramvi> <GNOME Screensaver:Won't Fix> <Ichthux:Invalid by raphink> <JAK LINUX:Invalid> <The Linux OS Project:In Progress> <metacity:In Progress> <OpenOffice:In Progress by lh-maviya> <Tabuntu:Invalid by tinarussell> <Tivion:Invalid by shakaran> <Tv-Player:New> <Ubuntu:I
[06:02] <wgrant> lifeless: Must be a lock, surely. Do you have the ID?
[06:07] <lifeless> nope
[06:07] <wgrant> CL220
[06:07] <lifeless> thats from the oops report
[06:07] <wgrant> 00155-15181@SQL-launchpad-main-master SELECT BugMessage.bug, BugMessage.bugwatch, BugMessage.id, BugMessage.index, BugMessage.message, BugMessage.remote_comment_id, Message.datecreated, Message.id, Message.owner, Message.parent, Message.raw, Message.rfc822msgid, Message.subject, Message.visible, MessageChunk.blob, MessageChunk.content, MessageChunk.id, MessageChunk.message, MessageChunk.sequence FROM BugMessage, Message, MessageChunk WHERE ...
[06:07] <wgrant> ... Message.id = MessageChunk.message AND BugMessage.message = Message.id AND BugMessage.bug = 1 ORDER BY BugMessage.index, MessageChunk.sequence
[06:31] <jtv> StevenK, wgrant: the generate-contents script wants overrides.  Is there an easy way to produce those for a test distro I create on the fly?
[06:39] <spm> jtv: that translate deleteion script thingy on LPS - all done, worked a champ. was done in ~5-10 mins.
[06:39] <jtv> spm: wow, I thought it had fossilized
[06:40] <jtv> Was that the one about Puerto Rican Spanish translations or something along those lines?
[06:40] <wgrant> jtv: They're created by FTPArchiveHandler... so not really.
[06:40] <jtv> wgrant: any way I can convincingly fake them?  I just need enough to convince apt-ftparchive that Contents files ought to be written.
[06:41] <jtv> spm: ISTR we had a follow-up request for that waiting in the wings.  I'm looking it up.
[06:41] <wgrant> jtv: See if you can ask FTPArchiveHandler to, otherwise just write some fake ones. They're really trivial.
[06:41] <wgrant> Could probably even be empty.
[06:41] <spm> jtv: np
[06:41] <wgrant> I don't think Contents generation is likely to use them much...
[06:42] <jtv> Gah!  No Unity, I want a new browser window in my current workspace, not to switch to another workspace where I had a page open.  I thought we were supposed to focus on documents instead of applications now.
[06:43] <jtv> wgrant: well I'm not getting Contents files and apt-ftparchive is spewing out lots of messages about not being able to open overrides files.
[06:43] <wgrant> jtv: You're so behind the times. The world has given up on WMs... everything has to use tabs now.
[06:44] <wgrant> jtv: touch them and see what happens, I s'pose.
[06:44] <jtv> That's fine with me.  But why does the tab have to be in a different workspace just because I happen to have a page open in the same app somewhere else?
[06:44] <jtv> wgrant: so an empty file would be a valid overrides file?
[06:44] <wgrant> jtv: Yes.
[06:44] <wgrant> it just has no overrides in it.
[06:44] <jtv> Grr where did my compose key go?  I had it working earlier.
[06:44] <jtv> Thanks.
[06:49] <jtv> spm: found it.  Expect a follow-up request for a script run soon.
[06:49] <spm> np
[06:49] <jtv> (And thanks for running the request, of course)
[06:51] <jtv> Unity, you're not telling me there is no way to open a second gvim window from the GUI?
[07:12] <poolie> jtv: :!gvim&
[07:43] <lifeless> wgrant: hey, quick question
[07:44] <lifeless> wgrant: do you know if anything in downtime queries bugs with a status filter [of the form ...or status = .. or status=
[07:44] <lifeless> wgrant: *and* looks for INCOMPLETE bugs
[07:49] <wgrant> lifeless: I doubt it.
[07:49] <wgrant> lifeless: Soyuz doesn't.
[07:49] <wgrant> lifeless: And I hope Codehosting doesn't.
[07:50] <wgrant> And the librarian certainly doesn't.
[07:53] <lifeless> cool
[07:53] <lifeless> in which case, I am nearly done.
[07:57] <lifeless> grrr
[07:58] <lifeless>   File "/home/robertc/launchpad/lp-sourcedeps/eggs/storm-0.18.0.99_lpwithnodatetime_r392-py2.6-linux-x86_64.egg/storm/properties.py", line 67, in __set__
[07:58] <lifeless>     obj_info.variables[column].set(value)
[07:58] <lifeless>   File "/home/robertc/launchpad/lp-branches/working/lib/canonical/database/enumcol.py", line 39, in parse_set
[07:58] <lifeless>     self._enum.name, value.enum.name))
[07:58] <lifeless> TypeError: DBItem from wrong type, 'BugTaskStatus' != 'BugTaskStatusSearch'
[07:58] <wgrant> Yay
[07:58] <lifeless> *hate*
[08:02] <lifeless> I bet this is going to be painful
[08:03] <wgrant> Yes.
[08:04] <lifeless> TypeError: Comparisons of Items are only valid with other Items
[08:07] <lifeless> >>> from lp.bugs.interfaces.bugtask import BugTaskStatus, BugTaskStatusSearch
[08:07] <lifeless> >>> BugTaskStatus.INCOMPLETE == BugTaskStatusSearch.INCOMPLETE
[08:07] <lifeless> not freaking helpful.
[08:08] <lifeless> I'm quite literally amazed that the existing subclass scheme is working * at all *.
[08:10] <lifeless> oh joy, its in a different project.
[08:20] <lifeless> ahh
[08:20] <lifeless> use_template(BugTaskStatus, exclude=('UNKNOWN'))
[08:20] <lifeless> rather than subclassing.
[08:20] <lifeless> headdesk headdesk headdesk
[08:21]  * spm hands lifeless an asprin
[08:22] <lifeless> thumper: hey, whats up with bug 154556 ?
[08:22] <_mup_> Bug #154556: Bug searches should be case-insensitive with respect to status values <feeds> <infrastructure> <lp-bugs> <lp-foundations> <oops> <Launchpad itself:Triaged> <lazr.enum:In Progress by thumper> < https://launchpad.net/bugs/154556 >
[08:42] <thumper> lifeless: stalled, boot me tomorrow
[08:43] <lifeless> thumper: willdo
[08:56] <wgrant> wallyworld: Hi.
[09:01] <rvba> lifeless: Hi Rob, I saw this morning that you "Fix Committed => Fix Released" a few of "my" bugs ... should I be responsible to do that (i.e. followup my bugs all the way to the release)?
[09:03] <wgrant> rvba: Generally he or I will close them (whichever of us a requested the rollout)
[09:03] <rvba> wgrant: all right then, thx.
[09:04] <poolie> hi rvba
[09:04] <rvba> poolie: hi
[09:04] <StevenK> rvba: If you notice your bugs getting Fix Released, you can update the Kanban board by moving the cards to Done-Done
[09:05] <rvba> StevenK: will do.
[09:06] <adeuring> good morning
[09:06] <lifeless> rvba: whomever asks for a rollout will followup on the rollout and ->In Progress or -> Fix Released or (don't touch) as appropriate.
[09:07] <lifeless> rvba: you're welcome to ask for rollouts and do this yourself :)
[09:08] <rvba> lifeless: well, all I did so far is behind a feature flag (hum...) so I confess I never encountered the need to do a rollout ... but I'll keep it in mind. Thanks Rob.
[09:09] <lifeless> rvba: when you have beta users I imagine it will start to matter on a personal basis
[09:09] <rvba> lifeless: right.
[09:10] <lifeless> rvba: but there is also the team matter of having the deploy queue short, which we can all help with.
[09:10] <wgrant> Yes, once ScottK is on your back :P
[09:10] <poolie> rvba i was just thinking of you today when i saw bug mail from you
[09:10] <poolie> i hope you're actually enjoying lp
[09:10] <poolie> since i recommended it to you
[09:11] <wgrant> poolie seems to be most efficient at quietly recruiting people.
[09:11] <StevenK> Hehe
[09:11] <rvba> poolie: so far so good ... and thanks a lot for the recommendation ... I'll owe you a beer for that in Dublin :)
[09:11] <poolie> i hope eventually lp's ui will be as beautifully formatted as his resumé
[09:11] <poolie> good :)
[09:12] <rvba> poolie: :)
[09:13] <bigjools> poolie: huh, had no idea it came from you :)
[09:31] <mrevell> Morning!
[09:33] <poolie> hi mrevell
[09:35] <lifeless> I pity the reviewer for this
[09:42] <LPCIBot> Project windmill build #191: STILL FAILING in 1 hr 0 min: https://lpci.wedontsleep.org/job/windmill/191/
[09:46] <bigjools> umm is the timeout on staging really ~5 seconds?!
[09:49] <wgrant> bigjools: It's 11s/
[09:49] <wgrant> https://staging.launchpad.net/+feature-rules
[09:50] <bigjools> well, the page is timing out after 5
[09:50] <wgrant> Which?
[09:50] <wgrant> You mean +localpackagediffs, which is OOPSing instead?
[09:50] <bigjools> hmmm about 8-9 now
[09:53] <lifeless> argggh
[09:53] <lifeless> heat updating uses OFFSET to get bugs to process.
[10:49] <stub> jtv: Your TOT connection bouncing?
[10:49] <jtv> stub: no, no, not at all
[10:49] <jtv> This is my 3BB connection bouncing.
[10:49] <stub> Mine is bouncing :-(
[10:50] <jtv> The problem could be at CAT
[10:51] <jtv> "International connections?  And they do nothing for minutes at a time?  GC them!"
[10:51] <jtv> It's been particularly crappy for me since the beginning of Songkran.
[10:52] <jtv> I tunnel one of my connections through ssh with protocol keepalives just to stop that from happening.
[10:52] <stub> Fine here until today apart from by ADSL connection not being able to authenticate just before Songkran
[10:54] <jtv> Water everywhere & no staff…
[10:54] <jtv> stub: is it your DSL connection that's bouncing?  Or something at a higher level such as TCP?
[10:55] <jtv> I had some router trouble myself; maybe it was just the heat.
[10:55] <adeuring> lifeless: still around?
[11:01] <lifeless> \o/ lp:~lifeless/launchpad/bug-759467
[11:01] <lifeless> adeuring: a little
[11:04] <stub> jtv: Upstream. ADSL link was fine.
[11:06] <adeuring> lifeless: can you have a look at my comment on https://code.launchpad.net/~adeuring/launchpad/api-query-permissions-on-object/+merge/58136 ?
[11:16] <bigjools> jtv, is someone riding a space hopper over your connection?
[11:17] <lifeless> any reviewers around ?
[11:17] <lifeless> https://code.launchpad.net/~lifeless/launchpad/bug-759467/+merge/58262
[11:21] <lifeless> adeuring: I've replied
[11:22] <adeuring> lifeless: thanks
[11:22] <lifeless> adeuring: as long as we don't penalise *every* read, I'm happy with most anything :)
[11:22] <adeuring> ok ;)
[11:38] <lifeless> wallyworld: is https://bugs.launchpad.net/launchpad/+bug/761494 landable ?
[11:38] <_mup_> Bug #761494: picker doesn't save selected value into associated textfield <regression> <ui> <Launchpad itself:In Progress by wallyworld> < https://launchpad.net/bugs/761494 >
[11:52] <wallyworld> lifeless: being ui reviews as we speak. hope to sort it out tonight
[11:54] <lifeless> wallyworld: it needs UI review?!
[11:54] <wallyworld> lifeless: someone said it needed one on account of the javascript
[11:54] <lifeless> meh
[11:54] <lifeless> ui reviewer set is one person at the moment
[11:55] <lifeless> we have many more folk fluent in js
[11:55] <wallyworld> lifeless: i sort of meant js when i said ui
[11:55] <lifeless> yah, curtis - the one ui reviewer - has proposed disbanding ui reviews
[11:58] <lifeless> wallyworld: ok, I've also read it now
[11:58] <lifeless> I haven't cross referenced YUI
[11:59] <lifeless> but this is a major issue ; please land
[11:59] <lifeless> skip ec2
[12:00] <lifeless> 22:59 < lifeless> wallyworld: ok, I've also read it now
[12:00] <lifeless> 22:59 < lifeless> I haven't cross referenced YUI
[12:00] <lifeless> 22:59 < lifeless> but this is a major issue ; please land
[12:00] <lifeless> 23:00 < lifeless> skip ec2
[12:01] <wallyworld__> lifeless: ack
[12:01] <lifeless> I think we should consider cherrypicking it in fact, as it seems to be broken across everything
[12:01] <lifeless> s/cherrypicking/cowboying
[12:02] <wallyworld__> lifeless: yeah :-( if only windmill tests were not disabled, would have picked it up during ec2
[12:02] <wallyworld__> lifeless: not having windmill leaves a huge hole in our testing safety net
[12:03] <deryck> Morning, all.
[12:03] <lifeless> wallyworld__: ack.
[12:14] <lifeless> mrevell: you have mail
[12:14] <mrevell> Thanks lifeless
[12:14] <lifeless> mrevell: if you want to chat about it, I'm around for another 20 with the first 5 doing house stuff
[12:16] <mrevell> lifeless, I'll reply to the email, don't worry, it's not an urgent thing. I take your point and mostly agree with you, but I'll reply fully in the email.
[12:17] <wallyworld__> lifeless: fyi ec2 land has succeeded
[12:23] <lifeless> mrevell: cool
[12:24] <lifeless> wallyworld: ec2 land? or bzr lp-land ?
[12:24] <lifeless> wallyworld: the former seems pointless with windmill disabled
[12:24] <lifeless> and will take 8 hours before its on qastaging
[12:24] <wallyworld> lifeless: ec2 land. bollocks. should have done lp-land
[12:25] <wallyworld> lifeless: i'll still do a lp-land now?
[12:25] <lifeless> wallyworld: yeah
[12:28] <wallyworld> lifeless: done and done
[12:28] <lifeless> \o/
[12:50] <lifeless> night all
[13:59] <LPCIBot> Project windmill build #192: STILL FAILING in 1 hr 2 min: https://lpci.wedontsleep.org/job/windmill/192/
[14:02] <LPCIBot> Project devel build #653: FAILURE in 5 hr 0 min: https://lpci.wedontsleep.org/job/devel/653/
[14:03]  * StevenK glares at Jenkins
[14:03] <StevenK> Ah, no, that racy test *again*.
[14:06] <deryck> adeuring, henninge -- https://dev.launchpad.net/MaintenanceRotationSchedule
[14:07] <lifeless> *yawn* really sleep time
[14:16] <jkakar> G'night lifeless. :)
[15:14] <jcsackett> can i get a review for https://code.launchpad.net/~jcsackett/launchpad/add-security-audit-utility/+merge/58199 from someone?
[15:20] <wgrant> https://code.launchpad.net/~wgrant/launchpad/quickly-drop-shipit/+merge/58312 would like a semi-urgent review.
[15:21] <benji> wgrant: I'll do it. and then jcsackett's
[15:21] <jcsackett> benji: thanks!
[15:21] <wgrant> benji: Thanks.
[15:21] <benji> wgrant: done
[15:21] <wgrant> Thanks.
[15:42] <benji> jcsackett: I'm done with https://code.launchpad.net/~jcsackett/launchpad/add-security-audit-utility/+merge/58199.
[15:43] <jcsackett> thanks, benji.
[15:45] <rvba> Hi henninge, I'd like to ask you something about your change in security.py (forwardCheckAuthenticated).
[15:46] <henninge> rvba: sure
[15:46] <rvba> I've got a test failing with "ValueError: ('Undefined permission id', <Distribution 'Distribution883444' (distribution883444)>)" (full stacktrace http://paste.ubuntu.com/596071/)
[15:46] <rvba> ./bin/test -cvv distroseriesdifference test_package_diff_request_link
[15:46] <rvba> I think the call (in forwardCheckAuthenticated) to check_permission_is_registered(permission, obj) should be check_permission_is_registered(obj, permission)
[15:46] <rvba> http://paste.ubuntu.com/596075/
[15:47] <rvba> but maybe I'm wrong ... because if I'm right your fix would not have passed ec2 :)
[15:47] <rvba> henninge: what am I missing?
[15:48] <henninge> rvba: I'd be surprised if that was the case because the test suite did not notice it.
[15:48] <henninge> rvba: looking
[15:49] <henninge> rvba: oops
[15:49] <henninge> rvba: so the adapters I changed are not being exercised by the test suite ...
[15:50] <henninge> rvba: is that a new adapter?
[15:50] <rvba> henninge: from a few days ago
[15:51] <bigjools> he got pwned
[15:51] <rvba> arg
[15:51] <rvba> henninge: "./bin/test -cvv distroseriesdifference test_package_diff_request_link" uses the very adapter you mention in your email: EditDistroSeriesDifference
[15:52] <henninge> that is very strange
[15:52] <rvba> indeed
[15:52] <henninge> rvba: I had failing tests but I re-ran them all locally and they passed.
[15:52] <henninge> that one was not amont them, though.
[15:53] <henninge> I guess that whole ec2 run was broken ;(
[15:53] <henninge> rvba: anyway, thanks. I'll submit a fix quickly.
[15:53] <rvba> henninge: great thanks :)
[15:54] <rvba> henninge: it would be nice to understand how this appended though ...
[15:55] <henninge> rvba: let me see if I still have that mail. It was very large so I might have deleted it.
[15:56]  * rvba tests test_package_diff_request_link on a fresh branch
[16:00]  * rvba confirms the test is failing on a fresh checkout of devel
[16:08] <bigjools> did someone with microscopes for eyeballs set the latest font size?
[16:10] <benji> there's some sort of Moore's law of web font sizes, they halve every 18 months
[16:11] <bigjools> ha
[16:12] <timrc> just set your resolution 800x600, problem solved
[16:12] <bigjools> or ctrl-mouseup!
[16:14] <henninge> rvba: I still have the test output. The failure did not happen on that run.
[16:14] <henninge> http://paste.ubuntu.com/596085/
[16:15] <rvba> hum ...
[16:16] <rvba> the mystery persists
[16:20] <jelmer> deryck: HI
[16:20] <deryck> Hi jelmer
[16:20] <jelmer> deryck: Sorry, I mean: hi
[16:20] <jelmer> deryck: just saw your bug report; are you using the natty daily ppa?
[16:20]  * deryck doesn't mind shouting hello :-)
[16:21] <deryck> jelmer, yes, I think so.  just added it via add-apt-repository on natty.
[16:21]  * deryck looks
[16:21] <deryck> jelmer, yeah, http://ppa.launchpad.net/bzr/daily/ubuntu natty main
[16:21] <jelmer> deryck: hmm, odd
[16:21] <jelmer> deryck: thanks
[16:22] <deryck> jelmer, np
[16:28] <cody-somerville> bigjools, press ctrl + 0 to restore default zoom
[16:28] <bigjools> cody-somerville: then it turns into something the size of a sparrow's arse
[16:29] <cody-somerville> bigjools, Firefox or Chromium?
[16:29] <bigjools> both
[16:30] <cody-somerville> What font size do you have set in Edit > Preferences, Content
[16:30] <bigjools> but them I am 40, so my eyes ain't what they used to be :)
[16:30] <cody-somerville> ?
[16:30] <cody-somerville> bigjools, lol
[16:31] <bigjools> no default font size
[16:50] <sinzui> jcsackett: mumble?
[17:55] <allenap> Is qastaging deploying or is it broken?
[18:13] <mrevell> Night!
[19:03] <LPCIBot> Project devel build #654: STILL FAILING in 5 hr 0 min: https://lpci.wedontsleep.org/job/devel/654/
[19:25] <benji> if anyone feels like reviewing a 600 line lint branch, this is your lucky day: https://code.launchpad.net/~benji/launchpad/lint/+merge/58371
[19:26] <flacoste> abentley: i suggest you send an email about bug #766337 to launchpad-dev
[19:26] <_mup_> Bug #766337: Should be possible to reload JSON cache <Launchpad itself:Triaged> < https://launchpad.net/bugs/766337 >
[19:26] <flacoste> given JS-heavy work done in feature squad, it would be likely that one of the feature squad could do it as part of their work
[19:26] <flacoste> it's an elegant solution to a common problem
[19:26] <abentley> flacoste: Okay.
[19:33] <sinzui> allenap: I am looking at the qastaging issue. The error looks like the the lp tree was updated, but qastaging did not get the lp-production-config update
[19:40] <jcsackett> sinzui: do you know a good place for me to go digging into some of the specifics of how our exceptions are turned into OOPses? or who might be best to bug to figure that out?
[19:40] <jcsackett> i've realized that what i knew about for cron scripts tied to logging errors--if an exception occurs that isn't caught and logged, the logging oopshandler obviously isn't going to come into play. :-/
[19:41] <sinzui> jcsackett: A quick mumble will sort this out
[19:42] <jcsackett> sinzui: works for m.
[19:42] <jcsackett> s/m./me.
[21:00] <lifeless> can has review? https://code.launchpad.net/~lifeless/launchpad/bug-759467/+merge/58262
[21:51] <allenap> lifeless: I'll do it.
[21:52] <allenap> leedsliam: Hello chap :)
[21:53] <lifeless> evening allenap
[21:53] <allenap> Evening lifeless :)
[22:02] <timello> hi! Is there any launchpad method in the api that can do a search in packages like https://launchpad.net/ubuntu/+search does?
[22:03] <lifeless> Probably not, that search returns many different types of results and our api is (sadly) a bit difficult around heterogynous interfaces
[22:03] <timello> :/
[22:03] <lifeless> https://launchpad.net/+apidoc/devel.html is our development api doc
[22:04] <lifeless> replace devel with 1.0 to see the stable version
[22:04] <timello> lifeless, yeah, I've being looking at this reference
[22:10] <lifeless> sinzui: hi
[22:11] <lifeless> bug 766561 - could that be related to our team notify change, or perhaps its more likely to be in gary_poster's baliwick ?
[22:11] <_mup_> Bug #766561: person in team A which is a subteam of team B not getting bug email for bugs team B is subscribed to <Launchpad itself:New> < https://launchpad.net/bugs/766561 >
[22:11] <gary_poster> it doesn't sound like us, fwiw
[22:12] <lifeless> gary_poster: hi; btw - bug 745799 - that is you :)
[22:12] <_mup_> Bug #745799: DistroSeries:+queue Timeout accepting packages (bug structural subscriptions) <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/745799 >
[22:12] <sinzui> I changed merge notifications. Are teams not being notified about merges?
[22:12] <lifeless> sinzui: ah right, I thought we changed a helper function in there.
[22:12] <sinzui> I did, but nothing but merge ever used it
[22:12] <sinzui> It will be months or years before we make everything queue messages
[22:13] <lifeless> gary_poster: so a couple/few weeks ago this team stopped getting mail
[22:13] <lifeless> gary_poster: they are utterly confused as to why
[22:14] <gary_poster> lifeless, I have the rest of the week to get our feature ready for review, and then two weeks for bug fixes after that.  Could you help me prioritize these within that context?
[22:15] <gary_poster> (no frustration there, just rrying to be clear with my situation)
[22:15] <lifeless> gary_poster: yup. I think we need to determine if this is real (e.g. are we -not- sending brad & others in that team email)
[22:15] <lifeless> if we are sending the mail, its at his end, phew, move along.
[22:15] <gary_poster> lifeless, IOW, drop everything?
[22:16] <lifeless> if we aren't, its a regression and I think its reasonable to say a maintenance squad should look at it
[22:16] <gary_poster> oh ok, drop everything to investigate?
[22:16] <lifeless> but if it turns out to be related to your feature work, I think its probably better at that point to hand it over to you as you'll know whats changed recently.
[22:16] <gary_poster> sure, I'm completely fine with that
[22:17] <lifeless> gary_poster: someone should; as its near your EOD I will either look myself or coordinate it
[22:17] <gary_poster> but I would prefer to not have it affect my time this week
[22:17] <lifeless> I think the next step is log trawling :)
[22:17] <gary_poster> heh
[22:18] <gary_poster> I'm looking at the timeout too
[22:18] <gary_poster> I assume any oops is a reasonable starting point
[22:22] <lifeless> gary_poster: yeah; I've analyzed one in detail for repeated queries; the strucsub ones summed to 2.2 seconds
[22:23] <lifeless> from ~20 separate queries. I suspect its a per-bug potato programming issue that has been exacerbated by the [slight] increase in cost of determining structural subscription
[22:24] <lifeless> gary_poster: I'
[22:24] <lifeless> I don't think you should drop anything to work on the timeout
[22:24] <lifeless> it was a preexisting problem
[22:24] <lifeless> the mail-not sending however may well need dogpiling.
[22:24] <lifeless> I'm looking in logs myself now.
[22:26] <gary_poster> lifeless, ok.  if we do have to work on reducing the structural subscription queries themselves, which I would understand in the abstract, it may require some...significant thinking.  If this is some page-specific thing exacerbated by some potato programming there specifically, I'd be much happier.
[22:28] <gary_poster> lifeless, re bug 76651, are you looking for 759176 in logs
[22:28] <gary_poster> ?
[22:28] <_mup_> Bug #76651: Comment on change is lost when the bugtask change form returns with errors. <lp-bugs> <Launchpad itself:Invalid> < https://launchpad.net/bugs/76651 >
[22:28] <lifeless> gary_poster: well, what we'll need is a way to do email notifications for N bugs all at once
[22:29] <lifeless> gary_poster: +queue accepts uploads that may close some number of bugs
[22:29] <gary_poster> lifeless, I see
[22:30] <lifeless> gary_poster: so we need to be able to process a 'fix released' status change for N bugs in the space of one webapp transaction (+ the actual accept logic itself)
[22:30] <lifeless> gary_poster: not actually spool the mail - the deferred sending etc is still used AIUI
[22:30] <gary_poster> gotcha
[22:30] <gary_poster> sure
[22:30] <lifeless> one way would be to handoff the post to a script
[22:31] <lifeless> or we could batch better in the webapp, etc etc etc
[22:31] <gary_poster> sure
[22:31] <allenap> lifeless: r=me.
[22:31] <allenap> Good night all.
[22:31] <lifeless> allenap: thanks! gnight
[22:32] <lifeless> gary_poster: yes I'm grepping
[22:32] <lifeless> now I've unwedged my carob link
[22:32] <lifeless> brads name is not there
[22:34] <gary_poster> lifeless to build a "process structural subscriptions for batches of bugs" would require a new set of functions, as you might guess...and the logic is generally very bug specific so that will be interesting.  I'm sure we can increase the possible N within a given timeframe, but it would be work specific to that page
[22:35] <gary_poster> and depending on how big N needs to be, asynchronous will be necessary eventually
[22:36] <lifeless> gary_poster: we have feature requests for batch actions on bugs, so perhaps not all that specific. Anyhow, I think we agree that this is an exacerbation not a direct regression; I'm fine with it being looked at holistically with performance rather than zomging it in your squad
[22:37] <gary_poster> cool thanks
[22:37] <gary_poster> I'm particularly happy to look at it once we are on bug rotation :-)
[22:37] <gary_poster> so as far as the other bug goes
[22:38] <gary_poster> your log search suggests that the bug is in fact in LP mail sending
[22:38] <lifeless> yup
[22:38] <lifeless> we're choosing not to send to him
[22:38] <lifeless> I'm checking teamparticipation
[22:38] <gary_poster> ah cool thanks
[22:39] <lifeless> https://launchpad.net/~brad-figg/+participation has 'the dell team'
[22:41] <gary_poster> lifeless, for scheduling, could I schedule investigation of that bug for Thursday, or does our QoS need to be higher for this?
[22:41] <lifeless> I think we should treat this as a showstopper
[22:41] <lifeless> its pretty key functionality
[22:41] <gary_poster> well, I'm reasonably confident we have tests for the basic functionality
[22:41] <gary_poster> I would certainly hope so anyway :-/
[22:42] <gary_poster> that's not a feature we would have developed, of course
[22:42] <gary_poster> so I suspect that this is an edge case
[22:42] <gary_poster> "private bug" is our current red flag there
[22:42] <gary_poster> so, would this be acceptable:
[22:43] <gary_poster> 1) Verify ASAP that we have tests that show that the basic story of that bug is working.  If not, add test and fix.
[22:43] <gary_poster> 2) If #1 did not reveal a problem, on a more scheduled timetable, investigate this particular edge case.
[22:43] <gary_poster> [stop]
[22:45] <gary_poster> Perhaps 1.5, investigate if "private bug" is the kicker
[22:45] <gary_poster> since that's obvious ATM
[22:49] <lifeless> I hate that ''https://launchpad.net/api/1.0/~dell-team'' in a web browser is ~ useless
[22:51] <lifeless> gary_poster: teamparticipation shows brad-figg as a member of dell-team
[22:51] <lifeless> in prod
[22:53] <lifeless> is there some way to get e.g. https://launchpad.net/api/1.0/~dell-team/+sub-teams to render the json ?
[22:56] <gary_poster> lifeless, tomorrow morning, I'll have someone on the squad investigate the bug.  My goal will be to fix or show in a LP test that basic team subscription sends emails as expected; and to fix or show that basic team subscription sends emails as expected for private bugs.  If neither of those are a problem, I will postpone further work unil next week unless you tell me otherwise (like, say, now ;-) ).
[22:57] <gary_poster> render the json...I think I have tried horrible webclient hacks in the past but I have no recipe atm
[22:59] <lifeless> gary_poster: its team-team-person
[22:59] <lifeless> gary_poster: I would wager we only really test team-person
[23:00] <gary_poster> lifeless, yeah, sorry, understood.  only really test team-person: maybe so.  If so, we'll find it quickly
[23:01] <gary_poster> lifeless, I'm running away in minute or so btw.
[23:03] <lifeless> ok, ciao
[23:03] <lifeless> I will continue coordination
[23:10] <gary_poster> thanks
[23:15] <lifeless> suspiciously, the send-bug-mail script optimisation is in the suspect range.
[23:28] <sinzui> wallyworld: ping
[23:28] <wallyworld> sinzui: hi
[23:29] <sinzui> wallyworld: I will not be available for the stand up in 30min. My daughter demands that I pick her up from soccer.
[23:29] <wallyworld> sinzui: been there :-)
[23:30] <sinzui> wallyworld: Can you convey my apologies.
[23:30] <lifeless> do teams provide IPerson?
[23:30] <wallyworld> sinzui: will do. we could have it now?
[23:30] <lifeless> if so we have some rather confused code
[23:31] <sinzui> wallyworld: if member so no mind
[23:31] <wallyworld> sinzui: ack
[23:31] <sinzui> lifeless: teams are IPerson with the addition of ITeam
[23:32] <sinzui> lifeless: They are IPerson until we execute __init__ in Person then they get the extra interface
[23:32] <lifeless> yeah, I thought so
[23:32] <lifeless> thanks
[23:32] <lifeless> I'm looking into this notification bug
[23:33] <lifeless> no joy so far
[23:37] <lifeless> it should end up in _get_recipients_for_team which is unchanged since before the issue
[23:39] <lifeless> at least, the webapp generation should do that
[23:39] <lifeless>  i suppose its possible the mail sending backend is doing something special
[23:44] <maxb> Any obvious reasons why a dev instance of launchpad would be rendering links to https://launchpad.dev/+icing/revNone/.... (which of course 404) ?
[23:45] <lifeless> run make
[23:45] <lifeless> IIRC its a make rule to update the revno