19:01:50 #startmeeting Cloud SIG 19:01:50 Meeting started Fri Jun 22 19:01:50 2012 UTC. The chair is rbergeron. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:50 Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:01:54 #meetingname Cloud SIG 19:01:54 The meeting name has been set to 'cloud_sig' 19:01:58 * rbergeron goes to wrangle peeps 19:02:02 #topic Who's around? 19:02:03 * maxamillion is here 19:02:20 * tdawson is here also. 19:02:21 * jsmith is lurking 19:02:25 * strace is here 19:02:42 * gholms lurks 19:02:51 hey gholms. get that release out the door! 19:02:56 * blentz lurks, too. 19:03:01 That's why I'm lurking. :) 19:03:16 release? 19:03:36 I work for eucalyptus rel-eng. I'm kind of busy right now. Sorry. :( 19:03:51 * gholms runs to find lunch really fast 19:03:56 gholms: ahhh, cool cool 19:04:06 okay. well, let's start, eh? 19:04:10 (The release is due next week) 19:04:11 #topic OpenShift 19:04:12 gholms: I do rel-eng for openshift :) 19:04:15 since I see the shifters here. :) 19:04:36 How you guys coming along? 19:04:45 I'm starting to think we need an openshift+fedora t-shirt that says something like "shifters unite!" on it 19:04:51 I think right now the big hold up is passanger 19:05:05 rbergeron: cranking away, got some updates to the wiki ... mostly just book keeping stuff now 19:05:37 blentz it getting our fork of passenger ready ... still waiting for legal on the name. 19:05:59 rbergeron: there's some dev things happening on the github upstream that I think we'll want to pull into the feature if the timelines match up, it allows for easy setup/deploy of openshift origin 19:06:13 * rbergeron nods 19:06:20 freedom to shift! yay 19:06:27 maxamillion: like that? 19:06:56 rbergeron: so right now the openshift origin liveCD is a "single node" and will stay that way because its meant to be a self contained preview/dev environment 19:06:59 maxamillion: re: tshirts, only if we can hide a panda on em 19:07:05 #info OpenShift = some updates to wiki, mostly bookkeeping right now; passenger work is still plugging away 19:07:27 rbergeron: the new stuff offers a way to easily setup a scaled environment with the different components on different nodes/machines if desired 19:08:53 rbergeron: I don't know the exact status on it's timeline, but I know the code is upstream out in the open for folks to play with 19:09:03 * maxamillion should actually check into that :X 19:09:19 maxamillion: ah, interesting 19:09:23 * rbergeron nods 19:09:33 yeah, i still haven't figured out exatly how your release schedule works ;) 19:10:03 rbergeron: well, it changed not to long ago 19:10:09 rbergeron: too* 19:10:22 yup. 19:10:25 rbergeron: also, we've got a ruby 1.9 cartridge under heavy development ---> https://github.com/openshift/crankcase/tree/master/cartridges/ruby-1.9 19:10:26 We have moved from a two week release cycle to a three week cycle. 19:10:44 rbergeron: that's been something I know a number of users and community members have been asking for 19:11:03 #info openshift upstream is workign on a way to easily set up a scaled env. with the different components on different nodes/machines, if desired 19:11:19 #info moved from a two-week release cycle to a three-week release cycle 19:11:40 so, i guess i have to ask (from a program manager curiosity): how the hell are you going to pick which one is the fedora one? 19:11:48 is one of the three-week releases more stable than another? 19:11:51 or .... ? 19:12:07 #info a ruby 1.9 cartridge under heavy development - https://github.com/openshift/crankcase/tree/master/cartridges/ruby-1.9 19:12:14 rbergeron: every release is the preferred release .... release early, release often ;) 19:12:15 tdawson: Do you have an answer for that? 19:12:37 maxamillion: are you going to be repackaging every three weeks? how many old releases are you going to carry? 19:12:51 rbergeron: honestly though, from a fedora perspective ... that needs to be sorted out to be honest, we need to find a way to make that manageable from a Fedora packaging standpoint 19:13:17 * maxamillion can't think and type at the same time apparently 19:13:35 rbergeron: we'll call that an action item to be determined 19:13:48 * rbergeron nods 19:14:08 rbergeron: or better yet, I'll defer that to tdawson ... he's the feature owner and might even have a plan cooked up already :D 19:14:16 #info trying to sort out how to do 3-week release cycles and make it work in a fedora packaging world 19:14:19 oh 19:14:22 * rbergeron looks at tdawson 19:14:31 * tdawson blinks as the spotlight get's turned on him. 19:14:39 ;) 19:14:40 too bright? 19:14:43 i can turn that down a bit :) 19:14:52 a mole man! 19:14:56 I knew they existed! 19:15:00 q 19:15:19 * rbergeron looks at wwoods 19:15:33 whoops, dropped this 19:15:34 * skvidal expects he meant /q 19:15:36 * wwoods picks up his q and leaves 19:15:54 Most of the cartridges are actually fairly stable, so they won't be changing too much, but the internal stuff is still in a bit of flux. 19:16:11 * rbergeron nods 19:16:26 but knowing how long the "old release" is supported is probably useful as well. 19:16:31 There are several features that we have to have in, such as the multi-node stuff that maxamillion talked about earlier. 19:17:14 tdawson: the question was, how often are we going to bump the fedora release and how many old versions do we want to keep around 19:17:17 * rbergeron nods 19:17:53 * tdawson thinks a bit and finally answer. "I'm going to have to say, I currently don't know, but I will bring that up with the OpenShift community." 19:18:02 tdawson: +1 19:18:31 #action tdawson to bring up the "how often are we going to bump the fedora release andhow many old versions do we want to keep around" question in the openshift community 19:18:34 :D thank you sir 19:18:39 anything else on the openshift end? 19:19:16 On a related note, we *have* started testing the newer server code on older clients. 19:19:56 Not the same thing, but it's gotten some of the developers thinking about stability. 19:20:30 tdawson: +1 19:21:47 I think that's about it for OpenShift, unless any of the other Shifters have anything to add. 19:21:56 yeah. i think it's all well and good to do whateve ryou want in the "official service" or whatever, but i tink to be able to build community around how it works... it's gotta live long enough for someone to actually be able to play with it for more than 3 minutes before it changes again 19:22:14 IMHO 19:22:17 (always, always H) 19:22:18 :D 19:22:39 Yep, I totally agree with you. 19:22:52 I agree as well 19:23:05 alrighty! /me shall move onwards then 19:23:07 rbergeron: are you suggesting we have a stable tag in our source for the fedora project? 19:23:31 and only update it with bug fixes until X amount of weeks/months? 19:23:33 strace: well, it's a suggestion :) or maybe something like every 3rd or 4th release, maybe longer, i don't know whatis optimal for you guys. 19:23:39 we just move really fast internally ... gotta try to find a way to make the more consumeable(sp?) to the more wide spread community 19:25:00 strace: i tihnk it's just hard for anyone to sit down and even get started with it (in or out of fedora) if they want to contribute beyond just making cartridges ... if it's a part-time community thing, barely getting in the code and having it change makes it hard 19:25:18 it's okay if you're totally familiarized with the code bt... yeah 19:25:50 or maybe it's just certain components live longer? i don't know. 19:25:59 rbergeron: ok, i will pass it along to the people working on getting openshift in fedora and see how they feel about it 19:26:26 s/pass it along/work with/ 19:26:33 * maxamillion works to recruit strace into that list of people getting openshift into fedora 19:26:43 maxamillion: i am already in that list 19:27:16 strace: then get your name on it ---> https://fedoraproject.org/wiki/Features/OpenShift_Origin :D 19:27:28 pfft i am on the internal list :) 19:27:44 i'm not sure what this "internal list" stuf is that you speak of :) 19:27:54 rbergeron: it was a joke :) 19:28:02 i know ;) lol 19:28:09 okay, who's next? 19:28:18 * rbergeron scrolls up to see who's around, or she may call on skvidal ;) 19:28:22 #topic Other business? 19:28:34 * skvidal looks for wwoods' q 19:28:57 #info good luck to our euca friends as they get a nice flossy 3.1 out the door 19:29:20 rbergeron: I was just distracting agrimm and gregdek down at their office 19:29:21 skvidal: also if you see a 'u' around, this scrabble game would go a lot better 19:29:27 wwoods: qi 19:29:34 skvidal: oh, that's excellent. 19:29:35 wwoods: secret words with friends word 19:29:49 wwoods: like 'za' 19:29:59 rbergeron: yah - seems hopeful 19:30:01 the agrimm/gregdek trolling, to be clear 19:30:10 rbergeron: spekaing of euca and fedora 19:30:13 HEY 19:30:22 want to give an update? :) 19:30:23 our hw is all in a row - but not installated yet 19:30:28 nice. is it in phoenix? 19:30:35 i can just run over there real quick and plop it in the rack 19:30:36 smooge is arranging the deets on that 19:30:44 rbergeron: well we also need that pesky network 19:30:53 wtf for? i have some cans and string 19:31:05 rbergeron: as soon as we have a timeline pinned down I will be sure to update folks 19:31:28 #info Euca install is coming along - hw is all in a row, but not installed yet; arrangements are being made 19:31:43 #info skvidal will share a timeline once there is a timeline 19:31:54 rbergeron: :) 19:31:54 skvidal: and what happens once it's on? 19:32:10 rbergeron: it becomes self-aware and launches our missiles? 19:32:13 wait, wait 19:32:16 shit I shouldn't have said that 19:32:36 rbergeron: once it is on - we do the install/configuration step 19:32:46 and start making sure things are working like they did before 19:33:02 once that is the case then I think instances are to be allocated willy-nilly 19:33:07 well,, that's my hope at least 19:33:23 * gholms appears 19:33:25 ooooo, euca install? 19:33:28 skvidal: it grows pigs and turns them into bacon? 19:33:29 sweet :D 19:33:45 maxamillion: euca cluster for fedora, yah 19:33:59 s/cluster/cloud? 19:34:03 skvidal: awesoem 19:34:03 CLOOOOOOOUD 19:34:07 rbergeron: sure, sorry 19:34:11 ermm... +/- some typo bits 19:34:34 rbergeron: I like cluster b/c I know another word that makes more sense with cluster 19:34:39 as the prefix 19:34:41 anyway... 19:34:51 * gholms whacks skvidal with a large trout 19:34:55 clusterqi? 19:35:06 maxamillion: the goal is to provide isolated instances to folks and for us to more easily migrate around 19:35:06 cluster controller. 19:35:13 gholms: is that clc or cc? :) 19:35:13 skvidal: very cool 19:35:32 skvidal: The latter. I hate those. :-\ 19:35:32 euca is coming to your town! 19:35:34 gholms: seriously whose idea was it to distinguish cluster controller from cloud controller by adding an l? 19:35:42 skvidal: BAD INSANE PEOPLE. 19:35:48 File a bug. srsly. 19:35:49 Yeah, that. 19:36:00 gregdek: I just named the cluster controller herman 19:36:03 and I call him that 19:36:16 on 'herman' you need to attache your node controllers 19:36:17 PATCH ACCEPTED. 19:36:43 rbergeron: anyway - I'm quite excited for our hw to show up and be installated :) 19:37:08 #info goal is to provide isolated instances to folks and for us to more easily migrate around. skvidal is excited for the hw to show up and be installated. yay! 19:37:08 * gregdek is not kidding about someone filing a bug for the terrible CC/CLC naming convention. 19:37:11 * gholms 's build finishes 19:37:29 gregdek: If someone who *isn't* from eucalyptus files it then it may even get attention. Who knows? 19:37:36 :) 19:37:41 * skvidal makes a note 19:38:17 #action skvidal to test out gregdek's theory by filing the CC/CLC naming convention bug at euca 19:38:20 :D 19:38:24 Hehe 19:38:46 gholms: speaking of builds - what are you using to do your sets of rpms? 19:38:57 Define "do". 19:39:21 I was just going to peddle mockchain a bit more - since it is now in mock upstream 19:39:23 Jenkins spawns workers in a Eucalyptus cloud that use mock to build RPMs. 19:39:30 #info PLEASE READ AND RESPOND: http://lists.fedoraproject.org/pipermail/cloud/2012-June/001530.html <--- Cloud Interop FAD topic, let's get this puppy planned 19:39:59 Ooh, you got it upstream. 19:40:12 gholms: nod 19:40:24 and i've got two new things I've almost got finished enough to release 19:40:24 Yes, if you're interested in a FAD for the cloud SIG, please respond to the mailing list thread! 19:40:39 gholms: we can talk elsewhere 19:40:40 thanks 19:41:08 Anyone else? :D 19:41:21 pixelbeat: i saw you hop in 19:43:31 Okay, i'll take that as a no 19:43:46 * rbergeron gives it about... 30 seconds and then she's gonna end the meetin' 19:45:05 * gholms looks forward to next week 19:45:06 bye guys :) thanks for coming 19:45:13 Thanks, all! 19:45:15 Bye 19:45:15 good bye 19:45:17 gholms: o really? you might have to be in charge next week :) 19:45:29 * rbergeron will be at summit, not sure if she'll be able to escape 19:45:30 rbergeron: There you go putting words in my mouth again. 8^) 19:45:41 gholms: i like to think of it more as putting you under the bus 19:45:51 That's obino's job. 19:47:04 LOL 19:47:05 okay. 19:47:06 bye! 19:47:08 #endmeeting