[00:02] * thumper tries to remember how to programmatically subscribe to an event [00:06] mwhudson: I don't suppose you remember where jml had the scanner subscriber stuff before it was moved to zcml? [00:31] wgrant: ping [00:32] thumper: lp.codehosting.scanner.fixture maybe? [00:32] mwhudson: yeah, looking at that now [00:43] thumper: Hi. [00:45] wgrant: when do you finish uni? [00:45] thumper: Novemberish. [00:47] wgrant: oh, I thought it was earlier ? [00:47] wgrant: are you full time at uni ? [00:48] lifeless: I am :/ [00:55] and some would think fill time on soyuz :) [00:56] Heh. Not quite. [00:58] WWWOOOOOOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!1 [00:58] OMG [00:58] something worked first time [00:58] bbq puppies? [00:59] thumper: you sound surprised about that [00:59] I am [00:59] especially since it is hooking into the zope event infrastructure [01:11] * thumper goes for a walk to get Maia [02:48] :( [02:48] ✁☹ [02:49] damn tests [02:52] its a little on that clicking on a bug in the candidate-dups list *isn't a link to the bug' [02:53] But it's green!!!!! [02:53] s/on/odd/ [02:55] if up in pdb takes you up the stackframe [02:55] what takes you down? [02:55] * thumper hangs head [02:56] thumper: down down down down === almaisan-away is now known as al-maisan [05:56] * mwhudson off [06:06] jamesh: would you happen to know how I run lazr.batchnavigator's doctest? [06:07] jtv: I'm not sure how the tests for that module would be hooked up, but assuming the test runner lets you select a subset of tests, can you use the test file name? [06:08] jamesh: oh, using the lp test runner? [06:09] jtv: yeah. The DocFileSuite() helper adds tests that use the filename as the test name [06:09] * jtv tries [06:09] so assuming the doctest has been hooked into the test suite you're running, that should work [06:09] setting up lp branch... [06:14] presumably you can run just the lazr.batchnavigator tests somehow though, if the module has been split out? [06:14] jamesh: yes, presumably... I just don't know how. Don't even know how to use setup.py. No dice on the lp test runner. :( [06:15] Even tried ./bin/test -vv -t README but that only runs the Launchpad ones. [06:28] jtv: it is quite possible that the LP test suite doesn't run the test suites of all its dependencies [06:29] after all, changes to LP shouldn't break its dependencies: it is the reverse you need to worry about [08:03] .win 14 [08:03] heyho [08:03] fun in the sun - http://launchpadlibrarian.net/47476014/fail.png (https://bugs.edge.launchpad.net/malone/+bug/574233) [08:04] mtaylor: this is where lp and lplib developers hang these days [08:04] neat [08:04] * mtaylor adds to list of channels [08:04] Bug #574233: clicking next with empty summary in bug filing wizard shows summary field twice [08:05] anybody around got a good idea on how to use launchpadlib from jython in a maven project? (or have a jar already done up?) OR, have any ideas on using launchpad API from java [08:05] or have already done my job for me? [08:06] thumper: where you been hiding? [08:06] mtaylor: hi [08:06] mtaylor: release tomorrow and a fix of mine isn't working [08:06] mtaylor: I'm debugging [08:07] thumper: ah. fair enough [08:07] mtaylor: apart from that, working on wikkid [08:07] * mtaylor was just talking about that to someone today [08:07] the masses are all looking forward to it [08:07] thumper: I will join the list eventually, I swear [08:07] mtaylor: really? [08:09] :-( the unregistering of fixtures isn't working [08:09] * ajmitch sort of dislikes having to join the team to subscribe to the mailing list :) [08:09] or at least the remove handler isn't [08:10] thumper: yup. we were talking about what a great idea it was, and how much we would enjoy such a thing [08:10] mtaylor: :) [08:19] BjornT: did you see my change to the branch that records the oopses? [08:21] * thumper primarl screams [08:21] primal [08:21] whatever [08:21] fuck it [08:22] * mtaylor imagines it's more like a primarl scream [08:23] I found my bug [08:23] sometimes I hate the python object model for inheritance and shitty destructors (or lack of them) [08:24] * thumper goes to brush the kids teeth while ec2 does its thing [08:24] mtaylor: I'm hoping to have a wikkid release within the next month [08:24] fingers crossed [08:26] thumper: no, i didn't. i'll look at them now [08:30] BjornT: I got mwhudson to take a look at the changes [08:30] BjornT: and he is pretty happy with them [08:31] BjornT: it adds the ability of the base LP TestCase to record the oopses that occur during a test run [08:31] BjornT: by adding an ObjectEvent for new oopses, and listenting to it in setUp and removing it in tearDown [08:33] BjornT: as a drive by I fixed a spurious test failure that was failing for the exact reason of testing that an oops was generated [08:33] BjornT: spurious in that it failed if that particular test ran over midnight :) [08:34] BjornT: I also added the tests you were after about testing that the errors were recorded properly in the different situations [08:34] thumper: those changes look good. firing off an event is a good idea, and the tests look good. [08:41] BjornT: just running everything through ec2 again as I came across a test that had multiple inheritance, set up both base classes setUp methods (they were both test case bases) but failed to declare a tearDown [08:41] BjornT: yes it was a code tests [08:42] BjornT: I've added the required tearDown and re-running the tests [08:42] BjornT: if all is good, I'll land it in about 3 horus [08:42] hours [08:48] thumper: ok [09:48] lifeless: ping [09:48] jml: ping [09:48] someone who understands testtools: ping [10:05] * thumper goes to clean-up, checking back in shortly [10:07] * thumper just remembered it is a public holiday in the UK - jml please check IRC anyway! [10:21] danilos: what's the status of the remaining Translations QA items? [10:23] BjornT, (let me check, I am off today so can't spend much time on it) [10:25] super(TestCase, self).setUp() [10:25] fucking super killing my tests!!! [10:25] danilos: thanks. maybe you can delegate to someone? [10:25] BjornT, it seems we got a few landings by Adi [10:26] BjornT, henninge is the only translations dev around and he is busy with half of the QA :) some items are simply QAed already (on dogfood) even before they landed [10:27] danilos: I was going to go through the items anyway [10:28] henninge, thanks [10:29] danilos: there is only one item that is not related to build-from-branch. [10:29] BjornT, henninge: so, most of them seem QAed anyway (buildfarm related work), and there is one that isn't (bug 568891) and one that is not 'fix committed' (bug 531768) [10:29] Bug #568891: Support "weird" language codes for KDE translations

[10:29] Bug #531768: Import queue status popup displaces page content to the left on Firefox

[10:29] henninge, right [10:29] oh, that one ;) [10:31] henninge, if you've got time to QA 568891 you'd have to do it on dogfood as well :) if not, I'll QA it post-release tomorrow; basically, uploading a kde-l10n-ca-valencia package and one regular kde-l10n-de package should do and distribute their translations across different KDE source packages :) [10:31] henninge, trivial, isn't it :) [10:31] I'll give it a try [10:32] henninge, I'm letting you mark all the template generation bugs as qa-ok [10:32] :) [10:32] jml, lifeless: unping, got it sorted [10:32] thanks ;P [10:32] cheers, I am really gone now (will only be back later to write up a blog post about generation of templates :) [10:32] good stuff [10:36] BjornT: bug 531768 is fixed in lazr-js and would need an lazr-js upgrade in LP to be fixed for us. [10:36] Bug #531768: Import queue status popup displaces page content to the left on Firefox

[10:37] BjornT: but I am not sure how if that will happen anyway or if we can do anything. It's not target to this release, anyway .... ;) [10:39] henninge: right. upgrading lazr-js is a bit too risky to do now. [11:00] Morning, all. [11:00] deryck: hi [11:01] thumper: hi [11:01] lifeless: all sorted now [11:02] thumper: kk === matsubara-afk is now known as matsubara [13:12] noodles775: how's the soyuz QA going? you still have a few needstesting items [13:26] BjornT: I've updated the two assigned to me. I'm pretty sure StevenK's two items are now QA'd, but I'll let him updated them. [13:38] noodles775: well, isn't StevenK in australia? [13:39] BjornT: correct. I helped him QA the fix for the first one this morning. [13:39] * noodles775 checks the kanban [13:39] noodles775: so it would be good if you could get them updated, and qa them if ncessary. doing it tomorrow is too late. [13:40] The second bug hasn't been QA'd it seems. One of us will follow it up. [15:25] BjornT, The registry has two fixes that we can have in review in the next hour. [15:26] We want RCs for them [15:27] sinzui: what kind of fixes? [15:28] BjornT, bug 574142 <-- cause by Edwin's RC landing on Friday [15:28] Bug #574142: Could not adapt ProductSeries to IBranchTarget [15:28] BjornT, bug 574431 <- The feature is ready for release [15:29] Bug #574431: Remove lpnet guard from project package suggestions [15:31] sinzui: ok, that sounds like reasonably RC candidates. you might have to ask flacoste for RCs, though, since i might be unavailable. [15:31] BjornT, okay. thanks for your advice. === Ursinha is now known as Ursinha-lunch [16:37] Is the branch scanner knackered? My branch has been waiting for 45 minutes [16:37] oh, I see launchpad-reviews explains the issue === fjlacoste is now known as flacoste === Ursinha-lunch is now known as Ursinha === salgado is now known as salgado-lunch === matsubara is now known as matsubara-lunch === al-maisan is now known as almaisan-away === dpm is now known as dpm-afk === salgado-lunch is now known as salgado === matsubara is now known as matsubara-afk [19:40] Hi everyone, are there any problems known involving the automatic import of translations from bzw into launchpad ? [19:41] shilbert: nope [19:41] it seems the translations are not updated in launchpad although the imported files have updates [19:41] I have imported the translations of an bzr yesterdayt [19:41] and everthing was smooth [19:41] shilbert: can you give me the link to the project? [19:42] yes, just a second [19:42] https://translations.launchpad.net/gnumed/trunk/+pots/gnumed === salgado is now known as salgado-brb [20:03] Is inlinehelp.js the only thing using MochiKit? anyone know for sure? [20:08] sinzui, perhaps you know? ^^ === salgado-brb is now known as salgado [20:12] deryck, I believe there are several show/hide/expand/collapse methods that use MochiKit in comments. There is a translations dependency too [20:13] sinzui, ah, ok. thanks. debating whether or not I want to fix inlinehelp to use yui or just do my 3 line fix. [20:13] deryck, bug 294656 sums of the deps [20:13] Bug #294656: Every page requests two JavaScript libraries (remove MochiKit) [20:13] nice. thanks! [20:14] deryck, I suspect you want to do the 3 line fix unless you can dedicate 2 days for YUI [20:15] sinzui, well, I was thinking one day flying. But you're probably right that's it's two days. [20:16] have to sleep some time :-) === dpm-afk is now known as dpm === salgado is now known as salgado-afk === matsubara-afk is now known as matsubara