17:02:38 #startmeeting Acumos TSC Community Committee 17:02:38 Meeting started Tue Jun 19 17:02:38 2018 UTC. The chair is bryan_att. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:02:38 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:02:38 The meeting name has been set to 'acumos_tsc_community_committee' 17:02:48 #info Bryan Sullivan 17:02:51 # info 17:02:55 #info aimeeu 17:03:03 # info NAT - TechM 17:06:27 #info Topic: email from Ofer on the process 17:06:30 #link https://lists.acumos.org/g/acumosaicommunity/topic/athena_release_community/21898531?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,21898531 17:08:54 #info Manoop: have provided input in a spreadsheet, and am updating it 17:09:33 #info Ofer: suggest we identify gaps in the input and discuss them to come to consensus 17:11:11 #info Manoop: propose that the 3 lists we have so far (Manoop, Ofer, Phillipe) be compared and aligned, with rationales added as needed for the priority 17:12:21 #info Ofer: suggest to compare the high priority items 17:15:22 #info Manoop: re ACUMOS-1095, we have to set a goal otherwise the coverage will go down, not up 17:16:13 #info Nat: agree, the question is what is the mandated #, and if a minimum bar e.g. 30% will work 17:16:42 #info Manoop: devs don't ofter go above the minimum, and many then don't meet it either 17:17:15 #info Nat: suggest to set a goal for 40% 17:25:08 #info The team agreed that 40% is a reasonable goal for this release 17:27:02 #info Ofer: next gap is ACUMOS-1091 17:27:22 #info Manoop explained the rationale, and the team agrees to keep it at high 17:27:53 #info Ofer: re ACUMOS-1079, do we have resources to implement this 17:28:38 #info Manoop: the rationale is to be able to truthfully say we support multiple cloud envs for deployment 17:29:31 #info Nat: Jack suggested we look to the cloud providers to help us with these deployers 17:30:19 #info Nat: in the meantime we will focus on k8s and openstack as other cloud envs, and if the cloud providers etc come to the table we can support this, but for now it is low due to lack of resources 17:32:54 #info Bryan: what the cloud providers really probably want is for Acumos to support their internal ML PaaS features; as long as we look at this as simply a place to launch Acumos models, it really may not add a lot of value for them 17:34:09 #info Ofer: re ACUMOS-1071 17:34:40 #info Kazi: AT&T and TechM are developing this, it's in progress and marked for the next release 17:35:42 #info Ofer: re ACUMOS-1042, need more info 17:36:57 #info Manoop: this one, and ACUMOS-1040 (Provenance) relate to changes e.g. in authorship management under development by Chuxin and team 17:41:49 #info Ofer: re ACUMOS-1085 17:42:27 #info Manoop: this one supports the ability of modelers to test their models 17:43:54 #info Ofer re ACUMOS-1082 17:45:43 #info Bryan: this one is not needed per the latest discussion with Kazi - we have an approach under development that does not require any key exchange 17:52:46 #info (discussion of various items that are already work in progress) 17:56:37 #info Bryan: re ACUMOS-1010, we need to change the model deployment process to use triggered steps vs delay-based steps, since delay-based approach will ofteb fail in envs that do not meet the performance requirements in which the workable delay values were determined 17:56:52 #topic Sprint Planning 17:58:47 #info Farheen: (shares sprint planning slide) 18:03:13 #info Bryan: suggest the diagram be posted at https://wiki.acumos.org/display/REL/Sprint+Planning 18:08:12 #info discussion on whether to have functionality demos in Community meeting - general opinion is Yes 22:35:46 #endmeeting