17:01:43 #startmeeting 17:01:43 Meeting started Fri Sep 19 17:01:43 2014 UTC. The chair is jzb. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:43 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:55 #chair mattdm kushal roshi number80 17:01:55 Current chairs: jzb kushal mattdm number80 roshi 17:02:00 roll call 17:02:03 .hellomynameis roshi 17:02:03 .hellomynameis jsmith 17:02:04 .fasinfo kushal 17:02:04 roshi: roshi 'Mike Ruckman' 17:02:08 jsmith: jsmith 'Jared Smith' 17:02:08 .hellomynameis jzb 17:02:10 kushal: User: kushal, Name: Kushal Das, email: kushaldas@gmail.com, Creation: 2006-02-17, IRC Nick: kushal, Timezone: Asia/Kolkata, Locale: en, GPG key ID: 9DD5346D, Status: active 17:02:11 .hellomynameis hguemar 17:02:13 oops wrong command 17:02:13 kushal: Approved Groups: +ambassadors @gitpym @gitpathagar cla_fedora cla_done fedorabugs packager docs cvsl10n gitliveusb-creator web gitfedora-web @gittranslation-filter sysadmin art gitfedoratv @gitgach @gitlekhonee sysadmin-darkserver @gitpony @git-boog @gitsparcy cla_fpca 17:02:16 jzb: jzb 'Joe Brockmeier' 17:02:19 number80: hguemar 'Haïkel Guémar' 17:02:23 .hellomynameis kushal 17:02:24 .hellomynameis mattdm 17:02:24 kushal: kushal 'Kushal Das' 17:02:27 mattdm: mattdm 'Matthew Miller' 17:02:30 #chair jsmith 17:02:30 Current chairs: jsmith jzb kushal mattdm number80 roshi 17:02:34 We use that one in other meetings. 17:02:59 kushal: the fasinfo one is fine too, but it doesn't work quite right all the time 17:03:01 .hellomynameis arg 17:03:02 agrimm: arg 'Andy Grimm' 17:03:03 kushal: for example 17:03:08 .fasinfo jzb 17:03:11 jzb: User: jzb, Name: Joe Brockmeier, email: jzb@redhat.com, Creation: 2010-04-20, IRC Nick: jzb, Timezone: America/Chicago, Locale: en, GPG key ID: A0207CD4, Status: active 17:03:14 jzb: Approved Groups: @magazine atomic marketing cla_done cla_fpca cla_fedora 17:03:19 hrm. 17:03:24 :) 17:03:24 fasinfo dies when I do it 17:03:28 it used to also expand to another user 17:03:28 .fasinfo roshi 17:03:31 roshi: User: roshi, Name: Mike Ruckman, email: mruckman@redhat.com, Creation: 2013-08-24, IRC Nick: roshi, Timezone: US/Mountain, Locale: en, GPG key ID: , Status: active 17:03:34 roshi: Approved Groups: marketing docs +qa magazine fedorabugs qa-admin cla_done cla_fpca 17:03:34 .hellomynameis imcleod 17:03:36 imcleod: imcleod 'Ian McLeod' 17:03:44 * mattdm feels like a script could maybe do this part of the meeting :) 17:03:47 #chair imcleod agrimm 17:03:47 Current chairs: agrimm imcleod jsmith jzb kushal mattdm number80 roshi 17:03:58 what the what? It works now? 17:04:10 roshi, sometimes people fix bugs. :) 17:04:19 kudos to whoever fixed it :) 17:04:31 Indeed 17:04:42 ok, as agreed a couple of meetings ago, let's start with AIs from last week 17:05:53 jzb: :) 17:06:05 roshi: you had an AI to reach out to me on the coordination of test days 17:06:05 #topic Atomic Image Test Days / Cloud Test Days 17:06:28 I sent a note on this to the mailing list this morning. One person in favor of 1 & 2 October 17:06:38 any objections to those days - they'd overlap with RDO Test Days 17:06:55 jzb: i thought RDO test days were sept 25/26? 17:06:59 jzb: did they move? 17:07:03 dustymabe: yes, they moved 17:07:15 most test days moved with the last slip 17:07:30 I have no complaints with pretty much any days 17:07:33 #info https://openstack.redhat.com/RDO_test_day_Juno_milestone_3 17:07:59 let me reverse the polarity on that question 17:08:06 jzb: thanks... i need to follow the mailing list better probably 17:08:08 :) 17:08:22 I think some overlap with RDO could be good 17:08:39 thursday the 2nd is best for me 17:08:54 show of hands folks who can attend + help facilitate the test days if we do 1 & 2 October 17:08:54 * jzb raises hand. 17:09:03 o/ 17:09:05 * number80 waves too 17:09:08 * mattdm looks at calendar 17:09:20 I can attend; will let someone else facilitate! 17:09:22 * dustymabe will do the best I can to be there 17:09:49 That whole week is biggest festival for Bengalis, I will have to skip. 17:10:09 * jsmith can't, as he'll be traveling :-( 17:11:05 * oddshocks here 17:11:13 OK, so let's go with those dates + try to recruit more help 17:11:13 anything else on that topic? 17:11:27 number80: under action items we also have "test day for base image" 17:11:36 number80: is that cloud base image, or docker base image? Assuming cloud. 17:11:53 you're right 17:11:54 * dustymabe smiles at the ambiguity 17:11:58 OK 17:12:19 cloud base image was the intent 17:12:24 so that's also covered here. I'll also reach out to base WG folks about the Docker image and see if they want to triple up on test days 17:12:45 so they can test Fedora Docker Image on Fedora Atomic Image and maybe run that on RDO... 17:13:19 #topic Working Group Composition 17:13:24 #chair oddshocks 17:13:24 Current chairs: agrimm imcleod jsmith jzb kushal mattdm number80 oddshocks roshi 17:13:35 mattdm: you did raise that on the list 17:13:44 mattdm: do we have any additional discussion there? 17:13:47 or here 17:14:07 sure... 17:14:25 I was thinking of putting together a list that said "okay these people have been active -- let's make that the WG" 17:14:41 with room for "we should add ____" and for people to say "no thanks", of course 17:15:11 anyone have a better or different suggestion? 17:15:19 mattdm: that makes sense. I will ask - have we used the "official" status of folks for voting at all? 17:15:36 jzb not since the very beginning. it just hasn't come up. 17:15:45 perhaps we're not being edgy enough :) 17:15:47 mattdm: I have (happily) noticed we do most everything by consensus and only really vote on things like "what day do we do X" 17:15:56 WORKSFORME 17:16:07 *nods* 17:16:37 wfm 17:16:40 I'm +1 with mattdm's proposal, just noting that we've done a good job of being inclusive and consensus driven so far. 17:16:47 at least as far as I can tell. 17:16:56 jzb, +1 17:17:05 far be it from me to break the consensus: +1 17:17:09 heh 17:17:11 * dustymabe +1 17:17:22 +1, for completeness 17:17:24 +1 (if that wasn't clear) 17:17:28 okay so i'll do that. :) 17:17:31 groovy 17:17:37 * mattdm notes that this vote is ironic given the topic 17:17:46 -1 17:17:50 noooooooooo 17:17:54 just so that it's not all the same :p 17:18:00 mwahahaha 17:18:01 #info ironic vote taken, passes 17:18:03 mattdm: this is our last time we could use our voting power, don't remove that from us ! 17:18:09 :) 17:18:58 #action mattdm will follow up on wg composition with list of suggestions. 17:19:05 that's all the AIs from last week 17:19:22 did we go over the week before last week? 17:19:34 that's too far in the past for me to rememver 17:19:43 remember, even 17:20:05 I'm looking at the week of the 5th, and it seems complete 17:20:09 jzb: I have one 17:20:20 dustymabe: terminology? 17:20:46 jzb: I was able to make contact within digital ocean this week. Am going to work on getting some hard answers to questions and perhaps send an email to the list or I'll update in the meeting next week 17:20:58 cool! 17:20:59 :/ 17:21:05 dustymabe: ah, cool. 17:21:12 dustymabe, Nice. 17:21:29 oh hard, in that sense ? awesome :) 17:21:34 * number80 slow today 17:21:37 roshi: so I am going from the meeting minutes from 2014-09-05, my memory isn't any better ;-) 17:21:37 sorry about the slow process. I've been swamped with other things :) 17:22:11 #info http://meetbot.fedoraproject.org/fedora-meeting/2014-09-05/fedora-meeting.2014-09-05-17.05.html 17:22:12 number80: in what sense? I mean in writing (email) rather than in passing conversation 17:22:28 I don't beleive you jzb - I think you're just trying to make me not feel bad, you remember all 17:22:36 ok 17:24:03 Let me skim through these AIs very quickly 17:24:14 #topic generate comps, spin kickstart and environments changes 17:24:28 imcleod: you had an AI two weeks ago on the above - was that done? 17:24:42 I'm thinking yes 17:24:52 jzb: Yes. Committed upstream and it seems to be working. 17:24:57 woot! 17:25:05 imcleod: thanks! 17:25:06 jzb: I was ably assisted by dgilmore, who did the spin kickstart changes. 17:25:36 I am now in the comps file git log. My name in print. Things are going to start happening to me now..... 17:25:48 dgilmore is awesome. That team has been really helpful. 17:26:06 great :) 17:26:31 number80: you had an AI to close ticket 65 - which you did. Awesome. 17:26:48 let's look at the meeting tickets 17:27:10 :) 17:27:27 #topic Automatic Smoketests on Image Build 17:27:34 looks like this one is for agrimm 17:27:52 jzb: we try 17:28:44 for my bit on this, it's still a work in progress 17:28:46 * jzb can never tell if someone has stepped away or is typing slowly 17:29:40 roshi: can you and/or agrimm update the ticket this week? 17:30:10 sorry 17:30:13 sure 17:30:17 having a conversation in the other channel 17:31:24 OK 17:31:51 #action roshi or agrimm update ticket on smoketests 17:31:57 #topic Article for Fedora Magazine on "state of cloud SIG/product" for alpha release 17:32:10 #info https://fedorahosted.org/cloud/ticket/75 17:32:27 Did a draft and sent that to the mailing list today. Looking for feedback. 17:32:48 number80: what was the link of the wiki page we started? 17:33:27 dustymabe: well, I think we should just go with jzb article 17:33:40 * mattdm will look, provide feedback 17:33:46 * jsmith will provide feedback as well 17:33:55 * number80 the same 17:34:02 dustymabe: was there another in-progress piece there? 17:34:02 I read it and thought it looked good 17:34:03 number80: yeah I agree. there was something I added that I thought might be useful.. let me see if I can find it 17:34:05 dustymabe: https://fedoraproject.org/wiki/User:Hguemar/marketing/cloud_image_f21_status 17:34:13 will go over it with a finer toothed comb later though :) 17:34:47 number80: here it is: https://fedoraproject.org/wiki/User:Hguemar/marketing/cloud_image_f21_status 17:34:58 #action jzb take feedback and finish article for Tuesday or Wednesday next week 17:35:06 both sharing links to each other :) 17:35:13 If I can get all feedback by Monday, that'd be awesome. 17:35:32 I'm thinking maybe publish it on Wednesday or Thursday to keep the attention going on the alpha. 17:35:37 * dustymabe should read scrollback 17:35:44 rather than have everything go out in a burst on Tuesday 17:36:21 we already tackled test days, so I'll skip that one. 17:36:31 jzb: I haven't seen your email but it might be good to have a pointer to people who want to use the cloud image with just virt-manager 17:36:40 jzb +1 to staggering the messages 17:36:54 dustymabe: because of cloud-init? 17:37:11 jzb: yeah.. they have to figure out how to get in 17:37:16 +1 17:37:19 yeah 17:37:24 jzb: see https://fedoraproject.org/wiki/User:Hguemar/marketing/cloud_image_f21_status 17:37:24 #action jzb add info on cloud-init / virt manager 17:37:27 I fought with that in the beginning 17:37:35 that's sub-optimal... 17:37:36 jzb, there were people who tried those images in virt-manager and had no clue how to login. 17:37:37 got it figured now though 17:37:42 eh I should type fast. 17:37:44 kushal: Yeah. OK 17:38:01 I hope we can eliminate that at some point. 17:38:15 it's not a big hurdle once you know about it, but it's still a hurdle. 17:38:21 Do we have a default ISO image we can provide? 17:38:30 so people don't have to create their own? 17:38:47 not that I know of 17:38:54 K 17:39:10 I think there's one somewhere in walters' Atomic work 17:39:19 it should be added in the cloud doc 17:39:38 jzb: this might be the best answer http://rwmj.wordpress.com/2013/08/02/new-in-virt-sysprep-set-root-and-user-passwords/ 17:39:39 I have ugly code to run it locally, automagically generates all that stuff 17:40:08 would be nice to have first class support in virt-install/virt-manager for defining user-data 17:40:17 dustymabe, +1 17:40:33 #info look at virt-sysprep for cloud-init http://rwmj.wordpress.com/2013/08/02/new-in-virt-sysprep-set-root-and-user-passwords/ 17:40:49 dustymabe: were you volunteering to add that? ;-) 17:41:05 jzb: I would love to!! 17:41:10 * mattdm thinks libvirt should provide a minimal metadata service 17:41:26 * dustymabe wishes he had a time machine 17:41:47 dustymabe: me too. The 20s sound awesome. 17:42:07 OK... 17:42:25 I cann follow up with cole and see if that is something they are working on 17:42:33 dustymabe: awesome 17:42:48 there are technical answers 17:42:49 #topic start communication/collaboration on cloud image updates 17:42:59 #info https://fedorahosted.org/cloud/ticket/51 17:43:11 Anything on this for this week? 17:43:13 roshi: ^^ 17:43:30 nothing more moving that I know of 17:43:46 * roshi looks for the draft we had 17:45:01 nvm, it's in the ticket 17:45:03 roshi, I put a long comment in there after our conversation. still plenty hand-wavy, though. really need more opinions on how often we want to respin, and what the estimated "expense" of respinning is 17:45:11 any other comments from anyone else? 17:45:20 yeah 17:45:36 then to work with releng about getting things done when those triggers get tripped 17:46:36 agrimm: monthly barring security updates that require an update, would be my suggestion 17:46:37 I'm thinking that there are generally two scenarios: 1) at our weekly meeting, we ask "is it time for a respin this week?", and 2) some big obvious security thing happens, and we reactively respin 17:46:47 agrimm: that was basically my suggestion for the Atomic image. 17:47:33 jzb, that seems generally reasonable. I'd leave the door open for major bugfix respins that may not be security-related, but I would hope it wouldn't happen often. 17:48:12 agrimm: + 17:48:13 sounds good to me 17:48:15 agrimm: +1 17:48:16 jzb, what level of security issue would you deem sufficient to trigger an update? 17:48:51 #info respin for base image agreed ~1 month + any security/major bugfix 17:49:11 agrimm: I would say any security issue. The package pool should be small enough we're not pelted with constant updates for security. 17:51:07 seems sane enough 17:51:10 jzb, ok, we'll see how that goes. I'm thinking we wouldn't respin for a buffer overflow in some corner case of "tar" usage. not remotely exploitable, trivial to run "yum update" to fix, etc. 17:51:11 I think the other tickets in the trac are pretty well covered atm 17:51:17 time will tell though I guess, right? 17:51:37 agrimm: maybe let's see how it goes for F21 and revisit for F22 17:51:49 jzb, agreed 17:51:53 if we could get more people involved in blocker meetings, we could hold a similar meetings for respins 17:52:04 get together, look over the bug like we do for blockers 17:52:19 just a thought 17:52:30 roshi: that's a worthy goal 17:52:36 at least IMO 17:52:46 OK 17:52:54 #topic new business 17:52:57 I think we should not say "any security". too many things are corner-case -- the tar example is a good one 17:53:01 (sorry slow typing) 17:53:31 it's hard to attend these meetings via phone, amirite? :p 17:53:53 this was just thinking as i wrote. can't do both 17:54:01 good thing I don't also have gum 17:54:12 because i am also walking on my treadmill desk 17:54:37 nice! 17:54:45 I want one of those 17:54:48 I think the obvious ones that matter are kernel, systemd, glibc, sshd 17:54:54 agrimm: maybe open a thread on the list and we'll tighten the definition? 17:54:58 * dustymabe gets an interested visual of a hamster on a hamster wheel 17:55:05 jzb, sure 17:55:06 cloud-init 17:55:16 * agrimm awaits a #action 17:55:17 yeah and that way we can pull in security team 17:56:00 #action agrimm start thread to decide which security updates trigger rebuild 17:56:26 number80: cloud-init is a topic? 17:56:52 jzb, I think he means a security bug in cloud-init would trigger an update 17:57:18 exactly 17:57:19 something that would allow insertion of malicious metadata? 17:57:34 cloud-init is a sensitive component of the cloud images and he should be monitored 17:57:47 number80: I agree. 17:58:06 yes. agree. also, details, details :) 17:58:12 as far as cloud-init goes.. is it just me or does it seem like documentation and new development are lacking? 17:58:44 I sent an email to the mailing list but it seems like you have to have a launchpad account, etc... 17:58:47 there are documentation and development is well sketchy 17:58:55 agrimm: sure 17:59:07 * number80 thanks gholms for his awesome work to improve it 17:59:12 number80: agreed. It's amazing to me how much adoption is has in spite of that 17:59:16 dustymabe: there's been discussions about forking it or replacing it. 17:59:26 dustymabe: but it's tricky 17:59:32 jzb: do you know where those discussions take place? 17:59:32 AWS forked it long ago 17:59:43 because they refuse to sign Canonical's CLA 17:59:44 coreos replaces it with a mostly-compatible version 18:00:00 dustymabe: well, we'd talked about problems here and wanting min-metadata (?) 18:00:26 mattdm: right, so they've already kind of forked it, right? I think centos may be interested in a different version too. 18:00:33 our main goal, I think, would be to get python out of the base. 18:00:36 agrimm: I think we should go ask a former FPL to see if we could join forces about cloud-init 18:00:37 * jsmith has to run to another meeting, sorry :-( 18:00:43 jzb: got it. I think it would be great if we could put a bigger community together.. along with the current cloud-init guys and make it better 18:00:50 which would fit with coreos' golang verison or colin's c-based one 18:00:51 * number80 can't unluckily do that 18:01:20 number80, doesn't fix the python dep issue, or the fact that cloud-init doesn't really do what we want for cases like GCE 18:01:33 so - we probably can't do anything on cloud-init for F22 18:01:41 shall we make that an action / change for F22 18:01:47 meant F21 the first time 18:01:58 agrimm: either we accept dropping features or stick to cloud-init or whatever 18:02:37 number80, yeah, that is true. cloud-init's feature set is sort of all over the place, though, and a lot of it is not very well tested outside of ubuntu 18:02:47 *nods* 18:03:12 if AMZ forked their versio 18:03:13 agrimm: for f21 we should be happy if people can log in 18:03:14 vrsion 18:03:24 are they making changes public? 18:03:33 we can look at making the experience better as it goes along, and make things right for f22 18:03:36 e.g. is it on github somewhere or are they just throwing one out? 18:03:40 dgilmore, it's that bad? 18:03:53 dgilmore: +1 - pretty much my suggestion 18:04:07 dgilmore, :) 18:04:20 it's probably too late in the game for major cloud-init changes for F21 18:04:23 agrimm: i don't know how bad it is. but at this point we need to make sure the basics work 18:04:36 dgilmore: +1 18:04:39 jzb: yes. this is discussion about the "future" 18:04:51 * agrimm was definitely not suggesting any changes for f21 18:05:25 dustymabe: I think long term thought it would be great to have an active larger community that we are a part of 18:05:29 agrimm: going forward and for f22 we really must make it betetr and work with the google experience 18:05:30 and that we can help steer 18:05:53 dgilmore, agreed, we've had email conversations with google about that 18:05:57 for now im happy if it works like outher cloud providers that an account is created on bootup and you can get ina nd on with life 18:06:18 and i can learn to type 18:06:35 agrimm: f22 planning now is awesome :) 18:06:41 * oddshocks has to step out, feel free to leave him messages *wave* 18:06:51 oddshocks: thanks for attending 18:06:56 jsmith: ^^ as well 18:07:31 #action jzb start change page for F22 on cloud-init 18:07:46 #action jzb move discussion on cloud-init to mailing list. 18:07:54 * mattdm nods 18:07:56 OK 18:08:00 any other topics? 18:08:10 we're nearly 10 minutes over 18:08:14 oh 18:08:35 #topic Docker Image for F21 Alpha 18:08:45 * roshi has no other topics 18:08:50 Talking to mattdm earlier we were discussing the Docker Image 18:09:04 this is a base WG thing now but we have a vested interest in making sure it is available 18:09:09 I know that's base WG, but we wanted to make sure that the docker image is getting pushed to the Docker Hub for alpha 18:09:17 dgilmore: do you know if this is on track to be part of the f21 deliverables? 18:10:02 mattdm: we have it. we need to work out how to glue it into the docker registry 18:10:14 mattdm: we did get the okay from legal for it 18:10:23 I think i need to create an account at docker 18:10:50 dgilmore: you should contact Docker Inc, they already have an account for us 18:11:04 for this, I don't think so -- it should be pulled in to the official library via stackbrew 18:11:21 mattdm: we just need to work out how 18:11:25 let's not pile this on dennis, though 18:11:30 ok 18:11:41 mattdm: I think we need a fedorahosted project for it so that they have a git repo to pull from 18:11:55 and we need to do some glue magic 18:11:59 dgilmore yeah. that would be nicer than them pulling it from github 18:12:50 mattdm: from memory they said they dont care where it is. just needs to be in a git repo 18:12:52 does anyone want to take the action of making sure that happens? should connect with base wg and with lsm5 who was working on the unofficial attempt 18:13:34 *crickets* 18:13:39 okay :) 18:13:48 mattdm: I guess you and me 18:14:00 #action mattdm connect with base wg, lsm5, docker, rel-eng about docker base image upload to registry 18:14:12 mattdm: I hope to be able to take on more responsibility one day.. right now I have too much other stuff going on 18:14:18 dgilmore: yep. 18:14:18 mattdm: is there any way to tally actions during the meeting? 18:14:29 jzb: no 18:14:33 you mean as "done"? 18:14:35 ah, too bad 18:14:39 at least not that i am aware of 18:14:52 mattdm: no, run a command to see how many actions have been taken during a meeting in real time. 18:14:58 i assume jzb means a summary of actions to date in teh meeting 18:14:59 mattdm: kind of a scoreboard, if you will 18:15:03 dgilmore: +1 18:15:09 ahhh. i don't think so. zodbot rfe 18:15:14 jzb: a nice RFE :) 18:15:20 OK 18:15:28 .moar features zodbot 18:15:28 here zodbot, have some more features 18:15:33 #action jzb file RFE for zodbot on actions during meeting 18:15:44 that's sort of ironic or something 18:15:52 OK, we're 15 over 18:15:57 * mattdm is done 18:16:01 going to close unless anyone else has a topic or anything 18:16:09 +1 18:16:12 * jzb waits a minute for folks to type 18:16:42 * roshi has nothing :) 18:16:43 OK 18:16:50 thanks for running the meeting jzb 18:16:52 everybody have an excellent day and weekend 18:16:57 #endmeeting