[00:00] jelmer: test_fixup_expected_errors (subunit.tests.test_subunit_filter.TestTestResultFilter) [00:00] subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_expected_errors ... ok [00:00] test_fixup_expected_failures (subunit.tests.test_subunit_filter.TestTestResultFilter) [00:00] lifeless: thanks, I'll have a look [00:00] subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_expected_failures ... ok [00:00] test_fixup_unexpected_success (subunit.tests.test_subunit_filter.TestTestResultFilter) [00:00] subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_unexpected_success ... ok [00:00] jelmer: for me locally, but failed in the package build [00:00] cool [00:00] its probably shallow [00:00] yeah, those are the problems [00:01] see jelmer [00:01] Ubuntu bug 59627 in linux-source-2.6.15 (Ubuntu) "Intel Core Duo 50% load with powernowd running" [Undecided,Invalid] [00:01] wth ubotu5. [00:02] lifeless: while I have you, can you update the milestone etc on bug 770519? [00:02] Launchpad bug 770519 in subunit "Test failures and stream leaking in test_test_protocol suite" [Undecided,In progress] https://launchpad.net/bugs/770519 [00:05] dne [00:06] thx [00:08] * maxb removes bzr/daily's dependency on testing-cabal for now as a workaround [00:08] and on jelmer/daily since that also contains a subunit [00:10] maxb: that's going to break all packages for old distroseries [00:10] oh? [00:10] maxb: they need newer versions of subunit - that's why we have the dependency on testing-cabal [00:11] maxb: mgz: better to fix bzr I think [00:11] There is a new enough but not too new version in bzr/ppa [00:11] the subunit test failures are not the cause of whatever bzr's issue is [00:11] lifeless: I agree, would prefer if maxb left it borked so I knew if I'd fixed it [00:12] as I'm not certain yet if it's a bzr issue or a subunit one. [00:12] maxb: what about the version of testtools? [00:12] ...or testtools [00:12] which could also be my fault! [00:12] I believe testtools should be adequately satisfied from bzr/ppa too [00:12] maxb: so I suspect mgz is debugging now [00:13] maxb: why does bzr/daily have a bzr/ppa dependency in the first place? It seems like that might risk bringing in dependencies [00:13] In any case, if there's stuff in your personal daily PPA that the bzr one depends on, it would be good to make that less ad-hoc [00:13] agreed [00:14] bzr/daily has a dep on bzr/ppa precisely for things which we don't do daily builds of, but still need a recent release of [00:14] (IIUC, anyway) [00:14] maxb: which ones? [00:14] testtools, subunit [00:15] maxb: THat's why we have the dependency on testing-cabal [00:15] but we do daily builds of them [00:15] in ~testing-cabal [00:15] so they don't match the 'dont do daily builds' part of your statement [00:15] "That ~bzr doesn't do daily builds of" [00:16] yup, I've got it repo'd [00:21] it is related to the two tests I knew about, not sure which rev where triggered the build failure but it's easy enough to fix the root cause [00:22] what is the root cause [00:22] maxb: is there any harm having testing-cabal as a dep [00:22] maxb: it seems useful to me [00:23] I've got no problem with adding it back later, but right now I'm aiming to try to fix the sorry state bzr/daily is currently in, for which I need a bzr build which completes successfully [00:23] the test bt.per_workingtree.test_smart_add.TestSmartAddTreeUnicode.test_accessible_explicit has its expectFailure logic backwards [00:29] jelmer: Do you have unpushed revisions for bzr-buildddeb/unstable locally? [00:30] maxb: you mean lp:bzr-builddeb? [00:31] oh, sorry, I was confused by the misleading presence of the alioth branch [00:31] also, ugh, the recipe is set to use {debupstream}+.... - which of course generates bogus versions when the changelog is UNRELEASED [00:32] yeah, that should be ~bzr probably [00:33] gra, testtools still doesn't make debugging this easy, it loses the matcher output [00:33] mgz: it doesn't attach it? [00:35] I'll set the recipe to use 2.7.4+bzr... (literally) for now. that will ensure we don't need to fix it in sync with pushing the next changelog entry [00:35] nope, never even formats the exception. [00:41] jelmer: Hi. I see you have a Build-Depends of bzr (<< 2.4.0~beta1-2) | python-bzrlib.tests in bzr-cvsps-import - unfortunately LP's sbuild is too stupid to resolve that - it only tries to install the first alternative [00:42] Can you see any downside to swapping them around? [00:44] maxb: Yeah, I'm working on swapping them right now [00:44] seger pinged me about it earlier [00:44] I have a test build running atm [00:44] maxb: okay, I have a fix for you. [00:45] jelmer: ok. Might be worth making it bzr (<< 2.4.0~beta1-2~) whilst you do (trailing ~) [00:45] maxb: to what point? [00:46] So the condition applies as intended to any backports that exist (like the bzr PPA ones) [00:47] that doesn't seem like a particularly worthwile revision to backport (a beta release?)? [00:48] Not particularly important, no. Just a thought given they need editing anyway [00:49] maxb: There was a merge request for the addition of python-bzrlib.tests to debian/control of bzr-builddeb [00:50] james_w`: What's the exact policy on reviews for lp:bzr-builddeb? [00:53] oh, sorry. I was in the "Packaging branch, no launchpad, exercise good judgement" mentality === mwhudson_ is now known as mwhudson [04:41] so, is this the place we ask about bzr explorer questions? [04:55] AuroraBorealis: yes, go for it. (I'm not someone who knows though, so can't asnwer.) [04:55] for some reason on windows bazaar explorer wont connect to my ftp server anymore. [04:55] it just sits there on 'starting' and freezes === AuroraBorealis is now known as aurora|away [05:25] hi spiv, all [05:30] Hi poolie [05:30] How's the springy side of the planet? [05:30] * fullermd jumps up and down a bit to check which side he's on... === Ursinha is now known as Ursinha-afk [06:20] nice thanks === aurora|away is now known as Auroraborealis [06:32] jelmer, trivial -> no review, everything else -> one review, unless you explicitly want more [06:45] james_w`: and, who constitutes a valid reviewer? [07:05] maxb, anyone on the bzr team, myself and people like you who know something about it [07:09] hi vila [07:14] thanks for that mail to linaro John [07:26] hi droid :) [07:30] * vila bbl [08:08] So I said, 'Horse? That looks more like a peanut to me! [08:12] * fullermd applauds. [08:36] * vila giggles === hunger_ is now known as hunger [09:20] fullermd: ViewSourceWith tracks the tmp file ! I thought I had to quit my editor but I only need to save... There is a small lag but I'm already getting used to it, this rocks ;) [09:21] Yeah, it's Pretty Durn Shiny(tm). [09:27] . o O (Funny that *I* was pushed to use my favorite editor even more ...) [09:28] * vila grins [09:40] Hey, I told you how to set it up to use a good editor instead... ;p [09:40] vila, what's ViewSourceWith? [09:41] poolie: a firefox extension that allows you to use your favorite editor for text fields [09:41] Firefox extension to let you use $EDITOR_OF_CHOICE for, among other things, View Source and