17:01:50 #startmeeting atomic-wg 17:01:50 Meeting started Wed Apr 26 17:01:50 2017 UTC. The chair is dustymabe. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:50 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:50 The meeting name has been set to 'atomic-wg' 17:01:56 #topic roll call 17:02:01 .hellomynameis dustymabe 17:02:04 .hello jberkus 17:02:06 .hello yzhang 17:02:09 dustymabe: dustymabe 'Dusty Mabe' 17:02:12 jberkus: jberkus 'Josh Berkus' 17:02:15 yzhang: yzhang 'Yu Qi Zhang' 17:02:24 .hello miabbott 17:02:27 miabbott: miabbott 'Micah Abbott' 17:02:54 .hello sayanchowdhury 17:02:55 sayan: sayanchowdhury 'Sayan Chowdhury' 17:03:04 .hello maxamillion 17:03:05 maxamillion: maxamillion 'Adam Miller' 17:03:06 .hello jasonbrooks 17:03:09 jbrooks: jasonbrooks 'Jason Brooks' 17:03:27 .hellomynameis kushal 17:03:28 kushal: kushal 'Kushal Das' 17:03:46 .hello roshi 17:03:47 roshi: roshi 'Mike Ruckman' 17:03:53 hmm who ran the meeting last week? 17:04:06 .hello fatherlinux 17:04:08 not seeing an email to the list 17:04:14 fatherlinux: fatherlinux 'Scott McCarty' 17:04:16 fatherlinux: \o 17:04:21 good to see you around 17:04:28 dustymabe: then it was probably me 17:04:34 coulda been me too 17:04:53 found it 17:04:56 * roshi never remembers to email to the list because he thinks checking meetbot is easier/more efficient 17:05:01 @dustymabe: same here. Good to see you. I am going to to completely admit my newb-ness. I have never been to one of these... 17:05:18 looks like me 17:05:19 fatherlinux: sweet! 17:05:23 I'll email 17:05:24 not much to it 17:05:32 #topic previous meeting action items 17:05:34 * jberkus to create tickets for prerequisites for removing kube packages 17:05:36 from base ostree 17:05:39 * dustymabe, walters to discuss new release process at beginning of 17:05:41 calendar year 2017 17:05:42 * dustymabe walters jberkus to explore overlayfs writeability issue 17:05:44 * dustymabe to blog using overlayfs in Atomic 17:05:47 * scollier to update ticket on Future of Fedora Dockerfiles 17:05:49 * jberkus jbrooks to do initial draft of PRD and ping dusty and group 17:05:50 for further review 17:05:52 * jberkus to lead planning some fedora-atomic work sessions around 17:05:55 devconf 17:05:57 damn -- wrong meeting 17:05:59 ignore that 17:06:01 dustymabe: um, that's the wrong meeting 17:06:01 heh 17:06:44 which devconf? 17:06:50 * jbrooks to lead writing up the new support policy and plan for rolling 17:06:53 releases 17:07:00 kushal: that was the wrong meeting 17:07:05 jbrooks: looks like you had the only AI 17:07:28 dustymabe, right, I haven't done that -- I actually forgot about it, I'll do it before next meeting 17:07:30 yeah, we mostly closed a lot of stuff last meeting 17:07:31 k 17:07:33 FWIW, I' 17:07:38 dustymabe: https://meetbot.fedoraproject.org/fedora-meeting-1/2017-04-19/fedora_atomic_wg.2017-04-19-17.02.txt 17:07:41 I'm going to do a blog on overlayfs today ;-) 17:07:50 :) 17:07:54 #action jbrooks to lead writing up the new support policy and plan for rolling 17:07:55 jberkus: +1 17:07:58 maxamillion: how are you feeling? 17:08:06 jberkus: ok, let's talk about that after the meeting 17:08:25 #topic fedimg: don't use 'builder' instance for uploading AMIs 17:08:33 #link https://pagure.io/atomic-wg/issue/269 17:08:54 i created this issue to document an issue we had with releasing FAH yesterday 17:09:09 and to track work that is being done that should mitigating it from happening again 17:09:22 sayan is working on this, we'll track his progress there 17:09:36 nothing else to really discuss. mostly an FYI 17:09:44 thanks 17:09:53 wow, EC2 instance deployment failing? Imagine that! 17:10:01 #topic 2WK Atomic Release Criteria 17:10:07 #link https://pagure.io/atomic-wg/issue/264 17:10:14 roshi: ^^ 17:10:23 done 17:10:31 sorry, thought i twas pulled off the meeting tag 17:10:36 can you add a comment and close the ticket? 17:10:40 thanks for the edits folks 17:10:42 sure 17:10:45 thx 17:10:55 #topic clarify policy on atomic host support for older Fedora "number" releases 17:11:01 #link https://pagure.io/atomic-wg/issue/228 17:11:09 that's jbrooks's action item 17:11:12 i think this was where jbrooks' action item came from 17:11:13 yep 17:11:20 ok so we're good on that one 17:11:39 #topic design, deploy and document Fedora OpenShift Playground (FOSP) 17:11:45 https://pagure.io/atomic-wg/issue/153 17:11:51 blocked on hardware still? 17:11:54 misc: ^^ 17:11:59 dustymabe: no updates, still blocked on hardware 17:12:36 jberkus: any time frame there? 17:12:43 jberkus, did quaid ever add you to the ticket he mentioned? 17:12:51 https://pagure.io/atomic-wg/issue/153#comment-432517 17:13:01 * jzb waves 17:13:13 hey, jzb 17:13:13 o/ 17:13:51 yes, but there's been no updates to it in a couple of weeks 17:14:14 jzb, hello :) 17:14:25 jberkus: can you ping again? 17:14:34 and that's all we can really do with this ticket 17:14:37 sure. 17:14:47 #topic containers tickets 17:14:52 #link https://pagure.io/atomic-wg/issues?status=Open&tags=containers 17:15:05 where do we stand on these, we had a big "cleanup" a few weeks back 17:15:20 can we fully start reviewing new containers? 17:15:35 jberkus: how's the review of the owncloud container going? 17:15:58 dustymabe, also do we prefer to have the real rpm packager to do the container build also? 17:16:21 dustymabe: actually got hung up on not having a PostgreSQL container for database, which was my big sidetrack from Friday 17:16:33 kushal, that shoulnd 17:16:40 shouldn't be necessary 17:16:53 yeah, i'm sure we "prefer" it, but not necessary 17:17:12 I'd imagin if the package's maintainer wants to co-maintain it that would be a great idea. 17:17:20 *imagine 17:17:25 gholms, yup. 17:17:30 gholms: +1 17:17:40 jhogarth and I will need to revise the container submission ... I wish there was a way for me to do line-item edits on these, ala github 17:17:43 jbrooks, dustymabe Understood, just want to say it out aloud for notes. 17:17:59 I'm also prettyy sure it would be a good idea to ask the package's maintainer about that proactively when creating a new container. 17:18:05 jberkus: you can put the file in a gist and make comments there 17:18:25 Do we have a zodbot suggestion command? 17:18:32 don't know 17:18:40 it's #info 17:18:40 kushal: #idea? 17:18:48 that'll do what we want 17:18:55 #idea I'm also prettyy sure it would be a good idea to ask the package's maintainer about that proactively when creating a new container 17:19:00 gholms, thanks. 17:19:01 k 17:19:12 jberkus: so we don't really have any other big blockers for containers? 17:19:23 Man, am I bad at typing on this thing. :/ 17:19:31 * roshi doesn't think #idea does anything for zodbot 17:19:32 no, I need to do the last updates on help files, and jbrooks needs to notify all the maintainers 17:19:34 use #info 17:19:48 there are new policy issues to debate, but they are all additive 17:19:59 jberkus, Right, have we captured all the things that need notification? 17:20:08 ok 17:20:11 cool 17:20:15 jbrooks: as soon as I finish revision of Help 17:20:33 #commands 17:20:33 Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #rejected #restrictlogs #save #startmeeting #topic #unchair #undo #unlurk 17:20:36 #info please review as many containers as you can! 17:20:44 #topic open floor 17:20:49 open floor everyone :) 17:20:56 fatherlinux: jzb: did you all have something for us? 17:20:58 * roshi has nothing for this meeting 17:21:05 jberkus: we are in open floor 17:21:06 jbrooks: so, today 17:21:24 (bad IRC day, for some reason) 17:21:28 @dustymabe: yeah, I definitely wanted to chat about the minimal container image work... 17:21:31 Next week, I will start my travel for pycon. 17:21:32 roshi: #idea and #help are pretty useful, too ;) 17:21:43 just a quick reminder that the docker namespace is gone and container namespace is the new way ... I'm going to get updated $DISTGIT ENV vars into the base images soon and then we'll be completely cut over 17:21:53 gholms: but is #idea an actual zodbot thing? 17:21:56 that was my question 17:22:02 maxamillion++ on the docker -> container transition 17:22:06 :D 17:22:09 fatherlinux: what questions do you have :) 17:22:10 roshi, it is 17:22:12 also, I'm out next week for Red Hat Summit 17:22:18 ok, wasn't sure 17:22:23 roshi, it is a thing, according to #commands 17:22:24 <3 all your faces but I'll be presenting during the time of this meeting 17:22:27 @dustymabe: so a bunch :-) 17:22:31 wanted to make sure it was captured in the logs 17:22:42 roshi: Yes 17:23:01 I have heard rumors that Fedora is working on it's own minimal image. I am wondering if this is built off the work that Collin did in CentOS? 17:23:20 fatherlinux: yeah pretty much 17:23:37 https://fedoraproject.org/wiki/Changes/ContainerMinimalImage#Summary 17:24:09 dustymabe: will that be released with 26, or out of band? 17:24:16 jzb: with 26 17:24:22 it's already being built for f26 17:24:26 and was part of f26 alhpa 17:24:37 excellent 17:25:07 http://dl.fedoraproject.org/pub/fedora/linux/releases/test/26_Alpha/Docker/x86_64/images/Fedora-Container-Minimal-Base-26_Alpha-1.7.x86_64.tar.xz 17:25:11 @dustymabe sweet. So, next question @jberkus, is there any way that we could highlight that work as the center tile on projectatomic.io? I think the Fedora Minimal image would be the right thing... 17:25:21 dustymabe: are we going to do a fedora-init container at the same time? 17:25:32 fatherlinux: there was a thread about replacing with FLIBS 17:25:42 jberkus: it's not planned, but would be nice to have 17:25:43 but the minimal image might be good too 17:25:46 fatherlinux: honestly, a blog post would be the most appropriate thing for a specific image 17:25:46 @jzb: yeah, I saw, that's why I am asking here... 17:25:49 :-) 17:25:58 dustymabe: I don't know enough about systemd to do a good job 17:26:04 wait, we want to release that thing? 17:26:14 So, another question, what is fedora-init? 17:26:16 maxamillion: why not ? 17:26:24 nobody requested it be released 17:26:39 fatherlinux: base image with systemd inside 17:26:40 maxamillion: hmm 17:26:42 need a releng ticket for new release artifacts 17:26:48 @jberkus: ack :-) 17:26:50 maxamillion: yeah I opened a ticket for it 17:26:54 dustymabe: oh? 17:27:01 dustymabe: alright, my bad ... nvm, all good 17:27:02 one sec 17:27:05 jberkus, it's already in there, right? 17:27:11 * maxamillion needs to get up to speed 17:27:12 what are we planning to call it when we upload it to the hub? 17:27:17 who owns that? 17:27:20 dustymabe: sorry, oversight on my part 17:27:33 https://pagure.io/releng/issue/6619 17:27:38 jberkus: the fedora base image already has systemd. The init one should just tweak the profile and add the /sbin/init as the default command 17:27:38 the koji/imagefactory naming is...bad 17:27:53 mrguitar: hi 17:27:55 .fas mrguitar 17:27:56 dustymabe: mrguitar 'Ben Breard' 17:27:59 nice 17:28:13 * mrguitar should get a better freenode nick :/ 17:28:20 mrguitar: huh. can we discuss this on #fedora-cloud? because I'm getting some issues using it in the standard base image 17:28:21 pretty awesome if you ask me 17:28:28 mrguitar: or on #atomic 17:28:38 walters: when you say what are we planning to call it? 17:28:45 you mean what name will it have in the registry? 17:28:50 right 17:28:51 My bigger question is could we highlight all of the base images, both the normal fedora one and the minimal one (when it is released)... 17:29:03 (and we *are* planning to push it to registry.fedoraproject.org right?) 17:29:21 fatherlinux: yes 17:29:27 walters: yes 17:29:27 fatherlinux: we're including them in the announcement 17:29:36 or at least that was my thoughts 17:29:57 the RHEL minimal is rhel7-atomic, so.....fedora-atomic? 17:30:10 fatherlinux: example -> https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/thread/HDPAL6VJFV55UWE64G2WGRWWKBHASWQT/ 17:30:27 miabbott: ehh 17:30:34 lots of confusion there 17:30:43 fatherlinux: we're also working on getting a webUI infront of our registry (something I thought we'd have had weeks ago, but we're blocked on rpm package review ... :/) 17:30:53 hey, i didn't name it. blame mrguitar 17:31:08 so i was thinking on a plane one day 17:31:14 as one does 17:31:14 very late at night 17:31:25 * mrguitar kicks miabbott under the table 17:31:31 about using acronyms for names of different "base images" 17:31:33 naming things is hard 17:31:34 Uh oh 17:31:34 @maxamillion: that is exactly what I am thinking. I would love to see a landing page on projectatomic.io then have the center tile point to that. On that landing page, have all of the types of images highlighted and then explain "why" people would want to use them. I don't think we have highlighted the fedora images enough and people are confused 17:31:41 I am anyway ;-) 17:31:58 yes naming things is hard 17:32:13 dustymabe: acronyms == 'lots of confusion there' 17:32:15 but I feel like acronyms would help us create unique names but also be descriptive about what is in the image? 17:32:20 (me would have named the minimal image "Quark") 17:32:20 @all I am not hell bent on any particular name. My main concern is that we highlight the work... 17:32:22 fatherlinux: oh yeah, we haven't yet sorted out how to deliver all the metadata around container images we want to 17:32:22 Heh. We don't even say why one would want to use atomic in the first place. Image-level detail would be even better. 17:32:51 gholms: right now the real difference is that python is not in the image 17:32:55 and we use microdnf for install 17:33:00 of other software 17:33:04 so it's just a smaller base 17:33:20 so that is basically why someone would want to use it 17:33:36 basically they don't want to use python and don't need it for anything and want a smaller image to build on top of 17:33:41 am i missing something? 17:33:55 Great. That belongs on the web site. 17:34:06 the thing is the name is ABI, given the model for Docker/OCI-style derivation 17:34:14 jberkus: do you want to create a ticket somewhere for highlighting the container images on the atomic site? 17:34:14 @gholms: yeah, when you land at project atomic site, there is a host on the left, and a registry on the right. Then, in the middle, there is this "thing." IMHO, it would make sense to have images in the middle so that this is the complete minimal set of things that a user would download to get started with containers... 17:34:23 maxamillion: until we get the webUI, where should I point people for FLIBS? 17:34:42 dustymabe: sure 17:34:57 fatherlinux: that's the plan, see atomic-devel ML 17:35:10 fatherlinux: there are other efforts we have going on too that we should probably link from the site, right? 17:35:14 kompose is one example 17:35:27 @dustymabe agreed 17:35:29 i know it's not exactly under the atomic umbrella, but it is part of kube incubator 17:35:39 so maybe we can have a top three 17:35:39 I could picture sort of a 101, 201, 301 set of things we highlight 17:35:41 jberkus: the build system? 17:35:44 and then more under it 17:35:46 jberkus: or the registry? 17:35:46 101 = images, hosts, registry 17:35:52 201 = compose, other things.. 17:35:56 dustymabe and others 17:36:01 301 = deep security stuff, etc... 17:36:04 We haven't updated the site in more than a year 17:36:10 https://github.com/projectatomic/atomic-site/issues/423 17:36:10 it'd be nice if we rotated those things 17:36:24 maxamillion: user perspective, so registry 17:36:25 so we don't have to choose, we just have to update it more frequently 17:36:26 jberkus: should we track that in the atomic-wg tracker? 17:36:28 I guess I'm the only one who would vote for f26-atomic :) It's so much nicer ring to it than fedora-container-minimal-base-26_alpha-1.7.x86_64 17:36:29 as well 17:36:52 This calls to mind the need for some projectatomic-specific meetings 17:36:57 mrguitar: that's what we call the Atomic OS image, though, so that would be fairly confusing 17:37:00 @jberkus what is FLIBS or container libraries? 17:37:04 This sounds 201 17:37:06 Because this is getting away from fedora 17:37:08 mrguitar: well the image filename is probably mostly irrelevant, what matters is what we put in the tag in the registry 17:37:14 fatherlinux: Fedoral Layered Image Build Service 17:37:38 @jberkus: ahh, that sounds cool 17:37:45 jbrooks: i think you are right, there may be a time when we need that 17:37:46 jberkus, the proper name is Atomic Host though... https://pagure.io/releng/issue/6413 17:37:50 @jberkus: like digital transformation for Fedora ;-) 17:37:50 jbrooks: yah, maybe 17:37:53 fatherlinux, no worries, even I was confused for some time with that name :p 17:37:59 The time is nowq 17:38:12 Because there's also centos atomic 17:38:15 for all this 17:38:28 jbrooks: are there still CentOS atomic meetings? 17:38:34 jzb: yep 17:38:38 Every week 17:38:41 poor attendance 17:38:46 i've been bad about showing up 17:38:52 jbrooks: is the rock of that group 17:38:59 this is getting off-topic 17:39:10 yep - we can continue in #fedora-cloud 17:39:12 after the meeting 17:39:12 let's table the Atomic meeting discussions 17:39:26 did anyone ask a question that was not addressed? 17:39:41 jberkus: for now, unfortunately the best thing we have is the release emails 17:39:48 i'll finish with an FYI 17:39:53 @jberkus: ack 17:40:01 we are doing a 2wk Fedora Atomic Host release today 17:40:04 jberkus: or we could maybe provide a doc on how to query the registry via rest api ... but also not the best user experience 17:40:14 maxamillion: in that case, I'll put up a wiki page with the current list of images? 17:40:15 and this will be the first release that DigitalOcean will fully support 17:40:25 @dustymabe: do you have info on the centos atomic meeting? I should probably start attending that one too ;) 17:40:42 fatherlinux: PM 17:40:46 fatherlinux: jbrooks will give you that info in #fedora-cloud 17:41:22 we'll be doing a blog post about DigitalOcean tomorrow. will appreciate some tweets etc around that 17:41:27 @dustymabe: that is EXACTLY why I would like to have an images featured on project atomic. We could highlight Digital Ocean, and other places people can get images. Reasons why they would want to use Fedora images, etc... 17:41:27 once we put out the blog post 17:41:48 fatherlinux: this is the atomic host "image", not the container image 17:41:54 but yeah, i agree with you 17:41:57 having that would be nice 17:42:21 @dustymabe, ahhh 17:42:25 oops... 17:42:43 fatherlinux: see you do it too :) 17:42:56 ok all, going to close out the meeting 17:43:01 let's head over to #fedora-cloud 17:43:11 thanks dustymabe 17:43:13 or if more than one convo is going on take it to #atomic 17:43:16 dustymabe: We should still say why people should be interested in using it in that announcement. ;) 17:43:33 gholms: interested in using digitalocean? 17:43:54 the announcement is specifically about fedora atomic host in digital ocean 17:44:00 it has nothing to do with containers, FYI 17:44:02 dustymabe: can we update getfedora.org? 17:44:18 jberkus: sure, but the only guy that works on our websites is a volunteer 17:44:23 so help is welcome 17:44:30 ok closing out meeting 17:44:33 3.. 17:44:40 where's source? 17:44:40 2.. 17:44:45 1.. 17:44:48 dustymabe: More like answering the question, "Fedora is already on DO. Why is this significant?" 17:44:52 jberkus: someone would have to update that by hand every two weeks 17:44:59 #endmeeting