17:00:32 #startmeeting atomic_wg 17:00:32 Meeting started Wed Mar 15 17:00:32 2017 UTC. The chair is dustymabe. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:32 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:32 The meeting name has been set to 'atomic_wg' 17:01:09 .fas jasonbrooks 17:01:10 jbrooks: jasonbrooks 'Jason Brooks' 17:02:05 hi 17:02:10 dustymabe: roll call? :) 17:02:16 .hello brodhi 17:02:17 bowlofeggs: Sorry, but you don't exist 17:02:25 i should change my fas account again to brodhi 17:02:31 .hello bowlofeggs 17:02:32 bowlofeggs: bowlofeggs 'Randy Barlow' 17:02:38 .hellomynameis dustymabe 17:02:39 dustymabe: dustymabe 'Dusty Mabe' 17:02:43 .hello jberkus 17:02:44 jberkus: jberkus 'Josh Berkus' 17:02:47 .hello trishnag 17:02:48 trishnag: trishnag 'Trishna Guha' 17:03:23 .hello maxamillion 17:03:27 maxamillion: maxamillion 'Adam Miller' 17:03:33 .hello jdoss 17:03:34 jdoss: jdoss 'None' 17:05:04 .hello yzhang 17:05:05 yzhang: yzhang 'Yu Qi Zhang' 17:05:08 hey it works 17:05:14 yzhang: \o/ 17:05:18 \o/ 17:06:03 #chair jbrooks jberkus bowlofeggs maxamillion yzhang jdoss trishnag 17:06:03 Current chairs: bowlofeggs dustymabe jberkus jbrooks jdoss maxamillion trishnag yzhang 17:06:07 who did I miss? 17:06:32 ok 17:06:41 #topic action items from last meeting 17:06:48 * maxamillion to follow-up on fixing ami permissions, links with 17:06:49 dgilmore 17:06:51 * jberkus to schedule a meeting about support policy, rolling upgrades 17:06:53 * jberkus to set up github repo for atomichost ASCIIDoc source 17:06:55 * jberkus, trishnag to kick off documentation re-org project 17:07:24 feh, forgot about the rolling update meeting 17:07:27 too many things 17:07:47 at this point, any meeting after this week, for me, is going to be after April 5th 17:08:30 jberkus: really? 17:08:39 dustymabe: Asciibinder primary setup done for atomic-host-doc https://github.com/projectatomic/atomic-host-docs/pull/1 17:08:39 was hoping to have that rolling update meeting next week 17:08:53 or this week I guess 17:08:53 I and jberkus have been discussing what docs to have and what not. 17:09:04 dustymabe: yeah, OSAS in-person followed by NCECA followed by KubeCon followed by PTO with family 17:09:14 dustymabe: well, better be tommorrow then 17:09:20 I'll try to calendar something 17:09:24 hm, i had been thinking we merge docs into Fedora - like a "Containers" equivalent of https://docs.fedoraproject.org/en-US/Fedora/25/html/Virtualization_Getting_Started_Guide/index.html 17:09:30 .hello jlebon 17:09:31 jlebon: jlebon 'None' 17:09:41 and having the installation guide understand Atomic Host 17:09:53 anyway, docs are set up, but that's an agenda item 17:10:02 dustymabe: walters We are using etherpad for the same https://public.etherpad-mozilla.org/p/atomic-host-docs . 17:10:10 #link https://public.etherpad-mozilla.org/p/atomic-host-docs 17:10:10 .hello 17:10:10 roshi: (hello ) -- Alias for "hellomynameis $1". 17:10:14 .hello roshi 17:10:15 roshi: roshi 'Mike Ruckman' 17:10:38 .hello walters 17:10:39 walters: walters 'Colin Walters' 17:10:47 jberkus: what do we need to re-action ? 17:10:56 also maxamillion, any update? 17:11:12 dustymabe: better we need to schedule a meeting. you, me, jbrooks, walters are critical 17:11:23 I'll try to schedule something in the next 2 days that all of us can be at 17:11:31 +1 17:11:34 ok 17:11:51 #action jberkus to schedule a meeting about support policy, rolling upgrades 17:12:13 we will come back to maxamillion 17:12:25 #action maxamillion to follow-up on fixing ami permissions, links with dgilmore 17:12:39 moving to meeting topics 17:12:44 just as an FYI, tomorrow is readiness and go/no-go meetings, so people might be busy 17:13:22 #topic Label/comment for primary RPM? 17:13:30 #link https://pagure.io/atomic-wg/issue/254 17:13:48 i've put my thoughts in the ticket 17:13:53 dustymabe: sorry, on a call 17:14:11 dustymabe: I was giving an update on something, come back to me whenever you're ready ... I'm here now 17:14:12 dustymabe, walters, jbrooks: everyone's calendar seems to be clear at ... oh, wait, timezones 17:14:14 re-doing 17:14:29 maxamillion: would be interested in your htoughts on $topic 17:15:10 dustymabe, walters, jbrooks: calendars were clear at 4pm EDT today, so i scheduled it 17:15:14 lemme invite the rest 17:15:20 dustymabe: yeah, just a sec 17:15:28 dustymabe: getting a link 17:15:56 jberkus: would rather not have that discussion in this meeting 17:15:58 dustymabe: https://pagure.io/atomic-wg/issue/249 17:16:38 maxamillion: what about that issue? 17:16:43 dustymabe: as soon as I find time, I'm going to come up with a way to accomplish that (after digging into some code in OSBS to make sure it would work), then make a proposal. 17:16:52 dustymabe: it's directly related to the one you asked me about 17:17:37 maxamillion: right, but I think the question is, how do we tell what the primary rpm is for the container? 17:17:47 jberkus: can you confirm? 17:17:53 I wonder what primary rpm is. 17:17:53 dustymabe: we'll need a way to notate that in the Dockerfile 17:18:04 confirm what? 17:18:09 dustymabe: which is part of the plan, I'm almost positive we talked about this at the VFAD 17:18:27 maxamillion: right, but this ticket is open and has the Meeting tag 17:18:36 dustymabe: I'm updating it now 17:19:31 there's a separate issue for primary RPM 17:19:56 jberkus: you opened issue #254 17:20:01 which is what we are discussing right now 17:20:16 that is the current topic 17:20:42 yah 17:20:49 so that's directly related to 249 17:21:02 in either case, we can't count on the name of the package and container being the same 17:21:16 sure - so we want to have some other identifier 17:21:18 which is fine 17:21:27 in some cases, the maintainer will want to truncate it; in other cases, extend it 17:21:37 jberkus: this ticket has the meeting tag, so you lead the discussion on it 17:21:44 let me know when you have everything you want 17:22:11 ah ok 17:22:36 maxamillion: we talked about doing something at the VFAD, but we didn't add an actual requirement for a label or structured comment 17:22:54 and without that requirement, container submissions won't have it 17:22:57 I'm adding context to the ticket now 17:23:13 maxamillion: which ticket specifically? #254? 17:23:25 dustymabe: yes 17:23:31 https://pagure.io/atomic-wg/issue/254#comment-431590 17:24:01 aha 17:24:10 so we need one, but we don't know what it should look like yet? 17:24:56 correct 17:25:17 maxamillion: you think that you can automatically do that without having a label that identifies the primary rpm? 17:25:50 dustymabe: it's more that there's no point in us drafting a requirement if we can't tell people how to populate it 17:26:00 maxamillion: or you are saying the macro will define the primary rpm 17:26:02 I think 17:26:10 dustymabe: it will have to be provided somehow, either as a label or as an argument to the macro 17:26:20 ok, so summary 17:26:33 if we need to require a label then we need to draft guidance now 17:26:49 if we can provide the primary rpm via an arg to the macro, then we don't need to draft guidance 17:27:08 ^^ is that accurate? 17:28:03 we'll still need something in the guidelines either way 17:28:12 yeah 17:28:22 right, but what matters is "when" we need to have it in the guidelines 17:28:28 somehow the maintainer needs to have a way to let us know what the macro is, right? 17:28:40 if we know we want to use a label, then we can go ahead and tell people to put the label in their files 17:28:47 if not, then we can just wait 17:29:20 we don't know 17:29:24 I need to look at the code 17:29:34 ok - so put this on wait then jberkus 17:29:48 yah, that's all we can do for discussion 17:29:54 k 17:29:58 moving on 17:30:01 I think we'll need a label 17:30:07 I'll comment on the issue 17:30:40 it might make sense to have a label either way if we want that metadata with the image 17:31:12 #topic lower case vs Initial Cap in Labels 17:31:20 #link https://pagure.io/atomic-wg/issue/253 17:31:28 jberkus: please lead discussion 17:31:35 yeah, that's a major "do yesterday" quesiton 17:31:56 yzhang pointed out that we've created a 3rd class of capitalization with FLIBS, which I don't think was intentional 17:32:02 and is confusing to users and maintainers 17:32:16 docker/openshift/kubernetes wants lowercase 17:32:21 atomic cli wants uppercase 17:32:27 and we're using proper case 17:32:50 maxamillion thought that we could switch to lower case without breaking koji etc. 17:33:05 I personally think the lowercase makes more sense, and we can adapt the atomic CLI to that 17:33:06 but it would mean a search-and-replace across all existing images 17:33:19 i've commented in the ticket 17:33:23 should atomic CLI care about the case? 17:33:31 roshi: not, sure, I'm going off the docs 17:33:35 haven't had a chance to test 17:33:35 for atomic CLI labels shouldn't we leave them as uppercase? 17:33:45 jberkus: yeah, I still need to test ... stage is all messed up 17:33:56 then we would need to duplicate labels, aiui 17:34:27 maxamillion: ah, so we don't know yet that we can change the case? 17:34:56 maxamillion: if we can't, how hard would that be to fix, at a guesstimate? 17:35:55 jberkus: I don't think it would be that hard, the label validation code is pretty clean 17:36:19 I'm not sure why the atomic CLI wants everything as upper case 17:36:22 ok 17:36:30 And by everything I mean RUN INSTALL UNINSTALL HELP 17:36:42 yzhang: we probably shouldn't care 17:36:48 RUN == run == Run 17:36:50 yzhang: I thought we verified that "Help" works 17:37:34 so, three action items: 17:37:37 :/ 17:37:55 As a user that lives in the CLI -- anything that that is not lowercase and forces me to do caps of any kind is a bummer for me personally. 17:37:58 the inconsistency in label "best practices" out in the ether is going to be painful before long 17:38:03 i think the uppercase requirement for 'atomic cli' is just historical. there was no label guidelines at the outset, so they chose uppercase 17:38:18 strong emphasis on 'i think 17:38:21 Send PR to atomic cli to address this, if needed 17:38:22 #action maxamillion to verify if we can change case in koji etc., or fix it if we can't 17:38:24 I say 17:38:27 jberkus: "Help" doesn't work 17:38:33 It has to be "HELP" 17:38:52 but wait ... 17:39:02 let me double check 17:39:09 are we all up for the global search-and-replace if we can get all the tools to behave? 17:39:38 btw, according to the rest of the industry, our labels should all be org.fedoraproject.xxx 17:39:48 but I'm not even going to go there 17:40:09 fudge 17:40:19 was hoping that labels were case insensitive 17:40:28 [root@vanilla-f25atomic ~]# atomic info img 17:40:30 Image Name: img 17:40:32 Foo: baz 17:40:34 foo: bar 17:40:44 dustymabe: no, they're not 17:40:52 that sucks 17:41:01 its literally a hard coded check for 'INSTALL' 17:41:02 for example 17:41:21 so, I'm less concerned about Atomic CLI 17:41:28 jberkus: so how about this. can we not just require that all labels but the atomic CLI labels be lowercase? 17:41:34 that's what I thought we were doing 17:41:37 because we can fix it, and we can fix it in a backwards-compatible way 17:41:51 dustymabe: yes, that was what I was trying to get to 17:41:54 Actually you're right jberkus, "Help" works, my bad 17:42:17 please continue 17:42:17 so, any objections to the idea that we're going to lower-case everything? 17:42:25 None here 17:42:35 maxamillion: 2nd question ... could we backwards-compatible this? how painful would that be? 17:42:39 that's fine with me, but we'll have to fix atomic CLI right? 17:42:52 to accept INSTALL or install 17:42:55 +1 for lower-case and having 'atomic cli' fixed to support that 17:42:56 dustymabe: yes, but the atomic CLI fix could be done on a more relaxed schedule 17:43:08 again, it's less important 17:43:16 jberkus: unless you want someone to be able to use it now 17:43:21 right now I'm worried about name/bzcomponent/etc 17:43:55 the build fields 17:43:56 also we need buy in from atomic CLI team 17:44:12 dustymabe: can we please drop atomic CLI from this discussion for now? 17:44:23 jberkus: ok please put forth a proposal and we can agree to it 17:44:51 I propose that we make all fedora build labels ... all the onese FLIBS requires ... all-lowercase 17:45:08 including, if necessary, a search-and-replace on existing images 17:45:21 jberkus: and atomic CLI vars - we give no guidance 17:45:29 jberkus: there's already a lot of weird backwards compat logic in there 17:45:31 what about other labels that aren't for FLIBS? 17:45:35 jberkus: should be fine to add more if we must 17:45:42 maxamillion: ah, ok 17:45:58 jberkus: OSBS has been around for a long time, used to be a project called "dock" ... there's plenty of backwards compat weirdness already in there 17:46:01 :) 17:46:07 ok 17:46:32 maxamillion: as long as we're messing around in that code, would adding support for org.fedoraproject.label make sense? 17:46:59 or should we put that off? 17:47:42 meh, let's put it off, I shoudl verify that there aren't *other* standards 17:48:12 so, query to WG: if maxamillion can make the build backwards-compatible, do we want to do search-and-replace? 17:49:01 jberkus: would have to make some sort of announcement 17:49:06 anyone? 17:49:17 i guess if we can make the changes without breaking things 17:49:24 and with an appropriate commit message 17:49:28 then i would be ok with it 17:50:00 Isn't it better then to have individual maintainers do so, so they're aware of the changes? 17:50:02 jberkus: I'm a lazy +1 to that, as I'm not sure how much work that is for maxamillion and what the returns would be 17:50:03 I'm fine w/ it 17:50:11 I'm fine either way 17:50:45 jberkus: can you summarize this discussion in the ticket 17:50:56 sure 17:50:59 please include policy on FLIBS labels, ATOMIC CLI labels, and "other labels" 17:51:06 jberkus: we can do that, but I don't want to just have a mess of labels that we change all the time ... can we hammer this down before I go throwing code into the mix? at some point it's going to get unweildy 17:51:37 we ar erunning out of time 17:51:43 #topic Container Guidelines: Layered Images used as a base for other Layered Builds 17:51:48 maxamillion: for right now: lowercase labels for what we have now, with backwards copat to Proper Case 17:51:50 #link https://pagure.io/atomic-wg/issue/248 17:53:01 anyone with any information on this one ? 17:53:05 hhorak opened the issue 17:53:17 jberkus: rgr 17:53:17 hmm, this page isn't loading for me 17:53:34 me either 17:53:36 jbrooks: same here. 17:53:37 pagure down? 17:53:41 jberkus: looks like it 17:53:59 basically there is a new section that hhorak proposed to be added to the guidelines 17:54:50 i guess we'll skip this for now since no one can load the page 17:55:07 #topic clarify policy on atomic host support for older Fedora "number" releases 17:55:13 #link https://pagure.io/atomic-wg/issue/228 17:55:35 we are going to talk about this - along with "rolling releases" in the meeting that jberkus has scheduled 17:55:53 jberkus: in the very least can you send the meeting details to the cloud/atomic lists 17:56:12 * dustymabe would prefer that we gave more notice than "today" 17:56:22 so that people from the community could take part 17:56:25 if they wanted to 17:56:26 yah 17:56:48 when it's back up we should file an issue against pagure to update the admin email 17:56:49 dustymabe: well, the other possibility is that you can schedule something for next week when I'll be gone 17:57:00 jberkus: what about friday? 17:57:19 if this is something I need to be at, note that I'm on PTO this friday 17:57:49 jberkus: there is no way you could make something on Monday? 17:58:16 aha, theres one timeslot open 17:58:18 on friday 17:58:21 dustymabe: nope 17:58:24 all-day meeting 17:58:33 jberkus: what timeslot is that? 17:58:38 10am PDT 17:58:57 btw, we still have Documentation on the agenda today 17:59:30 #topic documentation 17:59:33 jberkus: go 17:59:57 so trishnag and I set up an ASCIIBinder repo for the Atomic Host documentation 17:59:57 * dustymabe joins another meeting 18:00:17 https://github.com/projectatomic/atomic-host-docs 18:00:36 this is where the new Fedora (and CentOS) Atomic Host Docs will live 18:01:00 we could use contributors to help merge existing content into the new docs structure 18:01:30 jberkus: indeed 18:01:39 I am going to write contributing guide for the Doc, that would help new contributors join in. 18:02:24 jberkus++ trishnag++ 18:02:24 maxamillion: Karma for trishnag changed to 6 (for the f25 release cycle): https://badges.fedoraproject.org/tags/cookie/any 18:02:25 trishnag: we should also create a series of issues for each content item 18:02:28 sigh.. I don't even think I have time to "review docs" much less create them 18:02:34 jberkus: +1 18:02:35 :( 18:02:44 dustymabe: docs are a good place for new contribs 18:02:44 jberkus: in my todo list :) 18:02:57 heck, we have non-RH folk contributing docs already 18:03:06 jberkus: thats good! 18:03:44 * jbrooks sees pagure is back 18:05:31 I'll try to see what I can come up with as contributions to the docs 18:06:34 maxamillion: we currently have the agenda https://public.etherpad-mozilla.org/p/atomic-host-docs . Please review :). 18:06:47 trishnag: please finish the meeting 18:06:50 i'm out 18:06:54 ok 18:07:03 #endmeeting