15:01:08 #startmeeting Fedora Base Design Working Group (2014-12-05) 15:01:08 Meeting started Fri Dec 5 15:01:08 2014 UTC. The chair is pknirsch. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:08 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:16 #meetingname Fedora Base Design Working Group 15:01:16 The meeting name has been set to 'fedora_base_design_working_group' 15:01:27 Hey and good morning/afternoon everyone! 15:01:56 #chair haraldh msekleta dgilmore masta 15:01:56 Current chairs: dgilmore haraldh masta msekleta pknirsch 15:02:04 <- 15:02:21 ping dazo nphilipp for first topic ;) 15:02:27 Howdy folks, I'm half here today 15:02:31 Hi 15:02:34 hey! 15:02:35 hello 15:02:52 alright, lots of topics today, so lets quickly jump in 15:03:20 #topic Status buildrequires cleanup work (davids & nils!) 15:03:31 So dazo, nphilipp, whats new? :) 15:03:32 I've not had time to look much at buildreq-check this week, but XML-RPC prototype server is running as openshift instance and seems to work ... awaiting some real test runs 15:04:06 code needs some clean-up and feature improvements ... but it's ready for real PoC testing 15:04:08 to add to that, I've worked on configuration (dazo: just pushed the code in my branch) 15:04:22 and I've continued on cleanup :) 15:04:26 nice :) 15:04:32 so lets do some real PoC then! 15:04:46 right now everything is in one module and I'm in the process of pulling it apart 15:05:01 e.g. DB model in its own module, config in its own (that one is already so) 15:05:03 and so forth 15:05:08 * pknirsch nods 15:05:14 XMLRPC app into its own module 15:05:17 stuff like that 15:05:50 we also got the way we worked together ironed out, that helps as well :) 15:05:59 Who want's to kick off the real test run then? 15:06:53 pknirsch: jog my memory, where's the authoritative list with "base packages"? 15:07:14 http://www.harald-hoyer.de/2014/01/14/self-hosting-fedora-base/ 15:07:22 I have murky recollections about some of haraldh's graphs, yes 15:07:27 aye 15:07:54 so it's basically this: https://harald.fedorapeople.org/kernel-br-all.txt right? 15:07:58 well, that's only for the kernel build 15:08:01 yep 15:08:09 not the authoritative list with "base packages" 15:08:11 right 15:08:33 but it's a good starting point for a test 15:08:42 in an ideal world we wouldn't need the java cruft in there, do we know if there's progress been made there? 15:09:07 That's already 1806 packages, so I guess that's a starting point 15:09:58 anyway, there's some schema-related clean up I want to do before we start filling the DB 15:10:05 java was among the 65 choke point packages identified by haraldh later in the documentation. 15:10:21 I plan to add schema migration but it'd be swell if we got by without it during the test run :) 15:10:47 From my review i did earlier this year the main blocker was the dbX-java subpackage. 15:11:00 ahh yes 15:11:26 if either you nphilipp or dazo could pick up that review that would be fantastic, too. 15:11:38 and should help a long way to reduce our initial number, too. 15:11:53 see http://harald.fedorapeople.org/bootstrap-not-needed-deps.txt 15:11:56 https://fedoraproject.org/wiki/Base#Details 15:12:00 or that :) 15:12:01 also as a start 15:12:33 that'd be even more minimal 15:12:38 cool 15:13:00 feel free to kick off a test with any of those lists. 15:13:07 ok 15:13:08 maybe starting small might be a better idea actually 15:13:16 yeah, starting with 125 packages (kernel rpm yum) seems to be a good place 15:13:20 aye 15:13:22 yeah, we'll probably run into issues soon enough :) 15:13:29 to work out any kinks or issues in the system 15:13:37 nphilipp, you don't think my code is perfect!? ;-) 15:13:45 ha! 15:14:01 dazo: well, if it's perfect I can go into the weekend, now can't I :P? 15:14:09 of course! 15:14:11 ;-) 15:14:12 i think i only once wrote perfect code on the first try ;P 15:14:14 world peace could be so easy :) 15:14:19 in my 30 years of coding ;) 15:14:30 (non trivial code that is) 15:15:41 anyway, lets move on, lots of other stuff to cover today and don't want to keep EMEA folks away from their well deserved weekend too long :) 15:15:53 any other important things about the buildreq checks? 15:16:05 not from me 15:16:10 neither from me 15:16:18 okidokie, thanks guys! 15:16:33 next up then 15:16:37 #topic Docker update / Rocket container check 15:16:54 Not sure if vpavlin is with us today, haven't seen him on irc at least 15:17:04 anyone else who could give a Docker update? msekleta maybe? 15:18:23 I don't think anything (out PRs on GitHub) moved on 15:18:32 but let me check on that real quick 15:18:38 ok, thanks msekleta 15:19:05 https://github.com/docker/docker/pull/8478 15:19:33 this is the show stopper, waiting on approval from Solomon 15:19:47 In the meantime, i just wanted to mention the new container tech from CoreOS, Rocket. Not sure if we're interested in that yet, but imho it's a good idea to keep that on our radar and see if that would be something we'd want in Fedora, too. 15:20:18 is anyone in contact with Solomon to drive this? 15:20:25 i suspect vpavlin :) 15:21:00 they are both on DockerCon in Amsterdam 15:21:20 alright. lets hope they get it resolved there maybe in person ;) 15:21:51 And iirc vpavlin already had a look at Rocket, too, so we'll have to wait till next week for some more info on that 15:22:08 not sure, seems like DockerCon is more about marketing rather then hacking and talking code 15:22:38 ah, there's vpavlin, right on time :) 15:23:32 vpavlin: any other news on Docket except the pending pull request for https://github.com/docker/docker/pull/8478 ? 15:23:46 vpavlin: and any quick thoughts on Rocket? 15:25:22 pknirsch, until vpavlin chimes in, I'd like to mention docker people announced couple new project docker-swarm and docker-machine 15:25:36 oh, whats those about? 15:26:00 https://github.com/docker/swarm 15:26:01 pknirsch: uh..I just woke my laptop to write some notes from discussion with Docker guys:) 15:26:08 * vpavlin is on DockerCon 15:26:12 *at 15:26:19 we know vpavlin :) 15:26:19 https://github.com/docker/machine 15:26:37 pknirsch: So turning off again - last talk from Hykes and Golub ahead.. 15:26:41 Sorry:) 15:26:51 alright, cya vpavlin ! 15:27:08 msekleta: interesting 15:27:19 so docker clusters and docker mgmt 15:27:35 * msekleta admits he didn't look into much details yet 15:28:09 I'll post some status on ML:) But...talked to @unclejack about systemd and I maybe convinced him it's benefitial for Docker to work well with systemd..we will se.. 15:28:47 thanks vpavlin 15:28:52 imho the take away is that CoreOS and Docker are now direct competitors on all the levels of the container stack 15:29:04 aye 15:29:12 and with CoreOS launching Rocket 15:29:27 they have on their side now their own container tech 15:29:56 and they already have cluster management, etcd and fleet 15:30:00 mhm 15:30:31 Docker announced cooperation with Mesos on cluster mgmt.. 15:30:48 i.e. Mesos will be backend for swarm... 15:30:56 no surprise there ;) 15:31:45 vpavlin, are kubernetess still in the game then? 15:32:16 yup - I mean that it's basically that both has it all now...though Docker has waaaaaaay bigger community and real usecases presented by big companies (f.e. BBC) 15:32:37 * pknirsch nods 15:33:33 msekleta: I talked to Solomon about this yesterday and he says the only thing they want is standard interface - swarm is really stupid and you can write your own orchestrator as backend for it - so yes, they are 15:34:56 * msekleta nods, consolidation and common APIs everybody agrees on are way to go 15:35:04 jup 15:35:38 the biggest problems people mention are secrets for build and runtime and that Dockerfile builds are slow - lot of them write custom solution very similar to Openshift's STI 15:36:26 I wanted to talk to tianon about Fedora base image but was not able to find him (not sure if he is here...) but I am going to find somebody else.. 15:36:35 cool 15:37:11 Ok...bye guys...:) Have a nice weekend! 15:37:19 cya vpavlin ! and thanks for the infos 15:37:30 vpavlin, bye, enjoy rest of the conference 15:38:01 alright, lets move on then to the next topic 15:38:15 #topic Status rpm mechanisms for multiple config subpackages 15:38:27 Not sure if we got any news on that. Maybe haraldh or ffesti? 15:38:53 heard nothing from the rpm front :-/ 15:38:58 hm, alright 15:39:20 not sure you guys know or not, but Panu left rpm crew 15:39:32 yea, i read about that last week 15:39:41 already talked with him privately, too :) 15:40:04 oh 15:40:05 ok 15:40:19 ffesti will be taking over full ownership last i heard 15:40:51 yep, afaict it is ffesti only now 15:41:50 though jzeleny mentioned getting one more guy on board 15:42:34 #info no news on the rpm front 15:42:40 next topic then 15:42:44 #topic Status rpm mechanisms for factory reset files 15:42:51 i guess same here then haraldh ? 15:42:56 yes 15:43:05 #info same here, need input from rpm team 15:43:08 alright 15:43:18 last topic then 15:43:25 #topic Base WG ownership of generic network install images 15:43:49 As we're nearly all back now lets see what this is about. anyone can give me an update on this? 15:44:44 +1 15:44:49 +1 15:47:31 so what would the Base WGs responsibilities and work then be? and who'd be doing it, haraldh and msekleta ? 15:47:49 * pknirsch wants to understand a bit more in detail what this is exactly about 15:48:04 pknirsch, just to explain quick +1, we already discussed this, and me and haraldh were in favor 15:48:48 sure, but before i can give a + or - i'd like to understand the details a bit more 15:49:01 apologies for not going through the last weeks logs in more detail 15:50:07 because it's not a product on its own, I don't think there is much to discuss about what should be in there 15:50:21 it's more like "owning" the packages 15:50:39 or being the "authority" of it 15:51:04 should there be any concern about it, we would be the deciding working group 15:51:13 and not server and not desktop 15:51:46 because they basically share this block 15:52:41 as I understand, we would monitor the situation, and I case there is a problem with the packages (base packages needed for partitioning, anaconda) we would pull respective maintainers into meeting to decide on next steps 15:53:27 s/I case/in case/ 15:53:31 ok, that makes sense 15:53:38 as it's happening anyway 15:53:45 exactly 15:54:04 sounds reasonable then 15:54:06 +1 15:54:08 then as well 15:54:14 We discussed about anaconda being part of base already.. 15:54:21 aye 15:55:37 lets double check with the remaining guys next week, but i think this item shouldn't be a big point of discussion 15:56:52 #info haraldh, msekleta and pknirsch all in favor of Base owning the netinstall images. Getting remaining input/votes from other members next week. 15:57:00 and last thing for today: 15:57:06 #topic Open Floor 15:57:14 anything else from anyone for today? 15:57:56 -1 15:58:10 msekleta, anything else from you? 15:58:40 I don't have anything else to add 15:58:50 oki 15:59:10 i have one last thing organizationally: Meetings over the next weeks. 15:59:25 As we're heading into holiday season 16:00:08 Next week i won't be able to attend the meeting at least due to our office holiday party, so if anyone else would take over that that would be great 16:00:19 the week after, the 19th, we could still hold one 16:00:38 but then the 2 weeks after i'll at least be out again, and i expect most of us will be on Dec 26th 16:00:46 I am on the same office holiday party also :) 16:00:59 right! 16:02:11 msekleta, would you be able to hold the meeting next week? 16:02:30 otherwise we'd only have 19th this month 16:02:43 sure I can do that, not sure how much sense does it make 16:02:53 I would just do the 19th 16:02:57 without you gone 16:02:59 ok, lets do that then 16:03:00 nothing critical anyway 16:03:03 yea 16:03:21 s/without/with 16:04:01 #info proposal: Due to holiday season proposal to do last meeting this year on 19th. haraldh, msekleta and pknirsch all in favor. 16:04:21 ok, thats all 16:04:26 thanks everyone then! 16:04:38 and thanks haraldh for covering the meetings while i was gone :) 16:04:39 have a nice weekend! 16:04:44 same to you guys 16:04:45 welcome 16:04:47 o/ 16:04:50 EoM 16:04:52 #endmeeting