17:01:16 #startmeeting fedora_cloud_wg 17:01:16 Meeting started Wed Oct 5 17:01:16 2016 UTC. The chair is sayan. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:16 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:16 The meeting name has been set to 'fedora_cloud_wg' 17:01:23 #topic Roll Call 17:01:26 .fas rtnpro 17:01:27 rtnpro: rtnpro 'Ratnadeep Debnath' 17:01:28 .fas jasonbrooks 17:01:30 jbrooks: jasonbrooks 'Jason Brooks' 17:01:32 .hellomynameis kushal 17:01:33 .hello maxamillion 17:01:33 kushal: kushal 'Kushal Das' 17:01:36 .hellomynameis dustymabe 17:01:36 maxamillion: maxamillion 'Adam Miller' 17:01:39 dustymabe: dustymabe 'Dusty Mabe' 17:01:41 .hello trishnag 17:01:42 trishnag: trishnag 'Trishna Guha' 17:01:45 .hellomynameis sayanchowdhury 17:01:46 sayan: sayanchowdhury 'Sayan Chowdhury' 17:02:10 .hellomynameis tflink 17:02:10 tflink: tflink 'Tim Flink' 17:02:28 * gholms takes a seat in the bleachers 17:02:40 gholms, welcome :) 17:03:00 .hello jberkus 17:03:01 jberkus: jberkus 'Josh Berkus' 17:03:03 #chair rtnpro jbrooks kushal maxamillion dustymabe trishnag tflink kushal 17:03:03 Current chairs: dustymabe jbrooks kushal maxamillion rtnpro sayan tflink trishnag 17:03:11 #chair jberkus 17:03:11 Current chairs: dustymabe jberkus jbrooks kushal maxamillion rtnpro sayan tflink trishnag 17:03:13 .hello vvaldez 17:03:14 vvaldez: vvaldez 'Vinny Valdez' 17:03:19 #chair vvaldez 17:03:19 Current chairs: dustymabe jberkus jbrooks kushal maxamillion rtnpro sayan tflink trishnag vvaldez 17:03:53 #topic Action items from last meeting 17:04:08 Action Items 17:04:10 ------------ 17:04:12 * kushal will work on moving to Pagure from Trac 17:04:14 * jbrooks to send out an email to the list regarding Test Day 17:04:16 * kushal will update #167 after meeting with details 17:04:27 I have sent out a mail to the list about the stage project in pagure. Any comments on that? 17:04:40 I know we one reply to that mail. 17:04:47 I am yet to read that email :( 17:04:55 I have also updated #167 and then closed that ticket. 17:04:56 I made a wiki page https://fedoraproject.org/wiki/Test_Day:2016_10_14_Cloud 17:04:58 sayan, where's my action item for fedora-motd testing? 17:05:13 rtnpro, there was none 17:05:22 rtnpro, you were not present to confirm iirc. 17:05:29 I'll send out another msg about it -- I made it for next fri to give us a bit more time to get bootable media 17:05:29 rtnpro: I guess it was not re-actioned last week 17:05:30 jbrooks, Thanks :) 17:05:32 kushal, yes 17:05:42 Which we need to make sure to discuss today :) 17:06:30 rtnpro: do you have any update on the fedora-motd testing 17:06:32 jbrooks, yes, having something which boots and works is important :) 17:06:51 sayan, yes 17:07:21 Those were the updates from me. 17:07:28 For record 17:07:29 https://stg.pagure.io/atomic-wg/issues 17:07:32 rtnpro: can you share your update then? 17:07:36 sayan, the tests have been pushed to https://github.com/rtnpro/motdgen and I have added README as well 17:07:36 ^^ that is the stage instance. 17:07:55 I have also changed the name of the project to atomic-wg from cloud, or should I keep it only atomic? 17:07:56 the tests cover the end to end usecase, including machine reboot 17:07:59 Any comments on that ? 17:08:12 https://github.com/rtnpro/motdgen 17:08:46 atomic-wg is fine 17:08:53 atomic-wg sounds good 17:09:26 hmmm ... there's a LOT of old bugs there. does anyone know if any of them are still relevant? 17:10:15 nope 17:10:29 maybe we need to triage those issues sometime 17:10:52 so, what are the next steps with fedora-motd? 17:10:54 sayan, we should. 17:11:06 jberkus, sayan thanks. 17:11:54 frankly, my thinking is that we just kill off anything over a year old 17:12:20 the ones I've looked at so far are all obsolete 17:12:28 and if something is still a problem, it'll get refiled 17:13:24 I closed the one I'd freported 17:13:27 reported 17:13:31 it was fixed ;) 17:13:42 .hello scollier 17:13:43 scollier: scollier 'Scott Collier' 17:13:49 I am moving over to tickets 17:13:52 #action kushal will clean up the wiki next week. 17:13:54 #chair scollier 17:13:54 Current chairs: dustymabe jberkus jbrooks kushal maxamillion rtnpro sayan scollier tflink trishnag vvaldez 17:13:58 thx sayan 17:14:11 #topic vagrant boxes fixups https://fedorahosted.org/cloud/ticket/136 17:15:00 imcleod: any updates on this one? 17:15:54 Also related note, the vagrant base images for F25 are not booting 17:16:16 sayan: I suppose only that I don't anticipate being able to complete this work soon. If anyone has any interest in deconstructing the VirtualBox XML format and adding the needed bits to Factory's understanding of it, I'd be grateful for some help. 17:16:53 rtnpro, or praveenkumar can be of good help on that. 17:17:02 praveenkumar, or lalatenduM are the other names. 17:17:23 kushal: are any f25 images booting? 17:17:30 I can download an ISO if nobody has tested 17:17:42 jberkus, the cloud base qcow2 is passing all tests. 17:17:47 jberkus, I tried the libvirt vagrant one today -- it needs selinux=0 to boot 17:17:51 oh, so it's just the vagrant? 17:17:52 today's results https://apps.fedoraproject.org/autocloud/jobs/308 17:17:55 I can help to test the vagrant images and see if I can fix something 17:18:01 kushal: ok, I'll test the ISO today 17:18:19 jberkus, he's talking about base, not atomic 17:18:20 jberkus, for atomic we know the issue. 17:18:24 jberkus: atomic qcow2 is also not booting 17:18:36 ah, ok, nm 17:18:36 https://bugzilla.redhat.com/show_bug.cgi?id=1290659#c42 17:18:53 Sadly the hand over of base image is not done yet. 17:19:05 right :) 17:20:05 sayan, go ahead. 17:20:30 #topic design, deploy and document Fedora OpenShift Playground (FOSP) https://fedorahosted.org/cloud/ticket/153 17:20:55 sayan, this one is blocked by bug upstream. 17:20:55 jberkus: scollier: did the work session happen? 17:21:04 sayan, it did happen, but ran short. 17:21:10 so i proposed moving it out two weeks 17:21:21 until misc can test with packages that are patched. 17:21:33 sayan, will update ticket 17:21:42 scollier: thanks 17:21:46 scollier: do we have europeans/indians on that work session? 17:22:04 scollier: I ask because the last one was a 6am my time, which is why I didn't even try to attend 17:22:04 jberkus, just misc 17:22:18 ok, can we do it a bit later next time then? misc stays up late as it is 17:22:26 jberkus, np, will do. 17:22:41 #topic make Fedora Atomic download page clearer https://fedorahosted.org/cloud/ticket/154 17:22:42 jberkus, and sorry about that. 17:22:56 scollier: well, it turned out to be a non-issue, yah? 17:23:02 ack 17:23:13 sayan: that's turned into a bigger discussion, let's deal with it in open discussion 17:23:26 jberkus: sure 17:23:31 moving ahead 17:23:50 #topic Decide on post-GA update cadence for various deliverables https://fedorahosted.org/cloud/ticket/155 17:24:26 maxamillion: any update on this one? ^^ 17:24:33 I thought we closed that out 17:24:36 kushal: ^^^ ? 17:24:57 if not then we will close that after tonight's meeting. 17:25:02 sayan, go ahead to the next ticket. 17:25:29 #topic Need complete Kickstart docs for Atomic Host https://fedorahosted.org/cloud/ticket/156 17:25:59 jberkus: any update on this one? 17:26:29 sayan: no change from last week. haven't had the testing time 17:27:03 ah ok 17:27:26 #topic Ship fedora-motd in F24 atomic image https://fedorahosted.org/cloud/ticket/160 17:28:20 rtnpro: can you update this ticket with the status? 17:29:16 sayan, I guess he slept again. 17:29:22 sayan, move to next ticket 17:29:42 sayan, ok 17:29:46 #topic Finish new Fedora Cloud PRD https://fedorahosted.org/cloud/ticket/170 17:30:30 sayan, do we have this in version control or in an etherpad or something? 17:30:45 kushal: ^^ 17:30:48 And though it says finish, do we have a start? 17:30:59 kushal: when do the tickets on paguire go live? you said that's a test? 17:31:39 jberkus, I need get permission to spam everyone as if I push to prod, it will lit up the fedmsg for everyone. 17:31:45 I need enough +1 from people there. 17:31:48 on the list. 17:32:06 kushal: I am +1 17:32:09 +1 17:32:19 kushal: I suggest not copying over any issues more than a year old, though 17:32:26 if you can do that? 17:32:38 jberkus, we will have to copy all issues 17:32:45 as these are the official records. 17:32:54 +1 17:32:59 kushal: hmmm. what if we close the issues on trac first? 17:33:02 and then there is no such formal way to copy random issue numbers. 17:33:10 jberkus, they will be copied in as closed. 17:33:16 +1 17:33:26 that's fine, but people won't be alerted for the closed issues, then, though, right? 17:33:26 jberkus, the trac will be taken down, so we have to copy everything over. 17:33:45 jberkus, They will be for everything they ever did on cloud trac. 17:33:59 +1 17:34:16 What are these +1(s) for? 17:34:28 +1 we approve spam 17:34:31 kushal: we are okay with you spamming 17:34:33 yeah 17:34:37 Oh, okay. 17:34:40 Thanks. 17:34:47 I will do this over weekend 17:34:49 spam at me, bro 17:34:56 so that no one will update the trac at that time. 17:35:07 I will send in the updates to the list first, date and time/. 17:35:08 I love spam +1 17:35:25 maxamillion, and mattdm will get some hit :) 17:35:49 sayan, Go ahead :) 17:35:55 jberkus: do we have the revised Cloud PRD somewhere? 17:35:57 ah, ok. I still think it might be helpful to make an effort to close all the old issues first 17:36:01 kushal: \o/ 17:36:07 jberkus, Yes, I will do that too 17:36:09 sometime 17:36:12 sayan: no, I was going to tackle that after I dealth with getfedora.org 17:36:20 jberkus: ok :) 17:36:24 as this weekend is also our biggest festival. 17:36:27 so, this week, one way or the other 17:36:37 kushal: I was thinking the rest of us would work on closing issues 17:36:42 kushal: group effort 17:37:23 jberkus, Okay. 17:37:25 jberkus: on what factors do we close issue? older that one year? 17:37:36 so: dustymabe, jbrooks, maxamillion, sayan, rtnpro, me: please make an effort to close as many old Trac issues as possible in the next 2 days 17:37:36 jberkus, or I can sit down with the issues on Friday and do it. 17:37:46 I think I already added one action item. 17:37:48 ack 17:37:52 i am still confused as to these discussions of "atomic wg" - does that exist? 17:38:16 I'm thinking the cirteria is: if it's more than a year old, and we don't know for certain that it's still an open issue, we close it. 17:38:16 walters, yes, we are the atomic working group. 17:38:20 error on the side of closing 17:38:22 (and if it does, let's transfer the docker base image into it?) 17:38:35 Moving to open floor 17:38:40 #topic Open Floor 17:38:48 but none of this applies for fedora 25, is that correct? 17:38:53 hey, mattdm, you around? 17:39:02 walters: well, that's what I'm about to discuss 17:39:34 so per members of the council, we were targeting moving from cloud --> atomic for f25 17:39:43 but it seems to *me* like we're not ready 17:39:51 jberkus: +1 17:40:21 not ready for? 17:40:39 atomic being one of Fedora's 3 main branches, instead of cloud 17:40:47 Not ready for letting base loose 17:41:06 if it's just about the base image, surely we can have that technically live in the atomic group until 26? 17:41:20 walters, yes, till some group picks it up. 17:41:25 my concern isn't about that, it's about not being able to get the atomic releases out on time 17:42:05 We're not in awful shape there, really, we just need some more ongoing testing effort 17:42:08 jberkus, we are working on that part, that is why having a 2 week release cycle helps. 17:42:29 right, but we're not *there* yet 17:42:45 jberkus, not, things fail time to time. 17:42:46 We have been getting releases out, though, just not like clockwork 17:42:58 I don't think we're too far off, though 17:43:21 from my perspective, though, that says "let's do the transition later, when we're more confident in the releases" 17:43:51 Status quo, where cloud = atomic and base is fine 17:43:54 for 25 17:44:11 It's too late to change at this point, anyway, right? 17:44:26 jbrooks: well, we have to make the decision *now*. 17:44:27 way too late IMO 17:44:44 and with f25 atomic not booting ... 17:44:46 jberkus, I think the decision was taken already. 17:44:54 I say status quo for 25, let's get our $%^& in gear for 26 17:45:23 possibly before 26, if we can fix issues 17:45:23 We're not going to drop atomic for 25 17:45:25 jberkus, Our working group is moved into being atomic from flock. 17:45:44 Right?? It'll continue as w/ 24 17:45:49 nope 17:46:07 jbrooks, After F25 GA, when we say we are ready the atomic 2w will move to F25 17:46:27 2WA that is. 17:46:37 2wa? 17:46:55 2 Week Atomic. 17:47:03 And, if we make it happen / make it work, there's no reason we can't do a 25-based two-week right at 25's launch, right? 17:47:04 We sync to latest GA tree after GA. 17:47:11 two weeks after? 17:47:18 jbrooks, correct, just like F24. 17:47:25 jbrooks, if required next day. 17:47:27 i don't see why we can't do it for release day 17:47:37 jbrooks, or after 1 hour 17:47:38 but whatever 17:47:39 I thought that was lame, personally -- waiting a while after GA 17:47:42 or at the same time. 17:47:53 OK, we just need to do the work / make it happen 17:47:58 jbrooks, yes, that is why the target is to do same time of GA. 17:48:01 dustymabe: we can do it for release day if all the fixes are in 17:48:14 speaking of ... I need to get a 2WA release out today 17:48:16 maxamillion: i.e. if it boots and is ready? 17:48:37 Now, for our current blocker, the selinux package, do we have a plan there? 17:48:37 dustymabe: if it passes all tests in AutoCloud 17:48:50 jbrooks: ticket? 17:49:05 https://bugzilla.redhat.com/show_bug.cgi?id=1290659 17:49:40 Right now, booting our f25 atomic images requires disabling selinux at boot time 17:50:00 i'm testing a patch to back out the systemd service now 17:50:10 i'd expected the selinux people to respond by now but oh well 17:50:11 sweet 17:50:32 so, my plans for getfedora.org 17:51:01 1. don't change the main page for getfedora/cloud 17:51:06 2. do change the download page for atomic 17:51:18 assuming that the designers can change things at this point ... 17:52:10 jberkus, I think mattdm wants those changes in. 17:52:33 kushal: well, he is the project leader, so he can override me 17:52:54 hehe :) 17:52:55 I'll loop him in on the design discussion 17:53:06 :) 17:53:12 but I'm going to clearly recommend against it 17:54:12 * maxamillion has to bail out in ~6 minutes because I need to get food before my next meeting 17:54:16 Anybody wants to share anything else? 17:55:53 So, I was planning to add the new AWS regions Mumbai and Seoul so that fedimg could upload to these locations too. 17:56:30 But the M1 machines that fedimg uses are no longer supported in the newer regions 17:57:03 Really? Huh. 17:57:24 If you want ephemeral storage try m3. If you don't try m4. 17:57:39 * gholms is pretty sure all regions support those 17:57:40 gholms: the only ones I could find is m4 17:57:59 that requires VPC 17:58:10 All new regions require VPC, yes. 17:58:16 what's wrong with vpc? 17:58:39 better to include the new regions after fixing this https://github.com/fedora-infra/fedimg/issues/42 17:58:41 It means some extra work in regions where we don't have default VPCs. 17:58:56 Yeah, that was going to be my suggestion. 17:59:06 If you don't need instances everything gets simpler. 17:59:22 gholms: yes 18:00:18 Going over and ending the meeting in 18:00:21 3. 18:00:23 2. 18:00:24 1. 18:00:28 #endmeeting