15:00:09 #startmeeting modularity_wg 15:00:09 Meeting started Tue Aug 23 15:00:09 2016 UTC. The chair is nils. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:09 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:09 The meeting name has been set to 'modularity_wg' 15:00:09 #meetingtopic Weekly meeting of Modularity WG 15:00:09 #chair dgilmore langdon tflink 15:00:09 Current chairs: dgilmore langdon nils tflink 15:00:24 #topic Roll Call 15:00:29 .hello nphilipp 15:00:29 nils: nphilipp 'Nils Philippsen' 15:01:00 .hello langdon 15:01:01 langdon: langdon 'Langdon White' 15:02:26 .hello cpacheco 15:02:27 cpacheco: cpacheco 'Courtney Pacheco' 15:03:30 .hello asamalik 15:03:30 asamalik: asamalik 'Adam Samalik' 15:03:41 nils, do you have the agenda? 15:04:00 langdon: sure, once everybody's had a chance to say hello :) 15:04:14 ping dgilmore tflink sct 15:04:16 #chair sct 15:04:16 Current chairs: dgilmore langdon nils sct tflink 15:04:57 .hello sct 15:04:58 sct: sct 'Stephen Tweedie' 15:05:11 #topic Agenda 15:05:11 #info Ensuring we support all arches 15:05:11 #info Containers (langdon, sct) 15:05:31 anything else that wasn't on the etherpad? 15:05:47 well.. and i am not sure we are ready to talk about containers :) 15:05:52 hah 15:05:56 #undo 15:05:56 Removing item from minutes: INFO by nils at 15:05:11 : Containers (langdon, sct) 15:07:01 ok, I've shelved containers for later (next week tentatively) 15:07:31 #topic Ensuring we support all arches 15:07:52 Whose is it? dgilmore, lkocman? 15:08:02 nils, that's mine 15:08:13 * nils cedes the floor 15:08:19 nils, but we don't have working rida atm to check whole chain 15:08:24 nils, this should change this sprint 15:08:32 sct, more to add to the agenda? 15:08:39 I have a card for it ... ;-) Unless somebody merges some total rework of rida which breaks it again 15:08:45 haha 15:08:47 i think we might have a light meeting 15:08:49 :-) which is very likely with new messaging 15:08:53 langdon: Not right now 15:09:18 lkocman: I mean, we can still talk about the general ideas of supporting all arches, can't we? 15:09:22 This is not a demo :). 15:10:25 well rida is configured to build on all that stg koji instance supports 15:10:43 and pungi-signed-repo reads arches from tag 15:10:48 so in fact we're in good shape 15:11:03 not sure if we need to talk more about it 15:11:03 lkocman: so I understand that as soon ride gets off the ground again, stuff should not be x86_64 only anymore 15:11:09 yup yup yup 15:11:15 okay, I'll #info this... 15:11:22 dgilmore, sounds good? 15:12:51 #info rida (the module building orchestrator) is kind of broken right now, but building for all arches (which are enabled in staging) should commence once we get it off the ground again. 15:12:58 lkocman, dgilmore: ^^ 15:13:39 lkocman, dgilmore: I'll take that as a "yes" :) 15:13:55 nils, take it as "bravo" 15:14:01 heh :) 15:14:04 #topic Open Floor 15:14:13 anything for open floor today? 15:14:39 I'd mention all the documents that are supposed to involve community into modularity development! 15:14:50 which are on the way, and we expect great contribution 15:14:59 langdon, right? 15:15:06 do we have a list which we can #info? 15:15:08 lkocman, sure? 15:15:19 lkocman, do you mean docs? or blog posts? 15:15:21 or both? 15:15:23 langdon, both 15:15:27 langdon, wiki + blogs 15:15:39 langdon, up2date component descriptions, links to projects 15:15:41 langdon, blog posts 15:15:44 lkocman, yeah.. we need an announcement about the wiki content sent out 15:16:13 any good advice on how to reach as big audience as possible? 15:16:18 with these "docs" 15:16:20 ? 15:16:36 lkocman, langdon: fedora magazine? 15:16:40 cpacheco, +1 15:16:41 lkocman: we should have paid for ad space at the Olympics :P 15:16:45 lots of people read that magazine 15:16:56 and not a lot of people watched the olympics 15:17:06 well.. at least a fedora-devel mail.. 15:17:18 i had planned to do a magazine post recapping our blog posts.. 15:17:29 maybe we could add in "docs announcement" as well 15:17:45 also if somebody covers my expenses, I can do some presentations and hands on in Carribean, South Africa, Panama, and Australia 15:17:48 looks like I missed the whole meeting :/ 15:18:40 lkocman, thanks for volunteering.. make sure you have cards 15:18:49 maxamillion, we have been a bit light today 15:18:54 maxamillion: you didn't miss awfully much so far, basically that once we fix rida/the FM orchestrator, it should begin building modules on all (staging) arches 15:18:55 can modules be built outside the fedora infra yet? 15:19:00 maxamillion, did you want to discuss some of your examples of parallel install? 15:19:17 langdon: huh? 15:19:25 maxamillion, copr team claims that they're blocked by api which gives them paths to module repos (base-runtime) so they can add it as repo to chroot 15:19:33 maxamillion, scrolling up you might see we can't even do them in fedora-stg at the moment.. asamalik is talking to the copr team about integrating with copr 15:19:36 maxamillion, there is a card for it which we didn't put to this sprint 15:19:48 it should have weight (1) since there is code, it just doesn't work 15:19:55 langdon, do you want to add that card? 15:20:14 "it just doesn't work" can be any size, so (1) is a safe bet :P 15:20:21 rgr 15:20:24 nils, cmon it's about importing pungi-trees 15:20:24 thanks for the info 15:20:27 pungi sends message 15:20:27 lkocman, asamalik was going to find out if the copr team could do the work and us just monitor... if that is the case, then it can go in 15:20:29 how hard is that 15:20:30 lkocman: yes please, we should add it 15:20:34 lkocman: j/k :) 15:20:37 nils, ;-) 15:20:38 langdon: that would work 15:21:03 also then we don't have base runtime do we? :-))) 15:21:11 lkocman: detail :) 15:21:26 maxamillion, you said in the workshop at flock that you have lots of examples of wanting the installation of multiple things.. especially different versions of things.. and i wanted to follow up to understand your examples /cc sct 15:21:35 asamalik, langdon well they can build on top of what we build on ... I can make that happen 15:21:38 lkocman: ohhhhh, right ok 15:21:40 lkocman, a hacked one is fine.. 15:21:47 like there is a base_runtime tag in koji 15:21:53 I was mostly curious about being able to use something like mock for building modules on my laptop 15:21:56 maxamillion, base_runtime-1.0-0 in koji.stg 15:22:06 lkocman: cool 15:22:33 maxamillion: I gues mock with an empty chroot and repo with that base runtime would do 15:22:34 maxamillion, i have been trying to keep the team focused on making sure the "cloud" version worked really well first.. then work on local building 15:22:46 heh "cloud" 15:22:51 however, rounding back to the concept of parallel installs ... multiple versions of almost every high level programming language is a very common desire 15:23:42 langdon: I find that odd and backwards, but that's fine ... we don't have to agree on that 15:23:56 maxamillion, yeah.. so does most of the team :) 15:24:37 copr wants to read that location of repo from some stable api 15:24:39 such as pdc 15:24:41 well at least I'm crazy in good company? ... or something 15:24:43 we gotta do one thing and the other, I don't care much about order 15:24:43 and we already do offer that call 15:24:49 maxamillion, my argument is because if people have to use the "cloud version" it will get much better much faster.. and that will be the default entry point for people.. if they can fall back to a different set of tools (ie. local) then it will slow the pass of improvement 15:24:53 just don't fill pdc due listening to incorrect message 15:24:54 that's all 15:25:29 so, anything we can #info from that? 15:25:44 langdon: yeah, I could see that happening ... also, please call it "hosted" or something, nothing about that build system is "cloud" 15:25:57 maxamillion++ 15:26:00 nils: Karma for maxamillion changed to 10 (for the f24 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:26:09 maxamillion, ha.. first word that popped in to my head.. i am gonna say "cloud" all the time to make you angry ;) 15:26:20 *fine* then ;) 15:26:23 well, copr is "cloud", at least the URL says so 15:26:57 so, no info? 15:26:59 maxamillion, so.. on parallel.. do you really think most data centers run (want to run) multiple apps on the same server that would require multiple language versions? 15:27:32 I think that's more of a devel-side requirement 15:27:37 nils, i don't really have an info idea on the hosted vs local discussion.. maybe on the copr stuff? 15:28:00 langdon: no idea, that's why I ask you guys :) 15:28:28 langdon: today? yes ... in 10 years? I hope not 15:28:34 re: parallel) i guess my experience is that people dedicate an instance to the app.. but maybe that is a symptom of the "no parallel install" problem rather than a typical use case 15:28:41 nils: copr team needs the api to get the base runtime repo, and then they can work on building modules 15:28:43 maxamillion, yeah.. thats what i wonder too 15:29:08 nils: they will do the work themselves, someone (I?) will observe 15:29:38 langdon: asamalik's comments ^^, sound good for #info? 15:29:41 langdon: majority of large companies I've interacted with aren't even running on RHEL7 yet because it's "too new" much less even looking at anything like docker ... they are "evaluating" RHEL7 or possibly just starting to use it in a limited capacity 15:30:08 nils, first one yes.. 2nd one, meh 15:30:09 langdon: just to level set the kind of mind set you're going to be dealing with ... so hosting a bunch of things on a single system is not out of the norm 15:30:32 langdon: okie 15:31:02 lkocman, asamalik do you think you guys could info what needs to be done to enable the copr backend for rida? 15:31:22 #info the COPR team needs the API to get the base runtime repo, then they can start working on building modules 15:31:45 maxamillion, so.. i also think it varies by business size.. (as well as like startups vs established).. but.. let me table this til we finish sorting the copr conversation 15:32:06 #topic alternate backends for rida (module build orchestrator) 15:32:31 langdon: do we #topic in open floor? 15:32:33 ok.. lkocman and asamalik have a list of things that need to be done to enable using copr instead of koji as the backend for rida 15:32:46 nils, i just switched to a dedicated topic :) 15:32:52 heh 15:32:53 now they will info them ;) 15:33:10 langdon: should the COPR #info above go into the topic? 15:33:12 then i think we could switch to parallel for a bit.. then back to open floor 15:33:25 nils, sure? i don't think it hurts either way 15:33:27 langdon: you brought it up :) 15:33:29 cool 15:33:34 gimme a sec to sort things 15:33:39 #undo 15:33:39 Removing item from minutes: 15:33:39 maxamillion, yeah yeah 15:33:42 #undo 15:33:42 Removing item from minutes: INFO by nils at 15:31:22 : the COPR team needs the API to get the base runtime repo, then they can start working on building modules 15:34:03 #topic alternate backends for rida (module build orchestrator) 15:34:09 #info the COPR team needs the API to get the base runtime repo, then they can start working on building modules 15:34:17 i was hoping they ( asamalik & lkocman ) would info card links 15:34:46 as well 15:35:28 langdon: there is a card about research about copr building modules 15:35:38 which I almost finished last sprint 15:35:52 but it's in new, because it wasn't a priority :) 15:36:16 let me find it 15:36:32 asamalik, i guess I am hoping that if we can point the copr team at the nec. cards they might just be able to run with it 15:37:17 https://taiga.fedorainfracloud.org/project/modularity/us/554?kanban-status=470 15:37:45 I should plan it for this sprint to finish it 15:38:05 #chair asamalik lkocman 15:38:05 Current chairs: asamalik dgilmore langdon lkocman nils sct tflink 15:38:18 as a backend for rida - copr should technically support everything 15:38:55 #info This particular card is currently blocking copr (import of base runtime repos + location) https://taiga.fedorainfracloud.org/project/modularity/us/839?kanban-status=480 15:39:31 to make building modules for community members easier - for example without the modulemd.yaml (that would be automatically generated by copr) - there needs to be the API 15:39:47 so they can choose "module" as another chroot 15:40:01 and build the same thing for example for f23, f24, and as a module 15:40:04 * lkocman needs to leave folks. Ciao 15:40:08 the same way they are used to 15:40:11 asamalik, so.. in a couple hours do you think you could write all the cards that are needed? 15:40:20 langdon: yap 15:40:55 asamalik, ok.. why don't we add doing that to the sprint and then talk to the copr folks about implementing them 15:41:12 asamalik, including the one lkocman info'd above 15:41:19 lkocman: see ya 15:41:49 langdon: agree 15:41:57 langdon: I'll do the cards 15:42:05 asamalik, cool 15:42:22 asamalik: you can "#action asamalik write cards for ..." 15:42:25 :) 15:42:43 otherwise I'll do it for you, but it'll be plenty unspecific :P 15:42:52 * dgilmore notes anything built in copr can not be called fedora 15:43:06 dgilmore, +1 but it makes adoption easier 15:43:10 #action asamalik write cards for builds in copr 15:43:20 asamalik++ 15:43:36 dgilmore: +1, that would be "community" modules - the same way as copr repos are now 15:43:43 #info anything built in copr can not be called fedora 15:44:05 ok.. should we talk about parallel install more? or just back to open floor? 15:44:18 dgilmore: also, scratch builds can be done in copr, as it supports multiple packages with the same NVR + dist tag (one per project=module) 15:44:50 langdon: I have one thing for open floor that should only take a minute, namely that the creative types probably want a decision on the badge 15:45:18 ok.. i think we can table the parallel install convo anyway.. we need sct to write his doc!! :) 15:45:24 langdon: thats fine, you need to make new trademarks for whats shipped 15:45:25 #topic open floor (again) 15:45:51 #info Badges: https://fedorahosted.org/fedora-badges/ticket/466 15:45:53 asamalik: scatch builds in koji can be done over and over as well 15:45:58 langdon: I hear you. :) 15:47:07 sct, :) 15:47:17 ok.. nils.. whats the next step on badges? 15:47:21 guys, do you think that the badge ticket above can be voted on? 15:47:42 ohh.. i hadn't seen latest 15:47:54 langdon: there are two suggested badges, one "why not average them" from me and not much commo since 15:48:09 I mean, two suggestions that only slightly differ in color 15:48:32 To me personally, the one with dark green looks... off and the one with white border is to hard on the retina. 15:48:43 *too hard 15:49:01 umm.. i have almost no opinion.. they all look way better than i can do :) 15:49:11 haha, that's why we don't do it :) 15:49:21 dgilmore: I heard that koji can't handle multiple packages with the same NVR + dist tag, so scratch builds of modules might be a problem... and I am not a Koji expert myself... so that's not true? that would be great, if we could keep copr just for the community stuff 15:49:47 asamalik: well, it would require that koji built all the packages scratch, too 15:49:59 AIUI it doesn't really care about scratch packages' NVRs 15:50:10 sure.. want to vote with whoever is here? I am not sure the results require a significant number of people to be present.. its just the look of a badge right? or, send it to the ML for a vote? 15:50:15 asamalik: I think having multiple builds with the same ID is just a fundamentally bad idea anyway from a tracking perspective 15:50:20 langdon: no quorum I'm afraid 15:50:35 langdon: but I wanted to raise it, so maybe you guys can have a quorum next time ;) 15:50:51 nils, docs say lazy consensus .. so .. we can send to the ml and call it done 15:51:02 nils: ha! so that would be fine 15:51:02 langdon: will you do? 15:51:06 langdon: I can vote! 15:51:14 nils, yeah.. i will 15:51:24 asamalik: you don't have voting privileges, sorry (neither do I) 15:51:35 sct: I mean just for the scratch builds... generally, I agree 15:51:42 nils, we should probably review thta based on the outcome of the badge vote 15:51:44 nils: :( 15:51:44 #action langdon pings voting WG members on ML about badge vote 15:51:54 ok.. another FYI.. 15:52:03 asamalik: Even then, I think there's a lot of potential for confusion 15:52:18 you still want to be able to test scratch builds etc 15:52:21 the server wg: #agreed Server SIG meeting time moves to Tuesdays at 4pm US/Eastern (following US DST) (+5, 0, -0) 15:52:41 i hope some of us will start to attend that meeting regularly 15:52:42 langdon: so they have the slot before us now? cool 15:52:57 nils, no.. Eastern 15:53:04 ah 15:53:05 ugh 15:53:13 4h ish from now 15:53:18 I'm checking my time zone privilege already :o) 15:53:29 anyway, not anymore conflicting with us 15:53:47 #info #agreed Server SIG meeting time moves to Tuesdays at 4pm US/Eastern (following US DST) (+5, 0, -0) 15:54:10 #info hoping modularity team members will be able to start to attend the server-wg meeting now that it doesn't conflict 15:54:40 i wonder if this means we could move from the hinterlands of #-3 closer to #fedora-meeting?!?! :) 15:54:47 langdon: Might help if you put it on our calendar 15:54:55 langdon: hah! 15:55:00 geppetto, yeah.. just got word 10m or so ago 15:55:14 langdon: Or someone ... I can do it if you want 15:55:16 * geppetto nods 15:55:34 #action geppetto puts server SIG meeting time into team calendar 15:55:36 geppetto, sure.. i would have already if i didn't have to go dig up which channel it was in :) 15:55:46 geppetto: ^^ good?` 15:56:33 nils: ha 15:56:54 I take that as joyful laughter :) 15:57:14 :) 15:57:18 anything else or are we done? 15:57:24 i was just typing that 15:57:56 good 15:58:05 Thanks for attending, everybody! 15:58:08 #endmeeting