[07:30] <noodles775> Morning people
[07:30] <wgrant> Morning noodles775.
[08:28] <jml> good morning launchpadders
[09:17] <mrevell> Howdy fellow travellers
[09:20] <jml> ahoy
[10:01] <jml> mrevell, hi
[10:01] <mrevell> howdy jml, let me check I have minutes
[10:01] <jml> mrevell, ok. I can call you also
[10:02] <mrevell> jml, that would be superb. I have no minutes allowance remaining.
[10:49]  * jml going offline for a while. call my mobile if needed.
[11:04] <deryck> Morning, all
[14:41] <noodles775> jml: will you have time for a call this afternoon?
[14:41] <jml> noodles775, sure.
[14:41] <jml> noodles775, whenever suits you
[14:41] <jml> except not 1800 UTC
[14:43] <noodles775> jml: in 10mins?
[14:43] <jml> noodles775, great.
[14:45] <intellectronica> matsubara: hi, i'm back, what did you want to ask?
[14:45] <matsubara> intellectronica, hi
[14:46] <matsubara> intellectronica, I wanted to ask about https://bugs.launchpad.net/bugs/401724 and https://bugs.launchpad.net/bugs/401923 they're both targeted to .11. should we drop the milestone for those? retarget to another milestone?
[14:47] <intellectronica> matsubara: i will untarget and unassign from myself. those are no longer scheduled
[14:47] <matsubara> intellectronica, ok. thanks
[15:34] <jml> noodles775, in case you missed it on #bzr, bzr-builder gets it from the changelog.
[15:35] <jml> noodles775, maybe another mistake in our data model. :\
[15:38] <noodles775> yeah, I saw. Thanks.
[16:33] <allenap> abentley: Are you free to talk about TwistedJobRunner at 1700 UTC?
[16:33] <abentley> allenap: Sure.
[16:34] <allenap> abentley: Thanks.
[16:53] <noodles775> Night all.
[17:00] <abentley> allenap: How did you want to chat?
[17:00] <allenap> abentley: Skype okay?
[17:00] <abentley> allenap: Sure.
[17:01] <abentley> I can hear you.
[17:05] <intellectronica> gary_poster: so andrea-bs has #the problem only manifests in the testsuite. trying to load many pages result in "Could not adapt" errors
[17:05] <intellectronica> argh
[17:06] <intellectronica> the same pages load just fine in the browser
[17:06] <intellectronica> looks, b.t.w like both myself and andrea-bs will have to go soon, so this is not urgent, but the branch in question is lp:~andrea-bs/launchpad/blueprint-comments-part3
[17:07] <sinzui> bac: ping
[17:07] <gary_poster> intellectronica: ok.  do you know what test command I can run to quickly get the failure?
[17:08] <intellectronica> gary_poster: bin/test -vvt stories/blueprints
[17:08] <gary_poster> ok
[17:08] <intellectronica> (it's a sequential test suite, unfortunately)
[17:08] <gary_poster> :-P :-)
[17:09] <andrea-bs> thank you intellectronica, gary_poster for your help: I have to leave now. Of course, feel free to contact me by mail if you need
[17:09] <jml> gary_poster, intellectronica: you both know about the '-1' option, right?
[17:09] <gary_poster> intellectronica, andrea-bs: my other review has a schema change, so I can't get to it ATM.  I'll try to look at it today and get back to you
[17:10] <jml> it shows only the first failure.
[17:10] <intellectronica> gary_poster: thanks a bunch
[17:10] <jml> gary_poster, is PQM really actually open?
[17:10] <gary_poster> jml: -1 yeah, thank you
[17:10] <gary_poster> jml: yes
[17:10] <jml> gary_poster, wuu.
[17:10] <gary_poster> :-)
[17:10] <sinzui> bac the presentation is suggested for upstream quality for a source package does not need to change. I realise now that that the project page must be different from the source package page because the package cares more about the series info. Since a project can have many source packages, a simple graphic treatment is not possible.
[17:11] <jml> time to convert some inventory into VALUE!
[17:15] <jml> (that probably means spurious conflicts and make-work from changed APIs & intermittently failing tests, but hey)
[17:54] <mrevell> nytol
[18:37] <deryck> So this is what a working internet connection feels like.
[18:40] <jml> deryck, smooth and slightly oily!
[18:40] <deryck> and a bit the smell of coffee
[18:40]  * deryck had to find shelter in a coffee shop
[18:40] <jml> ahh yes, coffee
[19:04] <jml> g'night all
[19:59] <jml> gary_poster, while you're around... would it be possible for me to change the subunit dependency to lp:subunit? it's in a format incompatible with the one currently being used
[20:01] <gary_poster> jml: that's more of a policy question for mthaddon, if I understand you.  (I don't understand context of "it's in a format incompatible with the one currently being used")
[20:02] <jml> gary_poster, the one we've got is packs, lp:subunit is 2a
[20:02] <jml> gary_poster, if I change sourcedeps.conf and run the update script I get errors, I think.
[20:02] <jml> gary_poster, alternatively, tell me how to make an egg out of subunit :)
[20:04] <gary_poster> jml, per option 2: we don't have to make it an egg, but something that plays with distutils alone.  We prefer source distributions, actually.  If we had a bit of time next week I'd be happy to look at it.
[20:04] <gary_poster> jml, per option 1:  "if I change sourcedeps.conf and run the update script I get errors, I think."  Even if you delete the old branch?  I'd be surprised
[20:05] <jml> gary_poster, sure, not if I delete the old branch :)
[20:05] <jml> gary_poster, but I guess if I have to do that then it's a special rollout thing
[20:06] <jml> gary_poster, which means "ask tom"
[20:06] <gary_poster> jml: well, actually it's messier than that ATM
[20:06] <jml> :( :(
[20:06] <gary_poster> jml: right now we have sourcecode.conf and config manager duplicating each other
[20:07] <gary_poster> sourcecode.conf is supposed to become canonical for the losas, hopefully this cycle (I *think* it is just their work from here on out, but Tom and I need to confer(
[20:08] <gary_poster> jml: the big question right now (for tom and maybe flacoste) is whether we want a non PQM-managed branch.  In an abstract sense, I don't see why it would make a big difference for us, but sometimes people see things differently than I  for some strange reason. :-) And I'd prefer to see a Python distribution of subunit myself, anyway, so that would be my preferred solution, which would make all of this other discussion irrele
[20:09] <jml> gary_poster, well, subunit isn't strictly-speaking a Python project
[20:09] <gary_poster> ah right
[20:09] <jml> gary_poster, it's built with autotools.
[20:09] <gary_poster> I forgot
[20:10] <gary_poster> If we are ok with a non-PQM managed branch and we don't want to/can't make a standard Python distro then we could make the sourcecode.conf script a bit more careful
[20:10] <jml> gary_poster, given that changing the revision of the branch that we use requires passing the test suite, I don't see why there'd be a problem
[20:10] <gary_poster> jml: right, that's my take
[20:11] <jml> gary_poster, also, lifeless is the project maintainer. when it's broken it won't be because of a failing test :)
[20:12] <gary_poster> script more careful: if the branch already exists locally, and the parent is different than what is supposed to be branched, then blow the local one away
[20:12] <gary_poster> jml: ^^ That would be easy enough to do if necessary
[20:12]  * gary_poster said, waving his hands
[20:12] <jml> gary_poster, yeah, I've thought of making that change myself
[20:13] <jml> gary_poster, but there's not much point if I can't do my thing on production :)
[20:13] <gary_poster> jml: yup, that's why I said it after I said, talk to flacoste and mthaddon :-)
[20:13] <gary_poster> I don't think getting it on prod will be a big deal mechanically
[20:14] <jml> cool.
[20:14] <jml> gary_poster, thanks for the help.
[20:14] <gary_poster> np, jml
[20:22] <gary_poster> sinzui: do you know the bug for the fact that the "close bugs when creating a release" feature implementation had performance problems?  (I know the feature itself is bug 341687)
[20:23] <sinzui> gary_poster: do you mean the bug that I closed on the 10.01 milestone today?
[20:25] <gary_poster> sinzui: Maybe.  I mean the bug for the branch that I approved for a reroll or CP, and that Tom instated as a CP today, which backed out your feature.
[20:25] <sinzui> ‏‎gary_poster: bug 513321
[20:26] <abentley> wgrant: Have you landed your buildd-generalization branch, or were you expecting me to land those changes as part of my branch?
[20:26] <gary_poster> sinzui: thank you, yes
[21:30] <jamalta> is there a list of launchpad dev's and what teams they are in?
[21:30] <jamalta> bac's article mentions reviewing with someone from a specific team, but there's too many of you to keep track! :)
[21:31] <wgrant> abentley: I think you should just go ahead and land yours.
[21:31] <jamalta> i'm only kidding of course, i just don't know who is on what team for the most part
[21:31] <wgrant> There's little point in landingmine separately.
[21:31] <abentley> wgrant: Okay.  I got 4 test failures, but 3 looked spurious, so hopefully, it'll just work.
[21:32] <wgrant> abentley: What were the failures?
[21:33] <abentley> wgrant: They're hard to retrieve because they were run under VNC.
[21:36] <wgrant> Oh, I see your email now.
[21:36] <wgrant> I didn't know that stuff was actually tested.
[21:43] <Edwin-lunch> mars: ping
[21:44] <mars> hi EdwinGrubbs
[21:46] <EdwinGrubbs> mars: I got smartsprites working and generating all the sprite files, but I am wondering why we don't just use PIL. I was able to take a super simple script someone wrote for sprites and recreate most of smartsprites in 100 lines.
[21:46] <mars> :)
[21:47] <mars> EdwinGrubbs, ok, why not?  If it is just a simple script, and the configuration is obvious, then I don't see a problem.
[21:48] <EdwinGrubbs> mars: if you have some time, I'd like to bounce off some of the design/workflow decisions with integrating this fully.
[21:50] <mars> EdwinGrubbs, I think it is a bit close to my EoD here.  Could we talk on Monday perhaps?  Before the AJAX call maybe?
[21:50] <EdwinGrubbs> mars: sure
[21:51] <mars> thanks