14:00:54 #startmeeting Cloud WG (2014-05-15) 14:00:54 Meeting started Thu May 15 14:00:54 2014 UTC. The chair is mattdm. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:54 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:00:55 #meetingname cloud 14:00:55 The meeting name has been set to 'cloud' 14:00:57 #chair jzb mattdm geppetto red_trela samkottler mrunge rbergeron number80 frankieonuonga 14:00:57 Current chairs: frankieonuonga geppetto jzb mattdm mrunge number80 rbergeron red_trela samkottler 14:01:03 #topic Hello Everyone 14:01:09 hi 14:01:16 Hello everyone! 14:01:18 Who is here? 14:01:26 I suggest you "#info" yourself :) 14:01:35 #info mattdm 14:01:40 #info jzb 14:01:46 that way, we'll have attendence in the minutes 14:01:47 #info janeznemanic 14:02:08 #info roshi 14:02:12 #info imcleod 14:02:24 * imcleod trying to pay attention to this and the Nova Summit design session as well 14:02:36 #info walters 14:02:54 #info scollier 14:03:00 i know red_trella and number80 are around somewhere because they were just lurking in #fedora-cloud 14:03:31 :) 14:03:33 #info red_trela 14:03:44 #info number80 14:03:55 .hellmynameis hguemar 14:04:02 .hellomynameis hguemar 14:04:03 number80: hguemar 'Haïkel Guémar' 14:04:15 .hellomynameis jsmith 14:04:16 jsmith: jsmith 'Jared Smith' 14:04:26 sleepy and therefore not very attentive, but here ;) 14:05:09 okay, so, we technically need one more voting member for quorum if it comes to that, but we've got a lot of people in general so let's get started and we'll deal with any controversial votes if they come up. (doesn't seem likely) 14:05:15 #topic Current Tickets 14:05:19 https://fedorahosted.org/cloud/report/9 14:05:42 there are a handful of open tickets, some of which I think just need the meeitng keyword removed :) 14:06:01 I suggest we go through them really quickly and make sure they're disposed of appropriately 14:06:43 starting with.... 14:06:45 #topic Deliverables and release engineering changes for Fedora.Next 14:06:46 https://fedorahosted.org/cloud/ticket/50 14:07:01 * jreznik_ is watching 14:07:03 This is pointing to releng ticket https://fedorahosted.org/rel-eng/ticket/5891 14:07:16 and I commented in _that_ ticket. 14:07:30 Anyone got anything more to do there? 14:08:34 thanks for the comment in the ticket mattdm 14:08:36 mattdm: not at the moment 14:08:51 who will join the rel-eng group on our behalf ? 14:09:01 mattdm: I believe I need to file tickets for the spints, but I haven't done that yet. 14:09:21 mattdm: It's possible that the Docker portion of that will block on getting a Factory update into koji. I am unsure. Will check with jgreguske and dgilmore. 14:09:45 imcleod okay thanks 14:09:59 jzb do you want this ticket to stay open to track that? 14:10:31 number80 excellent question. I know frankieonuonga had expressed some interest in the past... 14:10:45 imcleod: we need to work out how to deliver the docker bits 14:10:57 mattdm: yeah, thanks 14:11:25 also, on the releng front: oddshocks is joining as an intern this summer (as soon as school is out, in a week) 14:11:48 \o/ 14:11:49 and his main task is going to be to work with releng to get automatic cloud image uploading working 14:12:00 glad he's back onboard 14:12:01 so I hope that will cover at least some portion of this. 14:12:53 dgilmore: Roger. Presumably the main goal would be to have the docker base images delivered directly to the official docker.io registry. 14:13:15 okay. so, I'll leave this on the agenda and we'll check back next week on the spins 14:13:35 mattdm: i know the ostree patches landed in anaconda yesterday 14:13:48 #action jzb to file spins tickets 14:13:50 mattdm: but we have no way today to deliver trees 14:14:08 imcleod: okay. 14:14:22 #action mattdm to work with walters and dgilmore and whoever else to figure out the process of delivering ostree trees in a sane way 14:14:37 imcleod, i'm not sure; we probably want an intermediate stage where QA/users can verify before they're uploaded for real 14:14:41 mattdm: so we need to make sure legal signs off on creating any accounts needed to upload images to third parties 14:14:54 imcleod, could be an internal registry, or could just be a .tar.gz one can docker import 14:15:04 we need taskotron here 14:15:06 dgilmore good point 14:15:33 scollier, can you get legal signoff on the docker account? 14:15:36 mattdm, does that put a stop on the trusted builds? 14:15:40 I don't think we could rely only on QA puny human resources to test ostree updates 14:15:42 dgilmore, where can we discuss this? 14:15:47 walters: Makes sense. I do, however, think there is benefit in having blessed and visible official images wherever possible, subject to the legal concerns dgilmore mentioned. 14:15:47 mattdm, sure, with a pointer to get started. 14:15:50 scollier not really a stop, just a step to do 14:15:59 imcleod, yep definitely 14:16:17 scollier e-mail to legal@fedoraproject -- ping me after if you need more 14:16:31 mattdm, thanks 14:16:51 #action scollier to get legal signoff for docker image upload account 14:17:20 and, is it too early to put someone down for action on the releng process for docker images? 14:17:50 scollier: If I can glom onto that discussion, I'm likely to want to establish something similar for the HP and Rackspace public clouds. (Assuming there is interest within this group in establishing an image upload process there as well.) 14:17:52 mattdm, base images, layered images? 14:18:12 scollier there, I meant base images 14:18:29 imcleod, sounds good. i'll copy you 14:18:45 as I understand our plan, we'll push a base image from releng, and then use docker's trusted builds for our layered images 14:19:41 Yeah, I had a note to have gce, hp, rackspace as a meeting topic, but I guess this is actually the place for it already :) 14:20:08 I sent out a message about GCE. It really falls under the same umbrella 14:20:46 mattdm: I had a quick look at the upload process for GCE a few days back. It doesn't look terrifying, but it does require using some of their client code. I assume it is open source but need to double-check. 14:21:36 imcleod awesome. can I put you down for an action item to look into that? :) 14:21:58 mattdm: Sure. 14:22:10 #action imcleod to verify licensing status of GCE upload code 14:22:18 walters: #fedora-releng or the releng list 14:22:18 mattdm: ^^^ - is that the right way to do it? 14:22:26 imcleod yes :) 14:22:28 gcutil ? 14:23:00 number80: I think so, yeah. 14:23:25 its code is apache 14:23:34 well that sounds good :) 14:23:42 we only had concern about potential bundled lib 14:23:54 (but none so far if i remember well) 14:24:07 Cool. 14:24:18 number80 is there a review request for that? 14:24:44 mattdm: nope, sam & some other guy were working on packaging it 14:25:50 since sam's not here, can you check into that? I know the _google_ folks want to get this moving and I hate it when _we_ are the bottleneck :) 14:26:11 imcleod -- you're in the process of talking to hp, right? 14:26:16 mattdm, just getting back to your comment above, about base / layered images. We are actually using the docker index for both base and layered. 14:26:18 Rackspace 14:26:26 i'd rather leave someone else until i get my left arm back ;) 14:26:34 imcleod er, yeah, right. :) 14:26:37 *taking care of it 14:26:39 mattdm: HP has an entirely public upload interface that uses the glance client, which is already packaged. 14:26:47 number80 I'll do it then :) 14:27:04 imcleod okay, so there, it's down to the legal signoff 14:27:17 #action mattdm to check with samkottler re state of gcutils 14:27:18 mattdm: My hope is that Rackspace is similar but I don't know yet. 14:27:48 #action mattdm to continue working on legal signoff for hp account 14:28:05 #action imcleod talking to rackspace about image upload api 14:28:23 and I think that's enough on this topic for now unless anyone has more? 14:29:57 #topic Project Atomic and Fedora Docker Host Image 14:29:58 https://fedorahosted.org/cloud/ticket/46 14:30:07 okay, last comment here is from red_trela 14:30:43 I think we are kind of covering the various other points in separate conversations .... 14:30:47 do we still want this ticket? 14:31:06 up to you :) 14:31:51 It is? :) 14:32:24 in that case, I *think* that there are more specific tickets that feel more... addressable, so I'm going to close it 14:33:05 As far as I'm concerned, yes. Your ticket, your questions/concerns. If you feel they are looked after elsewhere, good. 14:33:11 #topic File F22 change: Re-factor cloud-init 14:33:13 https://fedorahosted.org/cloud/ticket/23 14:33:16 hi 14:33:31 number80 yes :) 14:33:43 * mattdm waits patiently for the one-handed typing 14:33:45 walters has added the user data script support so it should be usable, needs some testing 14:34:02 F22 is realistic 14:34:13 awesome 14:34:31 if it's usable, why not target F21? :) 14:34:49 six months is a long time away :) 14:34:50 we still need python on F21 image 14:35:05 and cloud-init is actually being refactored 14:35:09 number80 what about _just_ in the Fedora Atomic image? 14:35:14 +1 14:35:37 for f21? 14:35:41 yes 14:36:07 ok. so, I suggest leaving this open and removing the meeting keyword until there's something to decide 14:36:13 in tok 14:36:16 ok 14:36:22 +1 14:37:10 done 14:37:18 #topic start communication/collaboration on cloud image updates 14:37:20 https://fedorahosted.org/cloud/ticket/51 14:37:35 roshi, you around? 14:37:46 I am :) 14:37:56 what's the status of this? 14:38:15 not a lot has changed from last week 14:38:27 development on taskotron is moving forward 14:38:46 heh, fair enough. is the ticket still useful for future meetings? 14:38:55 I'm working on some documentation pieces for it, but am not to the point yet for doing cloudy things with it 14:39:05 do you need more help on anything specific? 14:39:09 or not specific? :) 14:39:19 not unless you just wanted a "status update" 14:39:34 not that I know of - but asking tflink would be better since he's point on this 14:39:55 okay -- let's leave it for a status update next week too. it's important. 14:40:04 but sounds like we can move on now. 14:40:04 sounds good to me 14:40:11 #topic rename cloud spin kickstart to distinguish the cloud base image 14:40:13 https://fedorahosted.org/cloud/ticket/16 14:40:39 I think maybe this one can be moved from the meeting keyword... 14:41:13 red_trela: I have no idea the answer to your question but also can't imagine any resolution that I would think is a problem. whatever works :) 14:43:08 mattdm: so one seems less confusing, but yea, whatever works :) 14:43:35 red_trela cool. since we made the basic decision, can you handle the technical whatever-needs-to-get-done to make it happen? 14:45:20 mattdm: sure 14:45:24 #action red_trela to deal with cloud image kickstart file renaming 14:45:36 okay, so, then we have... 14:45:43 #topic Other Followups 14:45:43 mattdm: but first, we need to go through the spins process, I guess 14:45:55 Have to run, sorry. 14:46:08 red_trela yeah 14:46:19 so the other followups are: 14:46:21 which we really need to get going...sigh, time is flying by recently :/ 14:46:25 * mattdm create All the Things ticket (components needed for image) 14:46:27 * mattdm to make high-level ticket covering issues with shipping ostree 14:46:29 trees... this will fork into qa and releng and mirror conversations 14:46:31 * jzb Solicit folks who want to volunteer for the WG 14:46:51 red_trela jzb was going to file the spins tickets. but he just ran off :) 14:46:58 on the things I just highlighed: 14:47:04 #info All the things: https://fedorahosted.org/cloud/ticket/55 14:47:10 #info ostree conversations: https://fedorahosted.org/cloud/ticket/56 14:47:41 and I guess we will defer the last one because of the aforementioned jzb-just-ran-off :) 14:47:42 mattdm: I know :) 14:47:51 so that leaves: 14:47:54 #topic Open Floor 14:48:14 anything else? 14:49:05 going to close the meeting in one minute unless anyone speaks up 14:49:24 Speaking of spins process, I expect I'll push the atomic image through it and whoever own the big data image does likewise. Who's in charge of the base image in this regard? 14:50:00 base cloud or base docker? 14:50:05 red_trela Good question. I guess it's me, unless someone else wants to grab it 14:50:09 walters: base cloud 14:50:14 eg the traditional one 14:50:17 k 14:50:55 mattdm: I figure I can try to do base and atomic side by side, if you want 14:51:15 red_trela I am _totally_ willing to hand off anything I can :) 14:51:35 #info red_trela to handle cloud base and atomic spins process 14:51:41 that seems to be a theme around here... 14:51:48 roshi \o/ 14:52:08 good with me, I just end up putting it on roshi's plate in the end anyway, like always :) 14:52:29 most places I've worked, people hold onto their tasks like Smeagol... 14:52:31 lol 14:52:50 :) 14:53:17 roshi: see, we are all about sharing our tasks with you, aren't we nice guys? :) 14:53:25 anybody look at those QA docs? 14:53:29 * mattdm is the Tom Bombadil of holding on to work 14:53:38 yeah - it's an odd feeling 14:53:54 roshi what's th elink again? 14:53:57 feels good to be around such nice guys - but also feels like more work 14:53:59 jas 14:54:01 roshi: a project succeed when its creators can leave at any time without worries ! 14:54:22 https://fedoraproject.org/wiki/User:Roshi/QA/Cloud_Docs 14:54:30 feels good to be wtogami 14:54:31 :) 14:54:34 for sure number80 :) 14:54:43 #halp need people to look at draft cloud QA docs https://fedoraproject.org/wiki/User:Roshi/QA/Cloud_Docs 14:55:11 I'm going to go ahead and assume that people would have said that they did it if they did, and instead put out the cry for help :) 14:55:15 they're not complete - but need to know if I was even going in the right direction 14:55:36 I will look right after this meeting. because that's the only way to not put it off further. 14:55:37 wfm 14:55:42 I've got it up in my browser now :) 14:55:43 haha 14:55:51 anyone got anything else? 14:55:57 no worries - just didn't want it to get forgotten :) 14:56:25 roshi absolutely! 14:56:48 okay, here we go again -- meeting closing in one minute unless anyone speaks up 14:57:41 #endmeeting