17:30:57 #startmeeting glance_artifacts_sub_team 17:30:57 Meeting started Mon Feb 8 17:30:57 2016 UTC and is due to finish in 60 minutes. The chair is mfedosin. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:30:58 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:31:00 The meeting name has been set to 'glance_artifacts_sub_team' 17:31:06 o/ 17:31:19 #link https://etherpad.openstack.org/p/glance-artifacts-sub-team-meeting-agenda 17:31:40 * mfedosin waits for Nikhil to start 17:32:03 sudipto: thank you for join us! 17:32:13 o/ 17:32:13 mfedosin, happy to join! :) 17:32:39 okay, I think we can start with midcycle updates 17:33:01 it was last week and we discussed things about Glare 17:33:25 #link https://etherpad.openstack.org/p/glance-mitaka-virtual-mid-cycle 17:33:29 section Glare 17:34:00 1. We all agree that separation to public and private apis are bad 17:34:37 hi 17:34:51 my previous meeting overrun, sorry about delay here 17:34:57 2. To satisfy DefCore we make Images plugin and OpenStack Image API obligaatory for all Glare deployments 17:35:12 nikhil: HI!!!! 17:35:23 welcome 17:35:35 we're talking about updates from midcycle 17:35:39 thank you :) 17:35:52 ah cool, I guess it was a healthy and productive discussion 17:36:29 nikhil: I just copy here the decisions we made 17:37:05 3. We will use oslo.vo as a standard declarative framework to define Glare plugins 17:37:46 and finally we decided not to merge current glare client for v0.1 17:38:11 #link https://review.openstack.org/#/c/255220/ 17:38:51 because only Murano uses v0.1 and they have client merged in their muranoclient 17:40:08 so, we confirmed everything that we already knew. 17:40:38 next thing, as I promised I wrote a Glare FAQ 17:41:04 #link https://docs.google.com/document/d/1D4Hik0-XNqwi43gxtybCs9-fMqh5IAIu8CHB33e46OQ/edit 17:41:30 does this link work for you? 17:41:36 works for me 17:41:48 it's very initial draft with terrible English 17:42:16 Olena didn't have a chance to look there 17:42:27 link works for me too 17:42:33 so, iiuc it's open for collaboration right and not something you are planning to evolve yourself and publish new draft there? 17:42:39 (Olena is a Glance technical writer) 17:43:18 my idea is to publish it in OpenStack wiki 17:43:40 and update it from time to time 17:43:54 when new information appears 17:44:28 feel free to live comments there, maybe you want to see other answers there 17:44:34 so it looks like an intro to the project 17:44:47 so you can leave your questions 17:44:53 kairat is right 17:45:10 I made it to help newcomers 17:45:39 so, searchlight has this information in the source tree 17:45:40 last week we discussed this service with sudipto 17:46:17 and I tried to put the answers to the questions he asked me. 17:46:36 maybe we can merge it in glance repo 17:46:55 I just want the community be okay with it 17:47:02 ++ 17:47:24 mfedosin, nikhil is it possible to play around with some bit of the prototype in some way? 17:47:45 but anyway it's a draft and you can add your comment there till the next week 17:48:00 sudipto: v1 is under discussion 17:48:14 and currently there is no prototype 17:48:25 but we have unstable v0.1 api 17:48:54 ok 17:48:55 I guess the question is which prototype and the one which we want to work isn't ready yet :) 17:48:55 and you can play with it to see how things work 17:48:56 I believe kzaitsev_mb is working on a prototype for the app catalog, he might have something people can poke at this week 17:49:46 kzaitsev_mb works on the adapter between Glare and app catalog 17:50:06 as I mentioned v0.1 is merged and ready for usage 17:50:28 but we're going to evolve it to v1 17:50:45 ok 17:50:46 which doesn't affect app catalog 17:51:06 I guess latest bugs from kzaitsev_mb are related to trhis prototype 17:51:07 so, please leave your questions there 17:51:48 kairat: I'll ask him tomorrow 17:52:26 next thing - I made an etherpad with Glare stable api draft 17:52:44 #link https://etherpad.openstack.org/p/glare-v1-api 17:53:11 it's a generalization of glance v2 api 17:53:27 and glance v2 api included there 17:54:06 but there is only one special moment - in v2 api image becomes active right after file upload 17:54:38 we can't do it in Glare, because we support several blobs per artifact 17:54:59 that's why I suggest you a trick... 17:55:41 in Images plugin there will be an option 'activate_on_upload' True by default 17:56:26 if file was successfully uploaded then it immediately transfers status to 'active' for image 17:57:23 in other cases uses must explicitly call /actions/activate to make an artifact active 17:58:19 if this set of calls is okay for you then I'll start to write a full spec about Glare api 17:58:43 what's the difference between activate and reactivate? 17:59:12 activate transfers artifact from queued to active 17:59:22 and it's available for every user 17:59:35 reactivate may be available for admin only 18:00:08 for example if someone publish malicoius artifact admin may want to deactivate it 18:00:20 I guess I was thinking would only need deactivate and activate? 18:00:22 (remove from public) 18:00:57 I want that reactivate may be availabe for admin only 18:00:59 but I guess in this case reactivate is the opposite of deactivate, and "activate" as you said is more about moving from queued to active 18:01:09 makes sense to me 18:01:12 thanks 18:01:27 I'll describe it in FAQ 18:01:37 okay, we are out of time 18:01:50 thank you all for joining 18:02:02 thank you! 18:02:08 thanks 18:02:13 Thanks 18:02:15 thanks! 18:02:16 #endmeeting