19:04:42 #startmeeting Fedora Cloud Working Group 19:04:42 Meeting started Wed May 6 19:04:42 2015 UTC. The chair is jzb. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:04:42 Useful Commands: #action #agreed #halp #info #idea #link #topic. 19:04:45 roll call 19:04:52 .hellomynameis dustymabe 19:04:53 dustymabe: dustymabe 'Dusty Mabe' 19:04:54 .hellomynameis jzb 19:04:56 jzb: jzb 'Joe Brockmeier' 19:04:57 .hellomynameis adimania 19:04:59 adimania: adimania 'Aditya Patawari' 19:05:17 #chair dustymabe walters 19:05:17 Current chairs: dustymabe jzb walters 19:05:56 hi 19:06:04 #chair scollier 19:06:04 Current chairs: dustymabe jzb scollier walters 19:06:09 Hi. My name is Aditya. I have been contributing to Fedora-admin team. I have been playing around with docker and Project Atomic since sometime and want to get involved with Atomic more. 19:06:27 heya adimania, welcome. 19:06:42 hi scollier :) 19:06:53 adimania: welcome! thanks for stopping by 19:07:35 thanks scollier and dustymabe. 19:08:49 ok 19:08:54 sorry - in person discussion 19:09:01 let's get started 19:09:25 #topic Care and Feeding, Fedora Dockerfiles 19:09:36 #link https://fedorahosted.org/cloud/ticket/84 19:09:57 jzb, reading. 19:10:17 this one has sort of meandered and stagnated a bit. 19:10:25 jzb, comment 1 still stands. 19:11:00 scollier: well, that's... probably not good 19:11:07 jzb, no, it's not. 19:11:19 this one should probably be broken up into milestones and distinct goals 19:11:20 question for room, would someone like to co-maintain this repo with me? 19:11:35 I can. I have some contributions there. 19:11:36 scollier: are you getting PRs? 19:11:42 jzb, yes. 19:11:49 I also maintain the package in Fedora repos. 19:11:55 i'm looking for a second set of eyes to ack PRs that come in, review issues. 19:12:04 random idea, what about having this be under projectatomic and also support centos? 19:12:07 and work on the items in comment #1 to be more proactive. 19:12:32 I think we've been working towards that - IIRC there are a few issues for scollier and jperrin to sort out. 19:12:39 one thing that seems clear to me is at some point we're going to have to bite the bullet and support templating 19:12:48 i.e. "build this dockerfile for f22 or f21 or centos7" 19:13:07 walters, we thought about handling that in branches in git? 19:13:13 in a single repo. 19:13:35 scollier: any idea how other distros handle this? 19:13:44 adimania, note taken though. i'll ping you on PRs that come in. 19:13:57 scollier, great. 19:13:57 adimania, and we don't merge without 2 acks. 19:14:05 jzb, not really, sorry. 19:14:13 scollier: I am happy to keep an eye on PRs, too, though I'm probably less adept at Dockerfiles than you. 19:14:35 scollier: my job responsibilities are being modified a bit, too, so... there's that. 19:14:35 jzb, any help is appreciated. i just hate when i get busy with $DAYJOB and they sit there for days sometimes. 19:14:37 scollier: I believe I am able to now contribute on a more regular basis 19:14:42 dustymabe, +1 19:14:59 scollier, I too can pay attn to PRs there -- I'm really into the converged centos/fedora repo idea, too 19:15:02 scollier: ack 19:15:09 jbrooks, sweet. thanks. 19:15:12 I have a machine where I can fire up the Dockerfile build and run some basic sanity test. 19:15:28 scollier: let's just make a decision on the repos though 19:15:32 adimania, also, there has been this dream of mine to have some sort of CI wrapped around this repo. 19:15:39 scollier: I'm for moving under projectatomic and doing branches for fedora/centos 19:15:41 jbrooks, dustymabe ^ 19:15:51 scollier: was there any blocker for that? 19:15:51 +1 19:16:10 jzb, not really, just the conversation kinda dropped. need someone to drive it. 19:16:14 scollier: looks good. I'd like to know more about the details though? 19:16:16 I commented on the repo sometime back that ideally we should have a test.sh with every Dockerfile with the tests written in it and fire it up on a CI. 19:16:18 for CI 19:16:29 I would love to have this. 19:16:46 adimania: +1 - that would help with the CI part of it 19:16:50 we should have it, and working all together, I think it'll be more doable 19:17:29 if this sounds good to you guys, I can create a simple draft on wiki and send it across on the list for review. 19:17:31 jbrooks, dustymabe, jzb, i'm all ears on how to merge these things. my git fu may not be sufficient though. 19:18:06 jbrooks, dustymabe, jzb, keep in mind this is the source for fedora-dockerfiles package, and for the images on the docker registry. 19:18:14 so it would have to work in both of those cases 19:18:51 OK, I'll think on it some. Different branches ought to work... right? 19:18:53 scollier: does it have to pull from the master repo or can it pull from, like a fedora-22 branch? 19:19:08 s/repo/branch 19:19:12 jzb, jbrooks, I _think_ they should, i've never tried. 19:19:22 jzb, that would be a good ticket 19:19:25 for someone to test out. 19:20:35 jbrooks: want to take that? 19:20:48 jbrooks: create a branch and see if it will work for the fedora-dockerfiles package? 19:21:35 and create a git repo, with a branch, and submit that branch to the docker hub for auto-building. 19:22:07 jzb, cure 19:22:12 sure 19:22:20 All right 19:22:29 jbrooks, i'm here to help too. 19:22:35 sweet 19:23:02 #action jbrooks create repo/branch for fedora-dockerfiles package and submit branch to docker hub for auto-building. 19:23:27 * jzb wonders if he can assign a ticket to jbrooks in the Fedora Trac instance. 19:23:43 jzb, If fas matters, I'm jasonbrooks there 19:23:51 K 19:23:56 anything else on this topic? 19:24:04 jzb, cool, so once we figure out how to handle centos / fedora dockerfiles, we can revisit that ticket. 19:24:18 we do need to really promote the dockerfiles/docker images with Fedora 22 release. 19:25:05 jzb, i'd like to spend some time talking about the best practices guide when a slot opens up, and it might align with your thoughts for f22 19:25:13 scollier: OK 19:26:16 #topic Considering a host UID/GID upgrade discontinuity 19:26:25 #link https://fedorahosted.org/cloud/ticket/102 19:26:35 also 19:26:40 #link https://lists.projectatomic.io/projectatomic-archives/atomic-devel/2015-April/msg00081.html 19:27:13 walters: we seem to be light on folks this week, but I thought it'd be good to air this at least one meeting. 19:27:13 the major plus side of this is that you can "rpm-ostree rebase" a running system cleanly between e.g. centos and fedora 19:27:46 walters: how bad will the breakage be upgrading from f21 -> f22? 19:28:44 a script would need to be written to try to transition 19:29:12 walters: are there any "hooks" for this type of migration in atomic currently? 19:29:35 there aren't today no 19:29:45 got ya 19:29:52 going forward that could be something to think about 19:30:00 that type of stuff is typically tricky to get right 19:30:03 yeah 19:30:07 but with atomic it should be a lot easier 19:30:32 because at least most of the OS is immutable and you *know* what you've got 19:30:43 i.e. what you are upgrading from 19:30:50 yep 19:32:25 any other thoughts on this? 19:32:44 sgallagh just posted 19:32:59 Ah, yes. 19:33:22 Ah, didn't notice that there was a meeting going on or I'd have chimed in here. 19:33:44 sgallagh: we've been very quiet, we don't like to make a ruckus. 19:34:14 sgallagh: looks like you're not +1 on this 19:34:18 Yeah... transitioning IDs is a thing that basically can't be sanely scripted. Particularly if any of your mounted filesystems are shared with other instances that need to be transitioned 19:34:40 jzb: I think it's very dangerous to do at this point in F22. With Final Freeze less than a week away. 19:34:55 Particularly since I don't think a safe way to make this transition exists. 19:35:54 sgallagh: do we assume that people can always safely upgrade alpha -> beta -> final? 19:36:08 From my experience on SSSD, every time anyone has ever tried to change IDs (such as realizing their UID space in LDAP was too small, etc.) it has been a multi-month effort of finding all the breakage and fixing it manually. 19:36:22 jzb: I'm more concerned about F21->F22 19:36:46 sgallagh: I'm wondering if we have enough F21 adoption to be concerned about. 19:37:12 this probably needs to be hashed out on the list 19:37:44 walters: I think we should kick back for more discussion and set Monday as the date to take a decision, does that work? 19:37:54 jzb: Monday is probably too late. 19:37:54 SGTM 19:37:59 sgallagh: Friday? 19:38:18 jzb: Monday at 23:59 UTC is when Freeze goes into effect. 19:38:35 If you make a decision on Friday, you then have only the weekend and Monday to catch any fallout. 19:38:42 That doesn't give me the warm fuzzies. 19:38:42 oy 19:39:25 So my recommendation is not to try this for F22 and plan it out carefully for F23. 19:39:36 walters: ^^ ? 19:39:59 jzb: that would coincide with our transition into a "spin" for atomic 19:40:05 might make sense to do it then anyway? 19:40:20 dustymabe: could be. That sounds reasonable. 19:40:30 I hate when decisions are driven by arbitrary dates. 19:40:45 I'm not saying it's wrong or anything, I know we all have deadlines 19:40:46 and we could also "think" about this upgrade hook thing and see if we can reasonably pull that off 19:41:20 jzb: The dates aren't arbitrary. They were set up and made public months ago specifically so people could plan around them. 19:41:53 this is where i'm just really not sure that dragging atomic through the current fedora Process as it stands today makes a lot of sense 19:42:08 sgallagh: I think you misunderstand what I mean by "arbitrary" 19:42:09 dustymabe: It's possible that the atomic mechanism will make this hook *less* of a burden, but as long as drives can be mounted and not online during the moment the hook runs, it's never going to be without risk 19:42:26 sgallagh: very true 19:42:41 sgallagh: as I said, I'm not saying it's wrong - but as walters notes - it's hard to fit some things into that process. That's all. 19:44:09 jzb: The thing most people misunderstand about the Fedora process is that new development isn't really supposed to be happening in Fedora Branched after Beta Freeze. 19:44:13 walters: can you live with transitioning for f23? 19:44:35 At that point, everything that isn't ready should be working on Rawhide for the next release. 19:44:46 sgallagh: no, I get that - but that process works better for things that are a little more mature than Atomic :-) 19:44:55 I'm not saying we're good at holding to that, but it's the intention 19:45:46 jzb: That's kind of what the Secondary Architecture process is for. It carries its own schedules (though it usually tries to track the primary schedule). If you're not mature yet, you probably shouldn't try to shoehorn into a stable release process. 19:46:11 /me thinks we really need to work on the Fedora Incubator idea from FUDCON Lawrence. 19:46:25 sgallagh: interesting. I don't recall that, but I like the sound of it. 19:46:29 OK, I'm going to switch gears 19:46:36 we can finish up on list 19:46:44 the other tickets are old and dusty 19:46:46 Thanks for putting up with my ranting ;-) 19:46:56 sgallagh: I'm used to it ;-) 19:47:05 #topic open floor 19:47:11 scollier: you had a topic? 19:47:54 jzb, sure, wanted to start evangelizing the "Containers Best Practices Guide" posted here: https://github.com/projectatomic/container-best-practices 19:48:20 jzb, can you please create an action for me to write a blog post and create a video on how to get started with that project? 19:48:41 scollier: I can 19:49:06 #action scollier write a blog post and create a video on how to get started with the "Containers Best Practices Guide" on Project Atomic. 19:49:27 the goal is to create a single location with tips / tricks / best practices for creating containers (rkt or docker) on rhel, centos and fedora, using openshift, middleware, etc... 19:49:30 scollier: this will apply equally well to Fedora, I'm assuming? 19:49:43 ah, you answered before I finished asking 19:49:46 so, for those of you who are writing blogs, please consider contributing to this document as well. 19:50:01 and at some point, we'll work with jzb to get it hosted on the projectatomic.io site. 19:50:07 jzb, EOF for me. 19:50:14 unless there are questions. 19:51:06 can we have some tasks against this so that people like me can pick them up and try to write on a focused topic? 19:51:27 adimania: I believe there's a ToC in github, and you could also file an issue there 19:51:31 may be in the github issues itself. 19:51:34 adimania, check here: https://github.com/projectatomic/container-best-practices/tree/master/content 19:51:57 and see what you are most interested in, and please submit a PR. we can create a ticket for you if you'd like, as a reminder? 19:52:35 no need. I'll try to pick up things marked as TBD and give a pull request. 19:52:43 adimania, cool. thanks a ton. 19:52:57 adimania++ 19:52:57 dustymabe: Karma for adimania changed to 1: https://badges.fedoraproject.org/badge/macaron-cookie-i 19:53:36 :D this is great! 19:54:06 ok only thing I have for open floor is the test day tomorrow 19:54:26 dustymabe++ 19:54:26 jzb: Karma for dustymabe changed to 2: https://badges.fedoraproject.org/badge/macaron-cookie-i 19:54:33 dustymabe: thanks for running with that. 19:54:35 if you guys are available feel free to put the images through their paces 19:54:43 jzb no prob 19:54:56 some of the more advanced atomic experts can go off script too :) 19:55:13 or even write new tests 19:55:30 dustymabe: curious - any idea how long a person should schedule for testing? 19:55:38 dustymabe, curious, how many folks usually participate in these? 19:56:00 jzb: scollier: I've only participated in a few myself but it really ranges 19:56:16 dustymabe: I think we had 10-15 people for the last one 19:56:16 usually there are 2/3 community representatives in chat for most of the day 19:56:27 jzb, that's not bad. 19:56:31 and then others flow in and out as they have free time 19:56:38 dustymabe: last time we had a group in India that co-scheduled a test day with it. 19:56:44 and collaborate on issues 19:56:51 jzb: that is true 19:56:57 scollier: I wonder if we should send a note to appinfra about it 19:57:05 jzb, absolutely. 19:57:12 I can send one if you like? 19:57:25 dustymabe: wasn't sure if you were on that list - please do. 19:57:37 jzb yep :) - I lurk 19:57:50 ok cool. will do that 19:58:35 i have one other item which is https://fedorahosted.org/rel-eng/ticket/6170 19:59:53 walters: we need to push to get that respun, or...? 20:00:12 until rel-eng respins, i suggest `RUN passwd -l root` in your Fedora Dockerfiles today 20:00:26 jzb, yes 20:00:41 there's a larger issue here in that this was fixed in RHEL a month ago, and a public errata issued 20:00:53 but one was not made for fedora even though i wrote the patch...5 months ago now 20:01:07 because there's no bugzilla component for the Fedora docker base image in bugzilla 20:01:17 ARGH 20:01:28 (nor for Atomic host actually...or really for anything other than RPMs...) 20:02:21 or a rigorous concept of ownership/responsibility... 20:02:28 or good automated testing... 20:02:35 walters: now you're just into crazy talk ;-) 20:02:41 i know right 20:02:58 anyways does someone know who to poke about that? 20:03:27 walters: I wish. but as of right now I don't 20:03:41 walters: lack of the bugzilla component or rel-eng for that issue specifically? 20:03:47 former 20:04:16 walters: I bet stickster could point us in the right direction 20:04:23 i suspect this is tied up in some sort of netherworld between internal Red Hat bugzilla maintenance and Fedora infra 20:05:34 i'll file a trac ticket? 20:05:58 walters: OK, I will follow up with stickster on that too 20:06:57 any other items? 20:07:02 otherwise I'll go ahead and close it out. 20:08:02 OK, thanks all! 20:08:05 #endmeeting