19:02:17 #startmeeting 19:02:18 Meeting started Tue Jun 12 19:02:17 2012 UTC. The chair is mtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:02:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:02:24 anybody want to talk about CI? 19:02:35 maybe 19:03:00 you mean that TV show about DNA that plays The Who in the intro? 19:04:39 yup 19:04:42 Tonight on CI: OpenStack -- the brutal killing of an incubated project. 19:04:47 hahaha 19:04:53 lol! :) 19:04:56 first up - I'm deleting all of the melange jobs 19:05:01 anybody have any problems with that? 19:05:02 good. 19:05:04 next? 19:05:10 clarkb: anything fun to talk about? 19:05:22 sure 19:05:51 I think I am happy with the etherpad lite puppet module now. I need to make it puppet masterable then use the host LinuxJedi gave me 19:06:07 sweet 19:06:09 so the testing of migrated the DBs should happen RSN 19:06:17 * LinuxJedi upgraded that to 12.04 for clarkb 19:06:22 excellent 19:06:34 I'm excited about our new etherpad lite overlords 19:06:34 clarkb: you have SSH access to that now? 19:06:46 LinuxJedi: in theory I do, I haven't tested it yet 19:06:57 jeblair merged a puppet change that added my public key to the host 19:06:58 clarkb: ok, theory is good 19:07:15 clarkb: so we might have migrated data to test next week some time? 19:07:20 or this week even (it's tuesday) 19:07:31 mtaylor: hopefully by the end of this week 19:07:34 baller 19:07:48 I will need to borrow LinuxJedi at some point as he has access to the old stuff 19:08:13 I betcha that can be arranged 19:08:19 clarkb: in theory... I tried to SSH into it the other day and failed, need to make sure I really do have access... 19:09:00 LinuxJedi: speaking of machines and access ... it looks like there are still some things using the default tenant in my mordred@inaugust.com and/or my monty.taylor@hp.com accounts on hpcloud 19:09:07 clarkb: worst case I should have shell type access 19:09:14 jeblair: ^^ devstack is using one of them I think 19:09:20 LinuxJedi: that should work 19:09:36 mtaylor: don't think so. 19:09:47 mtaylor: should only be your servers left there now 19:09:55 mtaylor: I removed all of Stackforge. 19:10:17 I have also spent some time fixing bugs in the important changes and "status:reviewable" patch to gerrit now that it is live 19:10:31 all UI related so nothing horribly broken, but trying to make it useful 19:11:00 Shrews: were you still planning to update review-dev sometime soon? 19:11:00 all those and Shrews changes have been merged in now I think 19:11:16 clarkb: just submitted the change :) 19:11:21 woot 19:11:27 https://review.openstack.org/#/c/8450/ 19:11:50 the other major time suck over the last week has been standardizing project in tree documentation 19:12:19 the idea is that we can use a templated jenkins job to build in tree sphinx documentation then copy it to docs.openstack.org 19:12:56 yeah. that's all going to be great 19:13:05 currently many projects build documentation in their own special ways so I have 8 changes in gerrit right now to make them the same (though similar is probably a better description) 19:13:19 that makes me happy 19:13:19 yeah. _same_ is ... 19:13:25 ++ 19:13:44 I also like uploading them to docs.openstack.org - makes more sense than $project.openstack.org 19:13:59 also - I think that means that the wiki server will be down to only being a wiki server 19:14:05 I have also updated jenkins jobs to do that, but haven't been able to test it much beyond spitting out XML and glancing at it 19:14:31 so I may need to fire up a jenkins instance to test that 19:14:36 Yay same. 19:14:36 I _was_ thinking we should wait until the docs changes land... 19:14:44 mtaylor: yes we should 19:14:47 but then I realied, screw it - they're not related 19:14:52 did we need to shop the idea with PTLs at all? 19:14:58 or did you already? 19:14:59 it's not going to break any more than it already is 19:15:01 annegentle: nope 19:15:05 mtaylor: good point, that 19:15:09 annegentle: we just submitted the changes 19:15:23 I have seen any screaming. I think I got one "ok..." 19:15:25 nobody has complained yet - I don't think it's going to bug anyone 19:15:25 mtaylor: ok, normal review process should be sufficient 19:15:30 yeah 19:15:35 heckj seemed bemued 19:15:37 bemused 19:15:39 s/have/haven't 19:15:58 clarkb: ok, my todo this week. Find out who owns the etherpad server because it isn't on any of our cloud accounts either... 19:16:05 mtaylor: who owned the old eavesdrop? 19:16:32 nobody 19:16:55 mtaylor: o..k.. how did we get access to it? 19:16:55 so in addition to finishing those things up I will also be attempting to fix the github pull request closing script 19:17:03 LinuxJedi: ant or rick clark are the usual people to ping 19:17:19 mtaylor: cool, SSH is on the same port so I'm assuming same ownership 19:17:24 LinuxJedi: antonym 19:17:28 is the irc nick 19:17:33 mtaylor: thanks 19:17:57 awesome. that's a bunch of good stuff 19:18:41 Shrews: updates on gerrit-y things? 19:18:51 mtaylor: a bit 19:19:04 fixed a WIP issue where it was possible to WIP a draft 19:19:09 thus causing "real bad stuff" 19:19:25 and... 19:19:35 i have the python version of gerrit running 19:19:47 well, "running" (with quotes) 19:20:12 hehe 19:20:17 * LinuxJedi assigns Shrews the task of re-writing it in Ruby 19:20:31 LinuxJedi: I think that propoganda got to you 19:20:33 * Shrews assigns a big knife to LinuxJedi's neck 19:20:33 * jeblair assigns Shrews the task of re-writing it in go 19:20:44 for the record - pygerrit uses protocol buffers and protobuf rpc 19:20:46 lol :) 19:20:53 woot! 19:21:07 mtaylor: even more WTF? about ditching it then 19:21:18 right? 19:21:42 well- they do seem to have used that partially to talk back and forth between the portions written in java and the portions written in python 19:21:49 so "pygerrit" might be a bit of a misnomer 19:21:51 ugh 19:22:04 it's a django app with the git repo stuff done in jgit 19:22:13 it's pyjagerrit 19:22:17 hahaha 19:22:23 Shrews: bless you 19:22:44 ok. moving on ... 19:22:52 LinuxJedi: did you do anything this last week? 19:23:04 mtaylor: I got the puppet master up and running 19:23:09 ++ 19:23:22 we have eavesdrop, planet and paste running from it 19:23:38 and found an issue with file serving which I think we are ready for me to implement a solution for 19:24:21 and I did some minor things that I forgot about 19:24:55 sweet 19:25:03 I'm excited about our new puppetmaster overlords 19:25:22 when complete we can call CI the muppet show 19:25:25 how many overlords do we have now? 19:25:38 many many many 19:25:48 Shrews: we are slaves to the machines 19:26:13 jeblair: fun in the land of zuul and backups? 19:26:29 well, that's the future. :) 19:26:55 i've identified a couple of bugs in zuul, but by and large, it has mostly worked. 19:27:10 what has failed should be easy to fix. 19:27:14 i wrote gobs of docs for it 19:27:20 http://ci.openstack.org/zuul/ 19:27:30 I actually just sent someone a link to that, actually 19:27:44 based on clarkb's settings, so we should be able to switch that to use the new job template like the rest of the projects 19:27:49 oh - speaking of - I got a feedback on one of the lines in the docs: 19:28:08 jeblair: we should totally find a way to make CI docs home link to that 19:28:15 jeblair: "Zuul queues those changes in the order they were approved, and notes that each subsequent change depends on the one ahead of it merging" 19:28:33 jeblair: confused the reader and caused him to think it was talking about actual git-level dependent changes 19:29:03 jeblair: rather than the dependencies created by queue position 19:29:04 i've been looking into server based and swift-based backups. i'm leaning toward server-based due to the complexity around key and account (ie, cloud account) credentials. 19:29:12 ++ server-based 19:29:37 mtaylor: okay. i will take a look at that. i vomited out the docs in one long session and have hardly even read them. :) 19:29:55 LinuxJedi: good idea 19:30:02 jeblair: :) 19:30:07 jeblair: I'm impressed that they exist 19:30:29 as far as the past -- i switched like all the jenkins slaves to precise 19:30:43 (except we need to keep some oneiric around to run py26) 19:30:59 excited about that 19:31:03 ah, I was going to write a todo for me to do that in Stackforge 19:31:08 still haven't observed jclouds bursting yet 19:31:30 and i've been working on figuring out why tempest isn't happy; it turns out at least one problem is that one of our devstack node providers is giving us corrupted images. no points for guessing which. 19:31:40 ec2? 19:31:59 mtaylor: maybe take some precise slaves offline? i did make 8 of them. 19:32:03 mtaylor: close. 19:32:05 Azure? 19:32:46 that's it in broad strokes. 19:33:34 * jeblair hands the speaking stone back to mtaylor 19:33:36 jeblair: point. I'll do that 19:33:45 so- I've been poking at a bunch of random things 19:33:56 tox.ini alignment, got coverage jobs pretty much all green 19:34:00 * jeblair looks worried 19:34:12 ttx and I are going to talk to the ppb next meeting about client lib release plan 19:34:15 jeblair: cronspam? I wonder if it is related to pypi being slow 19:35:03 and I'm going to try to get an answer from them too on the global dep list versions that are in conflict 19:35:20 and I wrote a little code to do tag-based post-release versioning for client libs 19:35:33 and I tried not to break too many things 19:35:47 oh - didn't I do the new pypi mirror last week? 19:35:58 yep 19:36:08 so, wrote a new pypi mirror from scratch :) 19:36:28 yay, fixing what the broken one did was fun :) 19:36:32 decided the existing wheels were too square? 19:36:35 it grabs all of our projects, pip install downloads all of their depends (and depends of depends) to populate the PIP_DOWNLOAD_CACHE 19:36:50 and then turns the files in the pip download cache into a pypi style index 19:37:15 clarkb: the existing wheels broke all our jobs overnight ;) 19:37:22 o/ (mtaylor: bemused is a good word - fine by me, don't mind being consistent) 19:38:05 yay! 19:38:10 we'll consider that a binding opinion 19:38:50 I think that's about all I've got 19:38:57 anything from anybody else? 19:39:08 mtaylor: we will be able to do the meeting next week? 19:39:20 (we as in me and you) 19:39:58 LinuxJedi: good question 19:40:06 we'll try - but LinuxJedi and I might be offline during meeting time 19:40:28 even so - I'm sure that jeblair and clarkb and Shrews can soldier on without us :) 19:40:51 but who will Shrews stab if you guys aren't here 19:40:55 mtaylor: you're still here? heh 19:41:07 * Shrews eyes clarkb 19:41:11 lol :) 19:41:11 we will get so much done... and violence free. 19:41:16 VIOLENCE FREE, SHREWS! 19:41:25 jeblair: nothing will break ;) 19:41:28 pffft 19:41:54 LinuxJedi: was that some kind of curse? thanks. :) 19:42:17 clarkb: my availability will be real patchy next week so make sure you get what you need out of me this one :) 19:42:44 just access to the old etherpad db at some point this week 19:42:54 will aim for that at least 19:45:45 k. well, I think that's about it 19:47:58 unless anybody else has anything... 19:48:30 mtaylor, jeblair: when can we upgrade gerrit? 19:49:10 asap i think. if the change looks good on gerrit-dev, propose it for prod, and we can approve it when things seem quietish. 19:49:30 k 19:50:21 work. k. thanks everybody 19:50:24 #endmeeting