[01:26] <thumper> mwhudson: ping
[01:27] <mwhudson> thumper: pong
[01:27] <thumper> mwhudson: remember that RT we had ages ago for a machine to test multiple codehosting front ends talking NFS?
[01:28] <thumper> mwhudson: feel like getting involved with the testing of said issue?
[01:31] <mwhudson> thumper: yeah, i'm subscribed to the RT
[01:32] <mwhudson> i wouldn't have a problem getting involved, i should probably ask linaro management if they do though :-)
[01:36] <thumper> mwhudson: ok
[01:36] <thumper> mwhudson: we want to test it but I don't have the resources to put people on it right now :-(
[01:37] <james_w> what do you estimate the investment to be?
[01:37] <james_w> and what do we get out of it?
[01:37] <thumper> we get better front end scalability for codehosting connections
[01:37] <thumper> and kill a single point of failure
[01:38] <thumper> not sure on time estimate
[01:38] <lifeless> more tolerance of high load
[01:38] <thumper> I'm not sure on the time investment
[01:38] <thumper> I have a feeling that mwhudson would be able to give a better guess than me
[01:38] <lifeless> less downtime
[01:38] <mwhudson> simple testing should be simple
[01:38] <lifeless> [rephrased]
[01:38] <james_w> heh
[01:38] <mwhudson> if it all works fine, it's not long
[01:39] <mwhudson> although i don't know how one would test production like load safely
[01:39] <james_w> IS have provided the test rig, it's just hammering on it for a while?
[01:39] <mwhudson> yeah, & figuring out details of deployment i guess
[01:40] <james_w> sounds like something we can invest in, because I can certainly see the appeal
[01:41] <james_w> obviously if it starts to escalate we will have to look again
[01:41] <mwhudson> is jam's forking service stuff deployed yet?
[01:42] <spiv> I don't think so
[01:42] <thumper> mwhudson: I don't think it is being used yet
[01:42] <thumper> merged but unused
[01:42] <mwhudson> :(
[01:42] <mwhudson> somewhat tangential to the issue at hand of course
[01:43] <mwhudson> james_w: so you'd be ok with me spending tomorrow morning say on this?
[01:43] <james_w> mwhudson, sure. Let me know if it adds up to more than a day of your time.
[01:44] <mwhudson> tbh, i'm a little bit unsure what to work on as i have less than 2.5 days work left before being off for xmas, seems a bad time to start something big
[01:44] <james_w> yeah, this seems like a good stocking filler
[01:44] <james_w> though I might advocate for getting the dead code in use and only tackling one big infrastructure change at a time
[01:45] <spiv> I think jam's thing is stuck at RT 42199, the qastaging for it?
[01:56] <lifeless> james_w: have you become a team lead ?
[01:57] <james_w> lifeless, yes, but things are still in flux
[01:58] <lifeless> congrats
[03:00] <stub> Anyone else looking at the devel->db-devel conflict?
[03:01] <poolie> hi lifeless
[03:01] <poolie> and stub
[03:02] <stub> yo
[03:02] <poolie> thumper: are you around?
[03:02] <thumper> yeah
[03:02] <poolie> do any of you want to talk to me about bug 605775, and showing file content within loggerhead?
[03:02] <_mup_> Bug #605775: Loggerhead doesn't support linking to the raw content <loggerhead:In Progress by mkanat> < https://launchpad.net/bugs/605775 >
[03:02] <poolie> i'm wondering what fits best in lp
[03:02] <poolie> i guess i should go by analogy to bug attachments which is that we'll serve anything, but we must serve it from a separate domain
[03:03] <poolie> to avoid/reduce xss
[03:06] <thumper> poolie: I think that the option defined at the end of 2) to only support text/plain or application/octet-stream should mitigate the need for a separate domain
[03:06] <thumper> is ok
[03:07] <thumper> poolie: or at least have it a configurable option
[03:07] <thumper> as some people may want to run loggerhead locally and have it serve images
[03:07] <thumper> but launchpad doesn't
[03:07] <thumper> although...
[03:07] <thumper> if we did get around to adding wikkid into LP there would be similar problems
[03:08] <thumper> perhaps we don't care that much?
[03:10] <poolie> which "2"?
[03:10] <poolie> oh, i see
[03:10] <poolie> you have to pick from the list in my last post though :)
[03:11] <thumper> I was referring to the description
[03:11] <thumper> I haven't read the entire thread
[03:11] <thumper> is it necessary?
[03:11] <poolie> probably not
[03:12] <poolie> i kinda feel someone wearing a security hat ought to agree to it
[03:12] <thumper> agreed
[03:12] <thumper> depending on the size of the hat, you might get different answers :)
[03:14] <lifeless> thumper: applicaiton-octet stream is insecure and must not be used the lp domains
[03:14] <lifeless> (for user supplied content)
[03:14] <thumper> poolie: see...
[03:14] <lifeless> s/the/in the/
[03:14] <poolie> yes, i know
[03:14] <poolie> i'm trying to decide on the best alternative
[03:14] <lifeless> I thought I put it in the bug already
[03:15] <thumper> I didn't read the entire thread
[03:15] <lifeless> ah, I think my comments were in the merge proposal
[03:15] <poolie> you commented on the bug
[03:16] <lifeless> https://code.launchpad.net/~mkanat/loggerhead/raw-controller/+merge/42675
[03:17] <lifeless> is where I linked to the documented ie behaviour
[03:17] <lifeless> anyhoo, I'm not here today. ciao
[03:17] <poolie> so we agree on lp we will only serve them from a separate domain?
[03:18] <poolie> ciao
[03:18] <mwhudson> well
[03:18] <mwhudson> oh nm
[03:19] <mwhudson> showing raw content from private branches also sounds fun
[03:19] <mwhudson> probably needs a different hostname per branch or something :/
[03:19] <wgrant> Like we do for the restricted librarian.
[03:20] <mwhudson> yeah, and for the same reasons
[03:20] <wgrant> The Web is bad.
[03:20] <wgrant> :(
[03:21] <mwhudson> maybe we can use websockets somehow
[03:21] <mwhudson> (note: heavy sarcasm)
[03:21] <thumper> this all just makes me want to cry
[03:21] <thumper> if only people decided not to be evil
[03:21] <thumper> the world would be a nicer place
[03:21]  * thumper relocates back to his home
[03:22] <poolie> ok, we'll do the same as there
[03:24] <lifeless> poolie: its a little complex to do right now
[03:24] <lifeless> by do, I mean discuss
[03:24] <lifeless> as mwhudson and wgrant are talking about
[03:25] <mwhudson> refusing to do it for private branches at all is an option too
[03:25] <lifeless> poolie: my suggestion to mkanat to get a discussion going in the lp dev list remains as my best suggestion for moving forward
[03:25] <poolie> i agree too
[03:25] <lifeless> I'm sure that if a proposal gets forged in that fire, it will be rock solid
[03:25] <wgrant> We need an insecure domain.
[03:25] <lifeless> I'm worried that landing an unsafe branch on trunk will make trunk un-upgradable to by LP
[03:25] <wgrant> To stick stuff like the librarian and branches under.
[03:26] <lifeless> wgrant: launchpadlibrarian.net :P
[03:26] <poolie> i am not going to let him land something that is unsafe by default
[03:26] <mwhudson> wgrant: the problem is not the insecure domain
[03:26] <lifeless> coolio
[03:26] <poolie> even for non-lp users i think that would be a poor choice
[03:26] <lifeless> have fun y'all
[03:26] <mwhudson> wgrant: the problems are the "slightly secure" domains
[03:26] <wgrant> mwhudson: Right, but we sitll need an insecure domain.
[03:27] <mwhudson> let's confused the user and use lauchpad.net
[03:27] <StevenK> Even mis-spelt?
[03:29] <poolie> thanks for your contribution
[03:29] <poolie> :P
[04:29] <stub> thumper: Even if we restrict what mimetypes or extensions we serve from the Librarian, we want it on a separate domain because web browsers have bugs.
[04:47] <spm> StevenK: wgrant: thee builder scores for PPA's - are they meaningless these days? or still relevant? istr some discussion a while back about no longer using those. ?
[04:49] <wgrant> spm: They're still relevant.
[04:50] <wgrant> We don't want to use them.
[04:50] <wgrant> But there's nothing else yet.
[04:50] <StevenK> We just can't stop
[04:50] <StevenK> Right, because that
[04:51] <StevenK> spm: Someone is asking for a bump?
[04:58] <spm> well no. someone has a bump already - 12K and counting. but apparently not being built.
[04:58] <spm> that's a built in bump. I've not touched a thing.
[05:04] <wgrant> Hmm.
[05:04] <wgrant> We are running low on buildds.
[05:04] <wgrant> And there are some long builds running.
[05:04] <poolie> i'll do a patch for rlimits
[05:05] <poolie> spm i think robert would agree that if you have to kill/restart things by hand, there's at least two bugs
[05:05] <poolie> one underlying bug and one that it's not killed automaticalyl
[05:06] <mwhudson> launchpad is pretty hostile to the casual developer
[05:07] <spm> poolie: agreed. I did like the idea of the feature flag - but accept the challenges there :-/
[05:07] <mwhudson> i guess this isn't really news
[05:24] <poolie> spm do you have any idea what would be a reasonable limit? how much ram does that machine have?
[05:24] <poolie> shall we say 3G? or 2G?
[05:25] <spm> 64K?
[05:25] <poolie> things were easier then
[05:26] <spm> it has 8, but shares with some very big, and slow processes. it's not a single thing that gets bad per-se, it's the multiples that make it struggle.
[05:26] <spm> I'd aim for 1.2->1.5, and see how often we abort. work from that?? (to open negotiations)
[05:26] <poolie> ok
[05:27] <poolie> this is another case where it would be great to set rlimits through flags so they could be tweaked
[05:27] <poolie> one step at a time
[05:27] <spm> istr mwhudson did similar with the other whatsits, try and find a sweet point.
[05:27] <spm> actually....
[05:27] <spm> I can have a look thru the last week and *give* you an idea of how much is normal.
[05:27] <poolie> doing new code rollouts seems like a tedious way to titrate it
[05:28] <spm> right
[05:28] <mwhudson> wallyworld: wow, that's a strange test failure
[05:28] <wallyworld> mwhudson: yeah :-(
[05:28] <mwhudson> wallyworld: i think i know the problem though: for the tests in TestPullerMonitorProtocol, TestCase.setUp is being called twice
[05:28] <wallyworld> any ideas?
[05:28] <mwhudson> wallyworld: why this causes the symptoms it does.... no idea
[05:28] <wallyworld> oh
[05:29] <wallyworld> mwhudson: i'll just switch back to that branch and have a look
[05:31] <mwhudson> wallyworld: it's something like, the testcase's _recordOops method is registered as an @adapter(ErrorReportEvent)
[05:32] <mwhudson> wallyworld: and something about registering it twice means that it doesn't get deregistered properly
[05:32] <wallyworld> mwhudson: well, removing the dup setup worked \o/
[05:32] <wallyworld> i was too busy looking for something non obvious and complicated :-)
[05:33] <wallyworld> thanks for finding it :-)
[05:33] <mwhudson> well, it was a good one for a set of fresh eyes i think
[05:33] <mwhudson> wallyworld: duplicating the line
[05:33] <mwhudson>         self.useFixture(ZopeEventHandlerFixture(self._recordOops))
[05:33] <mwhudson> in TestCase.setUp brings the error back
[05:34] <wallyworld> ok. interesting that it hasn't come up before now
[05:35] <mwhudson> yeah
[05:35]  * wallyworld fires up ec2 again :-)
[05:38] <mwhudson> i would like to know why the failure mode is just that strange
[05:38] <mwhudson> but i would also like to go home and have dinner
[05:39] <poolie> mwhudson: https://code.launchpad.net/~mbp/launchpad/690021-rlimit/+merge/43733
[05:39] <poolie> but don't let it spoil/delay your dinner
[05:39] <wallyworld> mwhudson: enjoy your dinner. thanks again :-)
[05:40] <mwhudson> poolie: approved, you'll need to find someone else to land it though
[05:40] <mwhudson> (unless you can do that now?)
[05:40] <poolie> i probably have permission; i might need some hand holding
[05:41] <poolie> are there black box tests for this?
[05:41] <poolie> or, can i interactively test it?
[05:41]  * mwhudson points poolie at wallyworld :-)
[05:41] <mwhudson> poolie: yeah, there are blackbox tests
[05:41]  * wallyworld looks
[05:44] <wallyworld> poolie: i can help you land it but am not sure about testing it
[05:44] <poolie> i will see what i can do
[05:47]  * poolie fights with source code
[06:00] <LPCIBot> Project db-devel build (217): FAILURE in 3 hr 34 min: https://hudson.wedontsleep.org/job/db-devel/217/
[06:02]  * StevenK glares at Hudson
[06:03]  * wgrant glares back at StevenK.
[06:03] <wgrant> You borked it!
[06:03] <wgrant> Although I was watching :(
[06:13] <LPCIBot> Project db-devel build (218): ABORTED in 12 min: https://hudson.wedontsleep.org/job/db-devel/218/
[06:13] <LPCIBot> Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 12071,
[06:13] <LPCIBot> 12072 included.
[06:28] <spm> poolie: "<spm> I can have a look thru the last week and *give* you an idea of how much is normal." <== 99.55% are < 400Mb. 99.90% < 800Mb. then it jumps into crazy territory. I'd suggest starting with 600Mb.
[06:44] <poolie> spm, ok
[06:44] <poolie> so i put it up at 2gb
[06:45] <spm> shrug that works.
[06:48] <lifeless> [06:48] <lifeless>     Hard / Soft  Page ID
[06:48] <lifeless>       30 /  173  BugTask:+index
[06:48] <lifeless>       10 /  112  ProjectGroupSet:CollectionResource:#project_groups
[06:48] <lifeless>        9 / 2622  Archive:+index
[06:48] <lifeless>        9 /  230  Distribution:+bugs
[06:48] <lifeless>        7 /  235  Distribution:+bugtarget-portlet-bugfilters-stats
[06:48] <lifeless>        6 /   16  Archive:+copy-packages
[06:48] <lifeless>        6 /    7  Person:+bugs
[06:48] <lifeless>        5 /  195  POFile:+translate
[06:48] <lifeless>        5 /    6  ProjectGroup:+milestones
[06:48] <lifeless>        4 /    0  https://api.edge.launchpad.net
[06:58] <jelmer> 'morning
[06:59] <spm> heya jelmer!
[07:30] <lifeless> wgrant: bug 690484 is a dup of #?
[07:30] <_mup_> Bug #690484: "Start in 1 minute" shown for hours despite 12505 points <Soyuz:New> < https://launchpad.net/bugs/690484 >
[07:32] <wgrant> lifeless: It may not be a dupe.
[07:32] <wgrant> The underlying problem was not fixable until very recently.
[07:33] <spm> lifeless: there's a basic summary in #is from about 90 mins ago. fwiw.
[07:34] <lifeless> wgrant: I thought there was a bug for queue estimating already
[07:34] <lifeless> oh, I see
[07:34] <lifeless> PEBCAK
[07:35] <wgrant> It's not really an estimate issue.
[07:35] <spm> right. it's not an estimate problem.
[07:35] <wgrant> It's publisher latency + people clicking things that they shouldn't.
[07:35] <lifeless> so, someone will updates it?
[07:35] <spm> if anything the estimate was accurate.
[07:35] <wgrant> I will talk to Julian about it this evening.
[07:35] <spm> just... wrong. :-)
[07:35] <wgrant> Since it's now feasible to fix.
[07:36] <spm> wgrant: so the estimate would be "Never. This PPA is unable to publish" or words similar?
[07:36] <wgrant> spm: No -- private PPAs need no longer wait for publication.
[07:36] <spm> ah. even better.
[07:37] <wgrant> They can use the public restricted librarian.
[07:44] <poolie> hy bryce
[08:03] <poolie> how do i actually land something through pqm?
[08:03] <poolie> i don't need ec2 testing
[08:04] <wgrant> bzr lp-land, or bzr pqm-submit.
[08:04] <wgrant> lp-land takes an MP, pqm-submit requires you to specify the source, destination and commit message manually.
[08:05] <poolie> ok
[08:07] <poolie> bryceh: so my current theory as i said in mail is that for some tests there are two database connections present
[08:07] <poolie> and two transactions
[08:08] <bryceh> ok
[08:08] <poolie> this may be bs
[08:09] <poolie> i was hoping someone would answer that it was true :)
[08:11] <bryceh> poolie, http://pastebin.com/JFiz4mga
[08:11] <bryceh> wait, nevermind that
[08:11] <bryceh> (ran the wrong test)
[08:13] <poolie> iow i'm wondering if the test is running in a different storm context from the code under test
[08:13] <poolie> or something like that
[08:13] <bryceh> here we go - http://pastebin.com/UghMbtsJ
[08:13] <poolie> bear in mind it's only installed per-thread
[08:14] <bryceh> note down towards the bottom Features: {'bugtracker_components': None}
[08:14] <bryceh> I assume that should show as something other than None once the feature flag is seen
[08:14] <poolie> right
[08:15] <poolie> that does show that at least your template/view checked the flag
[08:15] <poolie> in -1 seconds!
[08:15] <poolie> way to go
[08:15] <bryceh> hehe
[08:17] <poolie> i see that create_view does setFirstLayer etc
[08:17] <poolie> i wonder if that gives it a new db connection?
[08:17] <poolie> or maybe this is a different kind of layer?
[08:19] <bryceh> I tried doing this, but same error:
[08:19] <bryceh> Store.of(self.bug_tracker).add(FeatureFlag(
[08:19] <bryceh>                 scope=u'default', flag=u'bugtracker_components',
[08:19] <bryceh>                 value=u'on', priority=1))
[08:19] <poolie> hm
[08:19] <poolie> actually if my theory is true you'd expect that no uncommitted changes are seen by the view
[08:19] <poolie> but in fact it's very common that they all are
[08:20] <poolie> can you make your view print its threadid and print the tid from the test code?
[08:21] <bryceh> you mean like:
[08:21] <bryceh>         print view.threadid
[08:21] <bryceh>         print self.tid
[08:21] <bryceh> ?
[08:21] <poolie> no i think
[08:22] <poolie> threading.currentThread()
[08:26] <bryceh> _MainThread(MainThread, started -1219778880)
[08:28] <poolie> the same in both?
[08:34] <bryceh> hmm, I can't figure out how to get the view to print its threadid
[08:35] <poolie> ok
[08:35] <poolie> bryceh: i need to go and cook
[08:35] <poolie> the next thing i would try is to get all the feature control rules
[08:36] <poolie> and see if there is one in there that's not being bmatched
[08:40] <poolie> ok good night all
[08:40] <poolie> bryceh: if you learn anything else (or don't), please send a followup to the dev list
[08:40] <bryceh> poolie, ok thanks for trying
[08:41] <poolie> oh you could also search the archives
[08:41] <bryceh> this feature flag stuff has been a huge headache
[08:41] <poolie> somebody, maybe deryck, hit something similar before
[08:41] <poolie> sorry :(
[08:41] <poolie> for testing, or generally?
[08:41] <bryceh> generally
[08:42] <poolie> if you can send a mail explaining where the problems have been i'd appreciate it
[08:42] <bryceh> was hard to figure out how to get it set up and working in the first place, now its hard to figure out how to get it to work in tests
[08:42] <bryceh> poolie, that's easy - the documentation is really confusing
[08:43] <poolie> ok, that should be fixable then
[08:43] <poolie> anything else?
[08:44] <poolie> well, if you think of anything, let me know
[08:52] <thumper> wallyworld_: ping
[08:52] <wallyworld_> thumper: hi.
[08:52] <thumper> wallyworld_: https://code.qastaging.launchpad.net/+daily-builds
[08:52] <thumper> wallyworld_: can you land a patch rs=me to remove the distro from the first column?
[08:52] <wallyworld_> i know. the filtering doesn't work :-(
[08:52] <thumper> wallyworld_: just the distribution fmt:link
[08:52] <wallyworld_> i'm fixing it now
[08:53] <thumper> wallyworld_: this isn't the filtering
[08:53] <wallyworld_> i'll include your change in the same branch
[08:53] <thumper> wallyworld_: thanks
[08:53] <wallyworld_> yeah, i was just letting you know i was already looking at it
[08:53] <wallyworld_> i'll do it tonight and the mp will be in your inbox tonmorrow morning
[08:54] <wallyworld_> thumper: i assume the distro is to be removed because it's always Ubuntu?
[08:54] <thumper> wallyworld_: yep
[08:54] <thumper> wallyworld_: perhaps in the future if it isn't always ubuntu, we may change it
[08:55] <wallyworld_> thumper: i was just typing that question :-)
[08:55] <thumper> :)
[08:56] <wallyworld_> thumper: mw found the codehosting issue too :-)
[08:56] <thumper> wallyworld_: awesome
[08:56] <thumper> mwhudson: I owe you a drink next time we are together in the same place :)
[08:56] <wallyworld_> thumper:  there was a bad test that called setup twice - been there a while, unrelated to my changes. not sure why it showed up the way it did
[08:56] <thumper> oh well
[08:56] <thumper> good to clean it up
[08:57] <wallyworld_> yep. it's in ec2 again as we speak. it was such a simple error - i was looking for something really complicated
[08:57] <thumper> :)
[08:57]  * thumper afk again
[08:57] <wallyworld_> wood, tree and all that
[09:11] <mrevell> Hello
[09:29] <wgrant> Does anybody have any objections to a reversion of r12041 (the Bugs restricted LFA API change, which has been qa-bad and untouched for four days)?
[09:33] <gmb> wgrant: ISTR abel doing some work on that, but he's got a bad back and won't be working for the rest of the week. Probably best to check with deryck, who I think knows what's happening there.
[09:34] <wgrant> gmb: k, was wondering where he was.
[09:34] <wgrant> Thanks.
[09:34] <wgrant> Will check with deryck when he appears.
[09:35] <gmb> Cool.
[09:46] <jelmer> has anybody else tried ec2 land in natty yet? From the first look of it it looks broken here.
[09:49] <wgrant> I was going to upgrade this weekend. Maybe I should not.
[10:14] <gmb> Anyone know off the top of their heads how I can persuade a widget to sprout a tabindex? Or should I just poke around until Zope blows up in my face, as usually happens with widgety things.
[10:17] <gmb> Nice. I'm so smart I ask the question and then /part the channel. I'm obviously going to have a winner of a day.
[10:20]  * gmb decides to just go an shove things in templates. It works better.
[10:21] <wgrant> As long as you don't use BeautifulSoup...
[10:24] <wgrant> Do we have reports of script runtimes somewhere?
[10:25] <gmb> Ah, BeautifulSoup, the thing that made syncing with Sourceforge possible for a short while.
[10:26] <wgrant> IIRC it was also involved in generation of the code import registration form.
[10:26] <gmb> wgrant: IDK; mthaddon might know. There may be something at https://lpstats.canonical.com.
[10:27] <mthaddon> we don't - it's in the DB, but I don't believe we graph it
[10:27] <mthaddon> (scriptactivity table)
[10:28] <wgrant> Hmm.
[10:46] <LPCIBot> Yippie, build fixed!
[10:46] <LPCIBot> Project db-devel build (219): FIXED in 3 hr 35 min: https://hudson.wedontsleep.org/job/db-devel/219/
[10:46] <allenap`> gmb: Do you know what the deal is with revision 12041 on https://devpad.canonical.com/~lpqateam/qa_reports/deployment-stable.html?
[10:49] <gmb> allenap`: wgrant already wondered about that. I don't know where abel was up to with fixing it. deryck might; if it's okay with him we'll back it out.
[10:50] <wgrant> gmb: It turns out that bigjools managed to get a rev after it rolled out anyway, so I am no longer strongly desiring its removal.
[10:51] <gmb> wgrant: Righto. Worth pursuing anyway, elsewise it'll make things confusing.
[10:51] <bigjools> there was a rev that backed it out, no?
[11:41] <lifeless> bigjools: I sure hope so, or apport is broke again :)
[11:46] <wgrant> It was only rolled out to Soyuz.
[11:47] <wgrant> It's not been rolled back, AFAICT.
[12:04] <deryck> Morning, all.
[12:56] <stub> Is the thing that generates diffs for merge proposals single threaded? No update for 8 mins on https://code.launchpad.net/~stub/launchpad/pending-db-changes/+merge/43763
[13:29] <jelmer> fwiw that MP still hasn't been updated - and it's 39 minutes ago now
[14:59] <bac> abentley, adeuring, allenap , bac, benji, danilo, sinzui, deryck, EdwinGrubbs, flacoste, gary, gmb, henninge, jelmer, jcsackett, jtv, bigjools, leonard, mars, mrevell: Reviewers Meeting ping
[15:00] <deryck> ack, thanks for the ping
[15:00]  * gary_poster is ready with my "me"
[15:02] <bac> allenap`: ^^
[15:03] <allenap> Thanks bac.
[16:37] <mrevell> Hey sinzui, do you have time for our call now?
[16:37] <sinzui> mrevell, I will be free in a few minutes
[16:37]  * sinzui otp
[16:37] <mrevell> np
[16:42] <gmb> gary_poster: Do you know if it's possible to give a widget or action button a tabindex using Zope? (Sorry if that's repeated; I lost conn)
[16:42] <gmb> gary_poster: I'm asking in the context of https://bugs.launchpad.net/malone/+bug/558419
[16:42] <_mup_> Bug #558419: +filebug page really should have tabindex for "Submit Bug Report" Button <bugjam2010> <dhrb> <escalated> <story-ajaxify-dupe-finder> <Launchpad Bugs:In Progress by gmb> < https://launchpad.net/bugs/558419 >
[16:43] <gary_poster> gmb: I'm pretty sure it is one of the knobs.  Lemme see if see any docs...
[16:44] <sinzui> mrevell, mumble
[16:44] <gmb> gary_poster: Thanks.
[16:49] <gary_poster> gmb: "extra" is a string that is just dumped in the widget tag, I believe.  you can set it up with the usual customwidget bits
[16:49] <gary_poster> is that enough to get you going, or should I try for more detail? :-)
[16:49] <gmb> gary_poster: Brilliant, thanks for the tip.
[16:50] <gary_poster> cool
[16:50] <gmb> gary_poster: That's fine. I'll poke around til something works - or breaks.
[16:50] <gary_poster> :-)
[17:44] <bigjools> flacoste: so I am not sure after that call as to whether jml's bugjam counter is looking for the tag or not, what was the consensus?
[17:45] <flacoste> bigjools: sinzui thinks it is, i'm not sure
[17:45] <flacoste> bigjools: looking at the code would clear doubts
[17:45] <flacoste> but i'm not sure where the code lives
[17:45] <bigjools> it would. but ... exactly
[17:45] <flacoste> putting the tag on is safe anyway
[17:45] <bigjools> where is it running
[17:45] <flacoste> and good practices
[17:45] <flacoste> on his server i think
[17:45] <flacoste> it's on mumak.net
[17:46] <flacoste> an API script
[17:46] <bigjools> yeah, I just went through 20-odd bugs adding the tag
[17:46] <bigjools> let's see if the count changes
[17:46] <flacoste> bigjools: it doesn't to seem to run that often either
[17:47] <flacoste> but we'll see
[17:50] <bigjools> and on that note, it's good night from me
[18:52] <beuno> abentley, hai! I wants lp-propose!  where do I get it from?
[18:53] <jelmer> beuno: it's in the launchpad plugin
[18:53] <jelmer> so if you have bzr you should have itg
[18:53] <jelmer> s/itg/it/
[18:53] <beuno> orly?
[18:54] <beuno> zomg!
[18:54] <beuno> that is awesome
[18:54] <beuno> thanks jelmer
[19:07] <gary_poster> gmb: hoping to have a bugs team review on a revert I'm doing of an adeuring branch.  You happen to be around for such a thing?  I think you are the only candidate
[21:09] <thumper> abentley: ping?
[21:10] <abentley> thumper, pong
[21:10] <thumper> abentley: mumble?
[22:22] <lifeless> flacoste: win: https://bugs.launchpad.net/launchpad/
[22:22] <flacoste> lifeless: nearly complete
[22:26] <flacoste> lifeless: now it's complete!
[22:26] <flacoste> blog post and identi.ca updated
[22:27] <wgrant> ... I didn't think that was happening yet.
[22:30] <flacoste> it's actually 5 days late
[22:30] <flacoste> was supposed to happen before the opening of the Jam
[22:51] <thumper> poolie: you'll be happy to know I've just fixed bug 523019 for the bugjam
[22:51] <_mup_> Bug #523019: can't save comment on mp til you click in the text field <ajax> <chrome> <code-review> <confusing-ui> <lp-code> <Launchpad itself:Triaged> < https://launchpad.net/bugs/523019 >
[22:52] <poolie> nice
[22:56] <wgrant> jelmer: Hi.
[23:04] <jelmer> wgrant: g'morning
[23:04] <wgrant> jelmer: Evening.
[23:04] <wgrant> jelmer: How is SyncPackageJob going?
[23:05] <jelmer> wgrant: tagged needs-landing
[23:06] <jelmer> wgrant, I've been almost done with it for about a week but keep being interrupted by other things
[23:06] <wgrant> jelmer: How usable will it be for Debian->Ubuntu in the near future?
[23:07] <jelmer> wgrant, The UI won't be relevant, but I've created the actual job with Debian->Ubuntu syncs in mind.
[23:07] <poolie> jelmer, we should talk sometime before christmas
[23:07] <poolie> but, i see it's late for you now - maybe tomorrow morning your time, or next week?
[23:08] <poolie> i'm going to be on leave tomorrow (just for friday)
[23:08] <jelmer> poolie: now would be fine actually, I'll probably be around for another hour
[23:09] <jelmer> poolie, but I'll be around next week as well
[23:12] <wgrant> jelmer: OK, great.
[23:15] <poolie> jelmer: irc/skype/pots/mumble/..?
[23:15] <jelmer> mumble ?
[23:17] <poolie> great
[23:59] <bac> thumper, mwhudson, stevenk, wallyworld, wgrant: reviewers meeting?