[00:34]  * mwhudson lunches
[06:18]  * mwhudson EODs
[08:06] <adeuring> good morning
[09:01] <jml> good morning
[09:01] <jml> I would like inline commenting on merge proposals please.
[09:01] <noodles775> :)
[09:11] <mrevell> Morning!
[09:32]  * jml frowns
[09:32] <jml> I had somehow removed launchpad-developer-dependencies.
[09:34] <wgrant> bigjools: So, since cprov disappeared rather unexpectedly, I guess I should talk to you about the ddeb stuff at some point.
[09:35] <bigjools> wgrant: yeah, I guess.   how are you doing?
[09:36]  * jml out grabbing food.
[09:38] <wgrant> bigjools: I haven't done anything on it lately. The next step is to link the ddebs to their debs at upload time. I recall we last time got into a bit of a war about nullable references vs. link tables... But I think the actual implementation should be pretty easy, now I know how most of nascentupload works.
[09:38] <bigjools> okay
[09:38] <bigjools> nullable FK is fine here
[09:39] <bigjools> my main concern is making sure we don't miss any code that does stuff with binaries
[09:40] <wgrant> Right.
[09:40] <bigjools> I hope most of it can be encapsulated in the bpph class
[09:42] <wgrant> I imagine it will have a property that gives a list of publications to drag along.
[09:42] <wgrant> But ISTM that it would be a bit evil to have BPPH.remove() (or whatever it is) silently drag along a ddeb.
[09:42] <bigjools> well more than that, I want to make sure the operations themselves are all done in the model class
[09:43] <bigjools> why?
[09:43] <wgrant> Removing and deleting packages would then operate on some binaries without telling anybody.
[09:44] <bigjools> that's precisely what we want
[09:44] <wgrant> But I guess that's reasonable if you consider the DDEB to really be part of the DEB.
[09:44] <bigjools> yes, they're joined at the hip
[09:45] <wgrant> I was thinking that they would at least have to be exposed in NBS, but I guess that's not the case if we in fact have the new DEB also supersede the DDEB.
[09:46] <wgrant> (otherwise an orphaned DDEB would be left around in the case that a binary ceased to have a DDEB)
[09:46] <bigjools> yep
[09:46] <bigjools> this is why I think it should be all done in the publishing class
[09:47] <wgrant> Now that I realise they needn't even be seen in NBS, it seems reasonable to hide them entirely.
[09:47] <bigjools> but we'll need to audit the code to check for anything that is cheating and not using methods on the class to change things
[09:47] <wgrant> Right.
[09:52] <wgrant> I hope and presume it's reasonable to reject an upload if it contains an orphaned DDEB, but I must check that with distro folks...
[10:43] <jml> hey
[10:43] <jml> wasn't there a patch a few days ago to make merge proposal status editable in the same way as every other editable thing in Launchpad?
[10:43] <jml> allenap, hello
[10:44] <allenap> jml: Hello
[10:46] <jml> allenap, would you like to have a chat today about ec2 & what-not.
[10:48] <allenap> jml: Yes, that would be great. After lunch, say 1330?
[10:48] <deryck> Morning, all.
[10:48] <jml> allenap, perfect.
[10:48] <allenap> jml: Great :)
[10:48] <allenap> Morning deryck :)
[10:49] <mwhudson> jml: i think rockstar said it failed tests
[10:49] <mwhudson> jml: good morning btw
[10:51] <jml> mwhudson, hello.
[10:51] <jml> mwhudson, you were right about codeimport pagetests failing, btw :)
[10:55] <mwhudson> jml: i'm glad my crystal ball is still operational
[10:55] <mwhudson> (not that it required much clairvoyance to see that one coming)
[11:01] <jml> heh
[11:04] <jml> mwhudson, I'll look at the branching ubuntu diff now while you're online
[11:04] <allenap> mwhudson: I've done the paperwork for jscheck-maturity (https://code.edge.launchpad.net/~mwhudson/lpbuildbot/jscheck-maturity/+merge/12914) - is it worth trying this out in the staging buildbot? And are the LOSAs the people to talk to about it?
[11:05] <jml> IBranchNamespaceSet's API needs to be cleaned up.
[11:16] <allenap> mwhudson: Also, did you shepherd the buildbot upgrade last week, or should I look into that?
[11:37] <mrevell> allenap: Hi
[11:37] <allenap> mrevell: Hello.
[11:41] <wgrant> bigjools: Any preferences for the BPR column name?
[11:42] <bigjools> wgrant: ddeb_package ?
[11:43] <wgrant> bigjools: I was going to go the other way, but OK.
[11:46] <mwhudson> allenap: i did not
[11:48] <allenap> mwhudson: Do you plan to? If not, should it be reasonably straightforward?
[11:48] <allenap> For me to do.
[11:49] <mwhudson> allenap: it would be good for you to do it
[11:49] <mwhudson> allenap: particularly as spm isn't around this week
[11:50] <allenap> mwhudson: So, if I understand correctly, spm has context for this, so I should do it next week with him?
[12:54] <jml> kiko, good morning.
[12:54] <kiko> morning jml
[12:54] <kiko> how are you doing?
[12:56] <jml> kiko, well thanks :)
[12:56] <jml> I still can't get your phone to work though, because everyone in the world is ganging up on me to prevent me from having a phone of any kind.
[12:56] <jml> it's fate.
[12:57] <kiko> jml, what happened to it? that's sad.
[12:58]  * bigjools reboots after update
[12:58] <jml> kiko, the phone is physically ok. but O2 won't take my money, or my bank won't give it to them, or something.
[12:58] <kiko> jml, you should have taken my prepaid
[12:59] <jml> kiko, I should have.
[13:00] <kiko> it even had credit!!!
[13:30] <jml> allenap, ping
[13:30] <allenap> jml: pong
[13:31] <allenap> jml: Just getting skyped up
[13:32] <allenap> jml: I'm gavinpanella on Skype.
[13:33] <jml> allenap, added.
[14:23] <gary_poster> BjornT: hey.  we missed our call
[14:24] <BjornT> gary_poster: indeed. when are you free today?
[14:25] <gary_poster> BjornT: mm, could make a 10 minute call in 15 or 20 minutes.  Would that work for you?  I'm booked after that till your EOD, I think.
[14:26] <BjornT> gary_poster: yes, that would work for me. ping me when you're ready
[14:26] <gary_poster> BjornT: cool, will do
[14:33]  * jml gets food.
[14:47] <gary_poster> BjornT: ping
[14:47] <BjornT> gary_poster: hi
[14:48] <BjornT> gary_poster: https://dev.launchpad.net/TechnicalArchitect
[17:02] <allenap> abentley: Have you taken the "Approved" status away from merge proposals? I can't set https://code.edge.launchpad.net/~allenap/lpbuildbot/avoid-deadlock/+merge/12921 to approved, nor can gmb.
[17:02] <abentley> allenap: No.  Are you on the reivew team?
[17:03] <abentley> allenap: It says "community" beside gmb, so he's definitely not.
[17:03] <allenap> abentley: I don't know. I did look earlier to see if I was able to set the review team, but I guess I don't have the evil to do it. The reviewer defaults to ~launchpad-pqm.
[17:04] <abentley> allenap: The review team for ~launchpad-pqm/lpbuildbot/trunk is launchpad-pqm.
[17:05] <jml> maybe the page should say "Members of ~FOO can approve this merge proposal for landing." even with an edit link.
[17:05] <allenap> abentley: Is that a per-branch or per-project property?
[17:06] <abentley> allenap: it is a per-branch property, on the target of the merge proposal.
[17:07] <abentley> jml: Yes, now that review team is more than a default, it should be indicated.
[17:07] <abentley> jml: I'd worry that an edit link would not make it clear that all merge proposals for ~launchpad-pqm/lpbuildbot/trunk would be affected by the change.
[17:08] <allenap> abentley: Are you able to set it for lp:~launchpad-pqm/lpbuildbot/trunk and .../staging? If so, please could you set it to ~launchpad? I can't edit those branches.
[17:08] <jml> abentley, good thought. perhaps the edit dialog could make that clear.
[17:10] <abentley> allenap: done.
[17:10] <allenap> abentley: Thank you :)
[17:20] <jml> how do I call a python function from a template?
[17:21] <allenap> jml: "python: function()" <-- is that what you're looking for?
[17:22] <jml> allenap, yeah, that's it :)
[17:22] <allenap> jml: Cool. Btw, no-arg functions will be called in TAL expressions too.
[17:23] <jml> allenap, yeah. I discovered that to my chagrin.
[17:23]  * jml dislikes that feature.
[17:25]  * jml sneaks in a bit of naughty hacking.
[17:27]  * jml afk.
[18:05] <jml> how do I interrupt a page test and start that version of Launchpad in my browser
[18:11] <jml> any clues?
[18:14] <bac> jml: is that barry's 'stop' trick?  or is that for doctests?
[18:15] <jml> bac, it might be...
[18:15] <jml> bac, what's barry's stop trick?
[18:15] <bac> jml: https://dev.launchpad.net/Debugging
[18:16] <jml> bac, thanks.
[18:16] <bac> i thought barry might come around and discuss it if we mentioned barry enough times.
[18:16] <jml> that's ok. I think I can figure it out from here.
[18:16] <barry> whuh?
[18:16] <jml> barry barry.
[18:17] <barry> jml: https://dev.launchpad.net/Debugging
[18:17] <jml> barry, thanks. :)
[18:18] <barry> np :)
[18:18] <jml> should I keep saying "barry"?
[18:18] <barry> jml: please!  i don't hear that boing! sound enough
[18:19] <jml> heh :)
[18:22] <barry> jml: of course, getting kicked and reconnected generates about a dozen of them, so i try to do that often
[18:22] <jml> :D
[18:24]  * jml frowns.
[18:25] <gary_poster> abentley: I'm writing a quick email to the Zope group about bzr 2.0.  do I understand correctly that we don't yet have a release with Ian's work on the cross-platform line ending normalization?
[18:26] <abentley> gary_poster: I don't think that's correct.  I think it's implemented, but still a work-in-progress.
[18:27] <gary_poster> abentley: oh, ok, so it works in 2.0 with quirks? (no need to specify said quirks if I get the gist, unless you have them on-hand)
[18:27] <abentley> gary_poster: I think so, but I haven't been following closely enough to be certain.
[18:28] <gary_poster> abentley: cool  thank you.  I'll try to find the pertinent bug and go from there.
[18:31]  * rockstar lunches
[18:42] <jml> mwhudson, I'm guessing you aren't awake yet.
[19:00] <jml> g'night all.
[19:00] <jml> mwhudson, fwiw, the question is about code import authorization & branch ownership & how they interact.
[19:26] <lifeless> jml: gnight
[20:01] <gary_poster> barry: Is much Python run before mm_cfg.py?  Specifically, will sys.modules be populated with any imports?
[20:03] <barry> gary_poster: in a way it depends.  mm_cfg.py will almost always be the first Mailman package that gets loaded.  when mailmanctl is used though, sys, os, time, getopt, signal, errno, pwd, grp, socket are all loaded first
[20:04] <gary_poster> barry: hm.  do you have a second to talk on Skype, so I can get your opinion on _pythonpath change?  Will try to be fast
[20:06]  * gary_poster wants barry to have time to switch us to Mailman 3
[20:07]  * barry wants that too!
[20:07]  * gary_poster figgered :-)
[20:09] <jamalta> is it ok if i update the url to the rocketfuel-setup script in the "Get the source code page" to  ?
[20:09] <jamalta> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/annotate/head%3A/utilities/rocketfuel-setup
[20:09] <jamalta> the current url doesn't work..
[20:10]  * jamalta isn't even sure if he can update the wiki
[20:10] <beuno> jamalta, it does work
[20:10] <beuno> codebrowse is a bit flaky at the moment
[20:10] <jamalta> beuno: really? odd.. it's not working for me
[20:10] <jamalta> ah ok! understood
[20:10] <beuno> so that URL may fail sometones
[20:10] <beuno> sometimes
[20:10] <beuno> wow, that was an interesting typo
[20:11] <jamalta> lol
[20:11] <jamalta> also just realized that the url i pasted wouldn't be correct either
[20:11] <beuno> I clicked on that URL, and it works just dine
[20:12] <jamalta> yeah, but that's more than just the rocketfuel-setup
[21:01] <rockstar> Do we have any documentation on what each testing layer provides?  I'm wondering if I'm really using the best layer for my test.
[21:11] <kfogel> leonardr: ping
[21:21] <leonardr> kfogel, hi
[21:23] <kfogel> leonardr: https://code.edge.launchpad.net/~kfogel/launchpadlib/426323-apidoc-html-title-attrs/+merge/12442 -- barry asks a question that you might be able to answer, in his review.
[21:23] <kfogel> leonardr: I'm basically ready to merge, depending on whether tests are needed for this sort of change.
[21:23]  * barry is otp
[21:24] <leonardr> kfogel, i'm looking
[21:24] <kfogel> leonardr: thx
[21:25] <kfogel> barry: (no need to chime in, I just mentioned your name in passing)
[21:36] <leonardr> kfogel, comment added
[21:40] <kfogel> leonardr: if my primary goal is to just land the thing, would you say that's okay to do?  (I think your suggestions about tests are very sane, but at the same time... this isn't code, and I don't want to spend a lot of time writing tests if they're not really needed.)
[22:08] <leonardr> kfogel: yeah, just land it
[22:09] <kfogel> leonardr: that's what I think too :-)
[22:20]  * mwhudson hadn't edited a page test for a while ....
[22:20] <mwhudson> gosh, the ate
[22:20] <mwhudson> ^h
[22:20] <kfogel> leonardr: can I put you down in "[r=barry, leonardr]" in this?
[22:23] <leonardr> kfogel, sure
[22:26] <kfogel> leonardr: thx.  Landed.
[22:26] <jml> ec2 land!!!1!
[22:26] <kfogel> jml: ?
[22:26] <jml> oh wait, it's not launchpad.
[22:26] <jml> never mind.
[22:26] <kfogel> jml: did you just use ec2land to land a change to ec2land?
[22:27] <jml> kfogel, no, although I used it to land itself.
[22:27] <kfogel> jml: btw, that open merge proposal on launchpadlib you asked me about earlier?  It's landed now.  (https://code.edge.launchpad.net/~kfogel/launchpadlib/426323-apidoc-html-title-attrs/+merge/12442)
[22:27] <jml> kfogel, cool.
[23:00] <mwhudson> heh heh
[23:00] <mwhudson> doing bzr diff -r 3 when you meant diff -r -3 is a bit surprising
[23:02] <wgrant> Particularly when you're on a slow remote SSH session.
[23:02] <mwhudson> it actually was quite quick, considering
[23:03] <mwhudson> a million lines of diff in 8 seconds
[23:03] <wgrant> Not bad.
[23:03] <mwhudson> yeah
[23:03] <mwhudson> wouldn't get that from packs, i bet
[23:23] <mwhudson> what's the fix for TypeError: a float is required with python2.6 and httplib2 ?
[23:37] <wgrant> mwhudson: Use the packaged one.
[23:37] <mwhudson> wgrant: i think i am
[23:38] <wgrant> mwhudson: That was patched mid-Jaunty.
[23:38] <mwhudson> hm
[23:38] <mwhudson> wgrant: i have 2.6.2-0ubuntu1
[23:38] <wgrant> Anyway, http://launchpadlibrarian.net/23324641/python-httplib2_0.4.0-0ubuntu1_0.4.0-0ubuntu2.diff.gz
[23:38] <wgrant> mwhudson: It's a seperate package. python-httplib2
[23:38] <wgrant> 0.4.0-0ubuntu2 is fixed.
[23:38] <mwhudson> oh
[23:38] <wgrant> But you might be using an egg.
[23:39] <mwhudson> not in this case
[23:39] <mwhudson> hm i have 0.4.0-1
[23:39] <mwhudson> where did that come from, i wonder
[23:39] <wgrant> apt-cache policy python-httplib2
[23:40] <mwhudson> wgrant: http://pastebin.ubuntu.com/287375/ ?
[23:40] <wgrant> If that doesn't show anything useful, I guess check /usr/share/doc/python-httplib2/changelog.Debian.gz
[23:41] <wgrant> Hmm.
[23:41] <wgrant> What does the changelog say?
[23:41] <mwhudson> wgrant: 0.4.0-1 seems to be from hardy
[23:41] <mwhudson> python-httplib2 (0.4.0-1) hardy; urgency=low
[23:41] <mwhudson>   * Build a single package for all architectures as it's arch-indep.
[23:41] <mwhudson>  -- Launchpad package maintainers <launchpad@lists.canonical.com>  Wed, 11 Jun 2008 10:33:49 -0300
[23:42] <wgrant> Gnargh.
[23:42] <matsubara-afk> after updating to karmic, I'm getting a ImportError: No module named tickcount when I try to make run. is this known?
[23:42] <wgrant> ~launchpad's PPA for Hardy has a broken version string.
[23:42] <wgrant> Too late now.
[23:42] <wgrant> mwhudson: apt-get install python-httplib2/karmic
[23:42] <mwhudson> wgrant: ah
[23:43] <mwhudson> wgrant: i'm still on jaunty, but i can figure out the change :)
[23:43] <wgrant> matsubara-afk: `apt-cache policy python-tickcount`
[23:44] <matsubara-afk> wgrant, http://pastebin.ubuntu.com/287377/
[23:44] <wgrant> matsubara-afk: You don't have the ~launchpad PPA in your sources.list?
[23:45] <wgrant> The dist-upgrader could well have disabled it.
[23:45] <matsubara-afk> wgrant, oh! you're right! let me check and thanks!
[23:46] <wgrant> matsubara-afk: Might not fix it (Karmic seems to have the same version as Jaunty), but we'll see.
[23:46] <matsubara-afk> wgrant, btw, is there a easy way to renable everything I have in /etc/apt/sources.list.d/?
[23:46] <mwhudson> wgrant: thanks
[23:47] <wgrant> matsubara-afk: Not really. The "easiest" way might be to check lots of checkboxes in System » Administration » Software Sources.
[23:50] <matsubara-afk> wgrant, ok, re-enabled the ppas and now am running a sudo apt-get update && sudo apt-get upgrade. that should do it, right?
[23:51] <wgrant> matsubara-afk: As long as you also s/jaunty/karmic/ in each PPA line.
[23:51] <matsubara-afk> wgrant, yes, they were already updated to karmic by the dist upgrade but kept commented out
[23:52] <wgrant> matsubara-afk: Ah, right.
[23:52] <wgrant> matsubara-afk: You should be fine, then.
[23:52] <matsubara-afk> ok, bunch of python packages coming from ppa.launchpad.net, so let's wait and see :-)
[23:52] <matsubara-afk> thanks wgrant
[23:53] <wgrant> np