[04:07]  * mwhudson off home
[08:32] <adeuring> good morning
[08:46] <al-maisan> moin adeuring
[08:46] <adeuring> hi al-maisan!
[09:01] <mrevell> Morning
[09:01] <al-maisan> Good morning mrevell
[09:03] <mrevell> Dobro jutro al-maisan
[09:03] <al-maisan> oh wow!
[09:03] <mrevell> al-maisan, Heh, "Good morning in Bosnian" on Google.
[09:04]  * al-maisan did not know mrevell as a polyglot :)
[09:05] <asabil> hi all
[09:05] <asabil> I have this failing import: http://launchpadlibrarian.net/38896393/prosody-im-trunk-log.txt
[09:06] <wgrant> Hm, that's pretty awesome.
[09:09] <noodles775> asabil: jelmer should be able to take a look when he's around, but either way, please file a bug about it so it gets tracked :)
[09:11] <asabil> ok thanks
[09:13] <wgrant> bigjools: lamont asked me this morning about publishing copy archives. I said it wasn't currently possible, and redirected him to you. Apparently it's going to be needed soon.
[09:14] <bigjools> they're going to be out of luck then :/
[09:15] <wgrant> It's not that difficult...
[09:15] <maxb> gmb: Hi, when you are around, could you initiate the landing of https://code.edge.launchpad.net/~maxb/launchpad/stop-using-deprecated-sets/+merge/18896 (approved; has commit message)? Thanks.
[09:15] <bigjools> difficulty is not the issue
[09:25] <gmb> maxb: Will do.
[09:26] <maxb> thanks
[10:13] <thekorn> hi, how do I raise an error such that this error is exposed as a 400 HTTP error in the webservice api?
[10:15] <wgrant> thekorn: grep around for 'webservice_error'
[10:16] <thekorn> wgrant, ok thanks
[10:19] <thekorn> hmm, somehow still now working, it is always a 500
[10:20] <thekorn> ah, nm, I was missing: """This is only effective when the exception is raised from within a  published method[...]"""
[10:21] <wgrant> thekorn: What were you raising it in?
[10:21] <wgrant> A property?
[10:22] <thekorn> wgrant, no, in a seperate method which compiles some BugTaskSearchParams for Person.searchTasks()
[11:38] <wgrant> The "Request a review" interface is... confusing.
[11:46] <beuno> yes
[11:46] <beuno> the type shouldn't be on the bottom
[11:46] <beuno> blame rockstar and lazr-js
[11:47] <wgrant> It would be entirely unobvious what to do, even if the type was at the top.
[11:47] <beuno> why is that?
[11:47] <wgrant> Forms normally have buttons.
[11:47] <beuno> right
[11:47] <beuno> blame rockstar and lazr-js  :)
[11:48] <beuno> I complained!  but there where some limitations, etc
[11:48] <wgrant> :(
[11:48] <beuno> wgrant, I'm sure there's a bug for that, and I'm sure we can push it up the priority list
[11:49] <wgrant> beuno: It took me a while to work it out, and I've used it before, so it's probably reasonably awkward for newcomers.
[11:50] <beuno> I'm sure it is
[12:04] <allenap> jml: I'm getting hangs in tests and I think it's related to Twisted. Specifically, when TestTwistedJobRunner and doc/externalbugtracker.txt are run, one of them hangs (depending on if I change the layer to TwistedLaunchpadZopelessLayer or not). They both start and stop the reactor. Do you have time to discuss this? If not, I'll talk to abentley later about it.
[12:07] <jml> allenap, sure. gimme a sec first.
[12:11] <jml> allenap, what's the branch?
[12:12] <jml> allenap, and will "bin/test -t doc/externalbugtracker.txt" reproduce the behaviour?
[12:12] <allenap> jml: lp:~allenap/launchpad/twisted-threading-bug-491870 with an additional patch http://paste.ubuntu.com/373163/
[12:12] <allenap> jml: bin/test -vvct 'externalbugtracker.txt|test_runner'
[12:12] <jml> allenap, ok. looking into it.
[12:13] <allenap> jml: It'll hang with or without the patch, just in different ways.
[12:13] <jml> allenap, while I'm fetching branches, I need to get something out of my system that's not particularly helpful but tangentially related to this discussion
[12:13] <jml> "don't use threads"
[12:13] <allenap> jml: I know :)
[12:14] <allenap> jml: This is Step 1 on the Road To Enlightenment: Getting Twisted's Foot In The Door.
[12:14] <allenap> jml: I want to be able to convert each remote bug tracker one at a time to run async.
[12:21] <jml> test_timeout hangs?
[12:22] <allenap> jml: Yes. If you revert the patch, externalbugtracker.txt hangs.
[12:23] <jml> allenap, I haven't applied the patch yet
[12:23] <allenap> jml: Ah :) Maybe it's the other way round...
[12:24] <jml> allenap, looks like the "hanging" is the reactor running with no events to listen to.
[12:24] <allenap> jml: Ah, that's interesting.
[12:25] <jml> allenap, I found that out using strace and gdb, fwiw.
[12:26] <allenap> jml: I saw that it was hung in a select(...) with strace, but didn't really know what that meant. It feels a little bit obvious now! I don't know how to use gdb :-/
[12:27] <jml> allenap, https://dev.launchpad.net/Debugging/GDB
[12:27] <allenap> jml: Thanks.
[12:28] <jml> allenap, do you ever run the reactor in process manually?
[12:29] <allenap> jml: Do you mean at the REPL? Yes, sometimes. I haven't been doing so for this.
[12:29] <jml> allenap, hmm. looks like it. afaict, updateBugTrackers calls reactor.run()
[12:30] <jml> allenap, I mean in the tests.
[12:30] <jml> allenap, there's this shitty thing about Twisted where you can't restart the reactor reliably
[12:31] <jml> allenap, Trial works around this mostly by out-evilling everything around it.
[12:31] <allenap> jml: Heh :) Trial FTW. I wondered if there was an issue there.
[12:32] <allenap> jml: Is there an easy way to run these tests in a subprocess? ISTR that the Zope test runner does something along those lines when it can't tear down a layer?
[12:32] <jml> hmm.
[12:32] <jml> allenap, that, I don't know.
[12:32] <jml> you could jigger something up with subunit, I guess.
[12:33] <allenap> jml: Yes, that would work.
[12:33] <jml> subunit.IsolatedTestCase() around the doctest.
[12:34] <allenap> jml: Do you know how it works in TestTwistedJobRunner? Is it simply that that's the first kid on the block to start and stop the reactor so it's been working fine so far?
[12:34] <allenap> jml: Ooh, that's cool :)
[12:34] <jml> hmm.
[12:35] <jml> allenap, I think so.
[12:35] <jml> IMHO, TestTwistedJobRunner should be tweaked to not call reactor.run either.
[12:36] <allenap> jml: Use a reactor test double instead?
[12:36] <jml> allenap, maaybe.
[12:36] <jml> allenap, I'm not sure.
[12:36] <jml> allenap, I don't really have the headspace atm to figure out The Right Way of testing This Sort of Thing
[12:37] <allenap> jml: Okay, it's good to know that I shouldn't pursue the path of trying to get the reactor to restart. I'll look into IsolatedTestCase I think.
[12:38] <allenap> jml: Thanks.
[12:40] <jml> allenap, np.
[13:07] <thekorn> allenap, hey, I think a addressed all your comments on https://code.edge.launchpad.net/~thekorn/launchpad/make_iperson_ihasbugs/+merge/18541  however there is one thing missing, I'm still relying on sample data - I forgot to mention this in my comment to the merge request
[13:08] <thekorn> but I can try to find out how to produce some data for testing purposes later
[14:07] <maxb> Nothing landed today? is PQM busy doing private things?
[14:09] <beuno> maxb, PQM is pretty empty
[14:09] <maxb> hmm. Maybe it'll do my branch soon then :-)
[14:10] <beuno> maxb, it's not queued up
[14:11] <beuno> who sent it to PQM?
[14:11] <beuno> ah
[14:11] <beuno> it is queued up
[14:11] <beuno> 12 minutes ago
[14:11] <maxb> ah, great
[14:11] <beuno> it'll take a little while
[14:11] <beuno> it's the only branch on the queue
[14:25] <kfogel> should I worry about seeing this on pqm.l.n ?   http://paste.ubuntu.com/373241/
[14:29] <kfogel> jml: should I worry about seeing this on pqm.l.n ?   http://paste.ubuntu.com/373241/
[14:30] <BjornT> kfogel: it means that the patch before yours failed because it had db changes
[14:30] <kfogel> BjornT: Oh!  Thank you.  I would never have guessed that from the output (it looks like both the failure and my change are in the "Now Playing" category, and thus I thought the failure was due to my change.)
[14:30] <kfogel> s/.)/)./
[14:31] <allenap> thekorn: Awesome. I'll look at your branch this afternoon.
[14:31] <thekorn> allenap, super thanks
[14:32] <BjornT> kfogel: well, they are. the problem is that it's a tail from the pqm log, which doesn't clearly indicate where a new merge request starts
[14:32] <kfogel> BjornT: ah, so the "cleaning working directory" part (say) is about my change, but stuff farther above is just from earlier in the log?
[14:34] <BjornT> kfogel: i think so, but i'm not sure
[15:44] <rockstar> wgrant, beuno, I have a fix for the "Request a Review" picker, but it's ugly, and I'm tired of writing ugly javascript.  I just need to get some time to clean it up.
[15:57] <beuno> rockstar, cool
[15:57] <beuno> while you're here
[15:57] <beuno> could you or abentley take a look at: https://code.edge.launchpad.net/~facundo/ubuntuone-client/lr-clean-trash
[15:58] <rockstar> beuno, crapola.  :/
[15:58] <beuno> rockstar, any idea how that got in that state?
[15:58] <rockstar> Oh wait, this isn't an artifact from the other day.
[15:59] <rockstar> beuno, no, no idea how it got like that, but I'd be curious to find out.
[15:59] <beuno> rockstar, AFAIK, just pushing to it
[16:00] <rockstar> beuno, can you break the lock?  I'm under the impression that the mirrored copy is the locked copy.
[16:01] <leonardr> gary, you know how the version marker interfaces subclass each other for convenience?
[16:01] <leonardr> it turns out there's a place where that's very _in_convenient
[16:02] <gary_poster> heh, what is it?
[16:02] <leonardr> is there a method like providedBy which only returns true if the object provides the interface itself as opposed to providing a subclass?
[16:03] <leonardr> i thought there was something like directlyProvidedBy but apparently not
[16:03] <gary_poster> Yeah I don't think so
[16:06] <leonardr> gary: the problem is in toWADL(). i go through the registered adapters looking for entry adapters.
[16:06] <leonardr> IBug_betaAdapter, IBug_10Adapter, and so on
[16:06] <beuno> rockstar, I'll get him to try
[16:07] <beuno> it's odd that locks would get mirrored though
[16:07] <leonardr> the problem is that if you ask for WADL for 'beta', it matches both IBug_betaAdapter and IBug_10Adapter, because IBug_betaAdapter is registered under the 'beta' marker interface, and IBug_10Adapter is registered under a subclass of that interface
[16:07] <leonardr> so you get an error saying that there are two classes called 'bug'
[16:07] <rockstar> beuno, no, I'm assuming it got locked so that the mirrorer could mirror the branch.
[16:09] <beuno> aha
[16:09] <beuno> rockstar, I'll ge thim to try that and let you know
[16:14] <gary_poster> leonardr: thinking.  do you already have a work-around in mind?
[16:14] <leonardr> gary: no, i'm stumped. going through zope.component looking for a function that might help
[16:14] <gary_poster> ok
[16:16] <gary_poster> leonardr: Can you give me a code snippet to look at of the pertinent lookup?
[16:16] <leonardr> gary, sure
[16:19] <leonardr> gary: http://pastebin.ubuntu.com/373322/
[16:19] <gary_poster> looks
[16:22] <gary_poster> so leonardr you need ``if not version.providedBy(self.request):`` to be more restrictive, right?
[16:22] <leonardr> gary: right
[16:29] <leonardr> gary: zope.interface implements providedBy by getting some kind of specification object and returning "self in spec._implied"
[16:29] <leonardr> if i could get that spec there might be a spec._directly
[16:31] <gary_poster> leonardr: you can call zope.interface.providedBy(obj) which will return a spec, which has an __iro__ that would have the right ordering.  Pretty roundabout but maybe that's all we can do.
[16:31] <leonardr> i'll try it
[16:40] <leonardr> gary: changing to "if not version in providedBy(self.request):" worked
[16:41] <gary_poster> leonardr: great!
[18:03] <maxb> Whereabouts in the PQM queue is lp:~maxb/launchpad/stop-using-deprecated-sets ?
[18:04] <beuno> maxb, PQM is empty
[18:05] <maxb> argh
[18:05] <maxb> gmb landed my branch on db-devel :-(
[18:06] <beuno> maxb, I could try and land it against devel, but it will take me a while
[18:06] <beuno> maybe someone else here?
[18:06]  * beuno looks around
[18:11] <maxb> EdwinGrubbs: With your OCR hat on, could you do a PQM submit for me? I have a branch which has already been through ec2test successfully (against devel), but somehow then went on to land on db-devel. I'd like it to re-land on devel, if that's ok. lp:~maxb/launchpad/stop-using-deprecated-sets is the branch. I can forward you the test results email if you'd like some corroboration concerning skipping ec2test
[18:11] <jml> g'night all
[18:15] <beuno> maxb, if nobody volunteers in the next 20 minutes, ping me and I'll do it
[18:16] <maxb> It is not that urgent. I'd like it done if someone's free, else I'll hassle gmb again tomorrow morning
[18:16] <beuno> maxb, I'll do it now
[18:17] <beuno> I don't want you to feel slowed down, we appreciate all your work a lot  :)
[18:17] <beuno> I'm in the London office anyway, so it should be speedier
[18:18] <EdwinGrubbs> maxb: I can do it.
[18:19]  * beuno control+c's and moves on
[18:21] <EdwinGrubbs> maxb: out of curiosity, what is the problem with just waiting for the rollout to get it into devel, since your branch should already be on staging for testing?
[18:23] <maxb> I have another branch that conflicts with it that I also want to land, and following on from that my aim is to start trying to run the testsuite under Python 2.6. I guess I could just move all my efforts to being based on db-devel for this cycle, but that seems a bit awkward
[18:23] <maxb> Especially with it being week 1
[18:29] <EdwinGrubbs> maxb: makes sense, I'll land it now.
[18:29] <maxb> thansk
[18:36] <beuno> thumper, ping
[18:36] <beuno> rockstar, ping
[18:36] <beuno> https://code.edge.launchpad.net/~facundo/ubuntuone-client/lr-clean-trash
[18:36] <beuno> is still trashed
[18:57] <EdwinGrubbs> maxb: your branch can't be landed on devel because changes files in the database/schema directory.
[19:00] <maxb> oh
[19:01] <maxb> ugh
[19:05] <maxb> EdwinGrubbs: Thanks for pointing this out, I failed to consider that, since I was merely tidying scripts, not actually thinking about db schema changes
[19:08] <mwhudson> good morning
[19:13] <beuno> mwhudson, hey hey
[19:13] <beuno> whenever you have enough coffee in you
[19:13] <beuno> could you take a peak at: https://code.edge.launchpad.net/~facundo/ubuntuone-client/lr-clean-trash
[19:14] <mwhudson> beuno: hmm
[19:19] <mwhudson> beuno: i got the puller to try again and it seems happier now
[19:19] <beuno> mwhudson, that's very nice of you, thank you
[19:20] <beuno> any idea how it got itself into that situation?
[19:36] <deryck> +filebug is timing out on malone a lot today.  I wonder if we broke something.
[20:11] <deryck> gmb, ping
[20:11] <gmb> deryck: Hi
[20:11]  * gmb sees previous message
[20:11] <deryck> gmb, so +filebug seems to be eternally timing out today...
[20:11] <gmb> Oy
[20:11] <gmb> deryck: OOPS me.
[20:12] <deryck> gmb, I can only get the simplest of dupe searches to run.
[20:12] <deryck> gmb, that was my question... how do I get an OOPS number now? :-)
[20:12] <gmb> Hah. Good question.
[20:12] <gmb> There is a way, I think, hang on...
[20:15] <kfogel> deryck, gmb: either of you know wiki syntax for an xml charref?  e.g., Łukasz Czyżykowski <lukasz.czyzykowski {_AT_} canonical.com> :-)
[20:15] <kfogel> Any way to convert that to something that will display right?
[20:16] <deryck> kfogel, you know, I don't know.  I proudly don't speak moin fluently.
[20:16] <deryck> kfogel, I assume the syntax guide was no help?
[20:17] <kfogel> deryck: not so far; googling
[20:17] <gmb> deryck: Ah, rats. No there isn't, because it's all compressed code so it's impossible to put a breakpoint in. I think it's a job for hte OOPS report.
[20:18] <deryck> gmb, and we don't have a way to get a list of OOPS other than the OOPS report?
[20:18] <gmb> deryck: Well, rooting around on devpad I found OOPS-1502EB617 for a start.
[20:19] <gmb> deryck: But no.   Some place to start debugging.
[20:20] <gmb> deryck: Ouch. 17000ms on the query to find possible dupes.
[20:20] <gmb> deryck: It's an FTI search though, so it's always a bit sluggish.
[20:21] <deryck> gmb, yeah.  But something has to be wrong'er than normal. :-)
[20:21] <gmb> deryck: Possibly.
[20:22] <gmb> deryck: if you grep -r for '+filebug-show-similar' in devpad:/srv/launchpad.net-logs/edge you'll find the OOPSes. you'll need to discard the launchpad access log matches.
[20:22] <gmb> Obviously you can also limit by date; that helps :)
[20:22] <deryck> gmb, cool, thanks.
[20:22] <deryck> gmb, also, I'm trying queries on staging DB for a point of comparison.
[20:23] <gmb> deryck: Good idea.
[20:24]  * gmb switches machines; brb
[20:25] <deryck> gmb, the 17000 ms query was 11064 on staging, which smells wrong.  queries always take longer on staging, no?
[20:26] <deryck> and repeats are wayyyyyyy faster.
[20:28]  * gmb returns
[20:28] <gmb> deryck: That could be a caching / buffering / something-else-about-postgres-I-don't-understand thing, though.
[20:29] <gmb> Maybe its a db load thing...?
[20:29]  * gmb clutches at straws
[20:29] <deryck> gmb, yeah, I'm sure it is.  But why not see the same on re-checks on lpnet?  and yeah, load is what I'm wondering too.
[20:29] <gmb> Hmm
[20:30] <gmb> deryck: Well, the request should go to a slave, right, because it's a SELECT. So maybe the re-checks go to a different slave.
[20:30] <gmb> But this is all guesswork.
[20:30] <mwhudson> staging is usually much less loaded than prod...
[20:30] <gmb> Right
[20:31] <deryck> right, but +filebug for me on staging never works, but does in prod... so if staging queries run in half the time as lpnet today...  anyway, this is just guess work at this point.
[20:33] <mwhudson> ah ok, that does sound a bit odd
[20:33] <deryck> and hi mwhudson, btw :-)
[21:35] <mwhudson> jelmer: are you going to land a change to use lp:bzr-git tip for lp or should i?
[21:36] <jelmer> mwhudson: is there sense in landing something now, or could we wait until closer to the rollout?
[21:37] <mwhudson> jelmer: testing on staging, maybe?
[21:37] <mwhudson> not sure that's needed here
[21:37] <mwhudson> "being sure we won't forget" is the main one i guess
[22:48] <kfogel> jml: I'm sure you're not there, but if you are: https://code.edge.launchpad.net/~kfogel/launchpad/cc-script-new-world/+merge/19060
[22:49] <kfogel> That contains, among other things, the community-contributions.py improvement we were discussing yesterday.
[22:52] <jml> kfogel, cool. I'll do the code review tomorrow. Hip-deep in my own thing right now.
[22:52] <jml> (we gonna learn you some Python idioms!)
[22:52] <kfogel> jml: I see you must have looked at it already :-).
[22:52] <kfogel> jml: looking forward to the review, thanks.
[23:00] <wgrant> kfogel: Is that really the latest code? It calls people like Daniel Silverstone non-LP devs (which is wrong), but /Contributions/Draft correctly omits their commits from the list.
[23:02] <kfogel> wgrant: don't know how Daniel Silverstone ended up on the list.  I'll remove him.  It is the latest code, and so I wonder why Silverstone is omitted when he should be (wrongly) included right now.
[23:03] <kfogel> wgrant: did he formerly work for canonical on a non-lp team?
[23:03] <kfogel> wgrant: also noticing david allouche, same situation
[23:04] <thumper> kfogel: Daniel Silverstone did used to do LP work
[23:04] <wgrant> kfogel: He was pretty much the primary Soyuz developer at the start, so he was very much LP.
[23:04] <wgrant> ddaa was Code.
[23:04] <kfogel> thumper: *nod*, fixing, thanks
[23:04] <kfogel> wgrant: ddaa is david allouche?
[23:04] <thumper> kfogel: yes
[23:04] <wgrant> And carlos Translations.
[23:04] <kfogel> perello?
[23:04] <thumper> kfogel: it is wgrant being a young person and abbreviating everything he can :)
[23:05] <wgrant> Malcolm Cleaton was Soyuz.
[23:05] <wgrant> thumper: Pfft.
[23:05] <kfogel> thumper: stp mkng fn of ppl
[23:05] <kfogel> wgrant: thank you!  I'm fixing these (moving them to the known_canonical_lp_devs list) as you say them
[23:05] <kfogel> any others?
[23:05] <thumper> kfogel: you have a surperflous o in there
[23:06] <kfogel> thumper: it's not superfluououous
[23:06] <thumper> I wish I got red underlines under incorrectly spelt words
[23:06] <wgrant> Some of the others were probably on LP ages ago, but I couldn't be sure.
[23:06] <kfogel> wgrant: I'm sure I'll hear about them eventually.
[23:07] <wgrant> They seem to be magically not showing up anyway.
[23:07] <thumper> mwhudson: did you want to have a call this afternoon about the build from recipe stuff?
[23:08] <kfogel> wgrant: that worries me; I wonder why not
[23:08] <kfogel> wgrant: maybe because their bzr identities were set up in some other way?
[23:08] <thumper> mwhudson: I was going to take the car down to get looked at, but we could do after
[23:08] <wgrant> In fact, despite the list being quite wrong, the produced page contains not one person who even might have been on the LP team.
[23:08] <mwhudson> thumper: yeah, sounds sane
[23:09] <kfogel> wgrant: that makes me worry if it's leaving out people who should be there
[23:09] <mwhudson> thumper: i'm not going anywhere, when is good for you?
[23:09] <thumper> mwhudson: later :)
[23:09] <kfogel> wgrant: feel free to do a code review on https://code.edge.launchpad.net/~kfogel/launchpad/cc-script-new-world/+merge/19060  -- I could well have mussed something up.
[23:09] <mwhudson> thumper: :-)
[23:10] <kfogel> wgrant: in fact, if you want, I'll put in a review request
[23:10] <kfogel> (so it's tracked)
[23:10] <kfogel> wgrant: (draft wiki page regenerated, btw)
[23:11] <wgrant> Oh, also, Code Somerville is in both lists (the first one twice), when he should just be in the non-LP one.
[23:12] <wgrant> I didn't think John Lenton was ever LP, and Michael Casadevall never was.   I guess I'm pretty informal about these boundaries :-).
[23:18] <wgrant> Elliot Murphy is in both. I'm not sure about him. David Murphy I'm not sure about. Jonathan Knowles was an LP dev.
[23:19] <wgrant> Oh, and Michael Vogt should be added to the non-LP list.
[23:19] <kfogel> wgrant: thanks.  I guess this is proof that we really should be using Launchpad to do these identifications!
[23:19] <james_w> David is non-LP
[23:19] <mwhudson> david murphy was an lp dev for a while
[23:20]  * james_w backpedals
[23:20] <kfogel> james_w, mwhudson: see, yeah, that's the thing -- the script has no way of dealing with people who changed roles.
[23:20]  * maxb wonders what the cc script does re db-devel landings
[23:20] <kfogel> maxb: punts
[23:20] <kfogel> maxb: see note at top of wiki page
[23:20] <kfogel> maxb: when they make it to devel, then they show up
[23:20] <mwhudson> kfogel: it's pretty hard to figure that out i can see
[23:20] <maxb> ah right, I'll get a bonus point in three weeks then :-)
[23:21] <wgrant> It should actually be reasonably easy to make it consider both, I think.
[23:21] <wgrant> Maybe I'll have a look at that later.
[23:21] <kfogel> wgrant: you'd be my hero
[23:21] <kfogel> wgrant: its current state is a classic example of tech debt by design, IMHO
[23:22] <kfogel> maxb: right :-)
[23:24]  * maxb crosses fingers and commences a test run under python 2.6
[23:25] <wgrant> maxb: Is all your 2.6 stuff now merged?
[23:25] <wgrant> (apart from the actual version switch, of course)
[23:36] <maxb> wgrant: no, I have two branches totally pending plus 1 landed on db-devel not devel
[23:38] <maxb> One of which can't land because of bugs in the tests of initialize-from-parent.py
[23:40] <wgrant> maxb: What's the bug?
[23:41] <maxb> It intends to check that the parent has no pending builds. That check was broken. I fixed it. However, the use of it in the testsuite actually does invoke it on a parent with pending builds.
[23:41] <wgrant> Ew.
[23:44]  * maxb wonders why ubuntu/hoary in the sampledata has pending builds
[23:45] <wgrant> The Soyuz sample data is awfully broken.
[23:45] <wgrant> It's odd that a test uses ubuntu rather than ubuntutest, though.
[23:51] <maxb> oh no, it uses both :-)
[23:51] <maxb> it creates a new series in ubuntutest, parented on one in ubuntu
[23:54] <mwhudson> man, soyuz is so hobbled
[23:58] <wgrant> I believe ubuntutest exists because ubuntu got too broken in the sample data.
[23:58] <mwhudson> but too many tests depend on it
[23:58] <mwhudson> araragh
[23:58]  * mwhudson lunches
[23:59] <wgrant> Right.