[07:30] Morning people [07:30] Morning noodles775. [08:28] good morning launchpadders [09:17] Howdy fellow travellers [09:20] ahoy [10:01] mrevell, hi [10:01] howdy jml, let me check I have minutes [10:01] mrevell, ok. I can call you also [10:02] jml, that would be superb. I have no minutes allowance remaining. [10:49] * jml going offline for a while. call my mobile if needed. === matsubara-afk is now known as matsubara [11:04] Morning, all === mrevell is now known as mrevell-lunch === Ursinha_ is now known as Ursinha === mrevell-lunch is now known as mrevell === Ursinha is now known as Ursinha-lunch === Ursinha-lunch is now known as Ursinha [14:41] jml: will you have time for a call this afternoon? [14:41] noodles775, sure. [14:41] noodles775, whenever suits you [14:41] except not 1800 UTC [14:43] jml: in 10mins? [14:43] noodles775, great. [14:45] matsubara: hi, i'm back, what did you want to ask? [14:45] intellectronica, hi [14:46] 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] matsubara: i will untarget and unassign from myself. those are no longer scheduled [14:47] intellectronica, ok. thanks === matsubara is now known as matsubara-lunch === salgado is now known as salgado-lunch [15:34] noodles775, in case you missed it on #bzr, bzr-builder gets it from the changelog. [15:35] noodles775, maybe another mistake in our data model. :\ [15:38] yeah, I saw. Thanks. === matsubara-lunch is now known as matsubara === salgado-lunch is now known as salgado [16:33] abentley: Are you free to talk about TwistedJobRunner at 1700 UTC? [16:33] allenap: Sure. [16:34] abentley: Thanks. [16:53] Night all. [17:00] allenap: How did you want to chat? [17:00] abentley: Skype okay? [17:00] allenap: Sure. [17:01] I can hear you. [17:05] 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] argh [17:06] the same pages load just fine in the browser [17:06] 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] bac: ping [17:07] intellectronica: ok. do you know what test command I can run to quickly get the failure? [17:08] gary_poster: bin/test -vvt stories/blueprints [17:08] ok [17:08] (it's a sequential test suite, unfortunately) [17:08] :-P :-) [17:09] 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] gary_poster, intellectronica: you both know about the '-1' option, right? [17:09] 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] it shows only the first failure. [17:10] gary_poster: thanks a bunch [17:10] gary_poster, is PQM really actually open? [17:10] jml: -1 yeah, thank you [17:10] jml: yes [17:10] gary_poster, wuu. [17:10] :-) [17:10] 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] time to convert some inventory into VALUE! [17:15] (that probably means spurious conflicts and make-work from changed APIs & intermittently failing tests, but hey) === EdwinGrubbs is now known as Edwin-lunch [17:54] nytol === gary_poster is now known as gary-lunch === jml is now known as joneaux === joneaux is now known as jml [18:37] So this is what a working internet connection feels like. [18:40] deryck, smooth and slightly oily! [18:40] and a bit the smell of coffee [18:40] * deryck had to find shelter in a coffee shop [18:40] ahh yes, coffee [19:04] g'night all === gary-lunch is now known as gary_poster [19:59] 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] 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") === salgado is now known as salgado-afk [20:02] gary_poster, the one we've got is packs, lp:subunit is 2a [20:02] gary_poster, if I change sourcedeps.conf and run the update script I get errors, I think. [20:02] gary_poster, alternatively, tell me how to make an egg out of subunit :) [20:04] 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] 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] gary_poster, sure, not if I delete the old branch :) [20:05] gary_poster, but I guess if I have to do that then it's a special rollout thing [20:06] gary_poster, which means "ask tom" [20:06] jml: well, actually it's messier than that ATM [20:06] :( :( [20:06] jml: right now we have sourcecode.conf and config manager duplicating each other [20:07] 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] 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] gary_poster, well, subunit isn't strictly-speaking a Python project [20:09] ah right [20:09] gary_poster, it's built with autotools. [20:09] I forgot [20:10] 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] 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] jml: right, that's my take === matsubara is now known as matsubara-afk [20:11] gary_poster, also, lifeless is the project maintainer. when it's broken it won't be because of a failing test :) [20:12] 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] jml: ^^ That would be easy enough to do if necessary [20:12] * gary_poster said, waving his hands [20:12] gary_poster, yeah, I've thought of making that change myself [20:13] gary_poster, but there's not much point if I can't do my thing on production :) [20:13] jml: yup, that's why I said it after I said, talk to flacoste and mthaddon :-) [20:13] I don't think getting it on prod will be a big deal mechanically [20:14] cool. [20:14] gary_poster, thanks for the help. [20:14] np, jml [20:22] 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] gary_poster: do you mean the bug that I closed on the 10.01 milestone today? [20:25] 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] ‏‎gary_poster: bug 513321 [20:26] wgrant: Have you landed your buildd-generalization branch, or were you expecting me to land those changes as part of my branch? [20:26] sinzui: thank you, yes [21:30] is there a list of launchpad dev's and what teams they are in? [21:30] bac's article mentions reviewing with someone from a specific team, but there's too many of you to keep track! :) [21:31] abentley: I think you should just go ahead and land yours. [21:31] i'm only kidding of course, i just don't know who is on what team for the most part [21:31] There's little point in landingmine separately. [21:31] wgrant: Okay. I got 4 test failures, but 3 looked spurious, so hopefully, it'll just work. [21:32] abentley: What were the failures? [21:33] wgrant: They're hard to retrieve because they were run under VNC. [21:36] Oh, I see your email now. [21:36] I didn't know that stuff was actually tested. [21:43] mars: ping === Edwin-lunch is now known as EdwinGrubbs [21:44] hi EdwinGrubbs [21:46] 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] :) [21:47] 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] mars: if you have some time, I'd like to bounce off some of the design/workflow decisions with integrating this fully. [21:50] 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] mars: sure [21:51] thanks