17:30:23 <mfedosin> #startmeeting glare
17:30:24 <openstack> Meeting started Mon Jun 20 17:30:23 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:25 <kairat_> O/
17:30:26 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
17:30:28 <openstack> The meeting name has been set to 'glare'
17:30:38 <mfedosin> #topic agenda
17:30:44 <docaedo> o/ (for the first half hour at least)
17:30:49 <mfedosin> #link https://etherpad.openstack.org/p/glance-artifacts-sub-team-meeting-agenda
17:30:59 <mfedosin> #topic Updates
17:31:08 <mfedosin> hello :)
17:31:27 <mfedosin> so, several things were done...
17:31:55 <mfedosin> 1. Spec was reviewed and approved by api-wg core team
17:32:20 <mfedosin> #link https://review.openstack.org/#/c/283136/
17:32:49 <mfedosin> Erno found several small issues there
17:33:10 <mfedosin> I'll try update the spec tomorrow
17:33:49 <mfedosin> btw, his comments make sense - it's better to return 409 instead of 400
17:34:09 <mfedosin> 2. We pushed the code on the public review
17:34:37 <mfedosin> so, community can check it and find bugs there :)
17:35:08 <mfedosin> #link https://review.openstack.org/#/c/330459/3
17:35:40 <mfedosin> Ilya still works on some test but I believe they will be available this week
17:36:25 <mfedosin> 3. kairat is working on microversions support
17:36:54 <mfedosin> we decided to add them in the last moment, based on discussions with api-wg
17:37:24 <mfedosin> I think it's a really useful feature and it will help us in the future
17:37:59 <mfedosin> 4. I'm working on glare sql db
17:38:57 <mfedosin> code is almost done, I wanted to push it on review before this meeting
17:39:15 <mfedosin> but did not have enough time to finish :(
17:39:32 <mfedosin> I think I need an hour and it will be available
17:40:14 <docaedo> sounds like pretty good progress
17:40:15 <mfedosin> now I want to tell about organizational matters.
17:40:46 <kairat_> We need schema generation also
17:40:58 <mfedosin> ah yes
17:41:01 <kairat_> Because it is part of core func
17:41:15 <mfedosin> afaik Darja is doing this
17:41:19 <kairat_> Perhaps, we need help here
17:41:27 <kairat_> Yep
17:41:34 <mfedosin> kairat_: what kind of help?
17:41:57 <kairat_> Need to ask darja about progress on that
17:42:22 <mfedosin> she'll defend her diploma work this week...
17:42:30 <mfedosin> 23th of June
17:42:45 <kairat_> Ok
17:42:58 <mfedosin> it means she won't be available till this date
17:43:20 <mfedosin> but yeah, we should ask her about the progress on schema generation
17:43:39 <mfedosin> kairat_: you're closer to her. may you do it?
17:44:15 <kairat_> Yep, will ask tomorrow
17:44:18 <mfedosin> cool
17:44:41 <mfedosin> so, back to organizational matters...
17:45:07 <mfedosin> docaedo: it's a good news for you, because now there is a new person in glare team
17:45:18 <docaedo> mfedosin: nice!
17:45:20 <mfedosin> and he is responsible for integration with app-catalog
17:45:39 <docaedo> mfedosin: great, hope he can join the meeting this thursday and talk about his plans then
17:45:46 <mfedosin> he's a senior software engineer and a very smart guy
17:46:07 <mfedosin> definitely he'll be there
17:46:30 <mfedosin> his name is Serg Skripnick
17:46:49 <mfedosin> I believe I write it correct :)
17:46:50 <docaedo> thanks, looking forward to working with him!
17:47:50 <mfedosin> now kzaitsev_ws put him in the swim
17:48:38 <mfedosin> I wish nikhil will find some time to review the spec and will be able to merge it
17:48:56 <mfedosin> unfortunately we don't have much time
17:49:17 <mfedosin> because newton-2 is coming
17:49:24 <nikhil> I have some (3-4) major concerns but I want to test it in devstack first.
17:49:42 <mfedosin> nikhil: for example
17:49:42 <nikhil> and I will send email to Mike to make sure I understand things correctly.
17:50:14 <mfedosin> nikhil: add kairat_ in cc please
17:50:20 <nikhil> ok
17:50:50 <nikhil> mfedosin: how do I set this up in devstack? (this was my only question for today)
17:51:05 <mfedosin> v1?
17:51:10 <mfedosin> or just glare
17:51:22 <nikhil> which one is the latest glare impl (yet to be merged)
17:51:32 <mfedosin> v1
17:51:56 <nikhil> (yes, if you impl mircorversions v1 will go away. just want to make sure we talk about same thing)
17:52:34 <nikhil> (I mean 'v1' will go away and it will only be a single non-versioned api handled via microversions)
17:52:52 <kairat_> Yep
17:53:01 <mfedosin> 1. install the code from the latest patch
17:53:12 <mfedosin> 2. enable glare service in your localrc
17:53:19 <kairat_> You will need to specify version header only
17:53:31 <mfedosin> 3. install devstack
17:54:17 <nikhil> mfedosin: can you please add that to the spec for others to test too?
17:54:26 <kairat_> Hm
17:54:28 <nikhil> mfedosin: whenever you updated the spec
17:54:31 <mfedosin> nikhil: okay
17:54:36 <mfedosin> np here
17:54:36 <nikhil> for now, I can use this to setup
17:54:41 <nikhil> ty
17:55:14 <mfedosin> in short, you should add ENABLED_SERVICES=g-glare
17:55:25 <mfedosin> in your localrc
17:55:36 <mfedosin> it will enable glare v0.1
17:55:55 <mfedosin> then you install patch with v1 and restart it
17:56:09 <mfedosin> microversions are not ready yet
17:56:10 <kairat_> Need to update paste alsi
17:56:15 <kairat_> Also
17:56:26 <mfedosin> kairat_: right!
17:56:34 <nikhil> ok, someone please update the spec with all the details.
17:56:34 <mfedosin> I forgot to mention
17:56:39 <nikhil> I will wait.
17:56:46 <kairat_> Spec is the design doc
17:56:51 <mfedosin> nikhil: will be done :)
17:57:00 <kairat_> Not instruction, imo
17:57:14 <kairat_> Maybe add thst.yo the patch
17:57:15 <mfedosin> kairat_: we can create a document
17:57:24 <mfedosin> and add a link to the spec
17:57:33 <mfedosin> I think it's more correct
17:57:36 <nikhil> spec has a lot of info besides design, like testing, impact sections, other openstack related metadata like reviewers..
17:57:40 <docaedo> +1 - testing instructions should not live in the spec in my opinion
17:57:52 <docaedo> link to testing instructions in the spec makes sense
17:58:02 <nikhil> docaedo: I think that's accurate
17:58:05 <kairat_> +1
17:58:09 <docaedo> because testing instructions change over time, spec should not
17:58:20 <mfedosin> because we will have to update this doc from time to time
17:58:25 <nikhil> an etherpad with instructions referenced in the spec will work as long as  you timestamp the etherpad
17:58:40 <docaedo> giant -1 on an etherpad, those are almost ephemeral
17:58:49 <nikhil> so is setup
17:59:01 <docaedo> for short term like today, sure :) but long term, how to test and use this should be in the repo itself
17:59:05 <mfedosin> I would prefer google doc
17:59:12 <kairat_> Yeah
17:59:24 <nikhil> google docs are not on openstack domain
17:59:31 <mfedosin> and I can record a demo on youtube
17:59:35 <nikhil> they need google accounts that not everyone wants to create
17:59:51 <nikhil> mfedosin: no we need a text document, people can copy paste
17:59:51 <mfedosin> nikhil: not necessary
17:59:59 <kairat_> Rst doc attached to patch
18:00:13 <mfedosin> it can be available for everybody
18:00:13 <nikhil> ok, we are getting into details and time is up
18:00:15 <kairat_> I mean added
18:00:26 <nikhil> you can add it to your own git repo and link it
18:00:27 <nikhil> that works
18:00:41 <nikhil> etherpad is a standard practice in glance
18:00:50 * nikhil concludes his points
18:00:50 <mfedosin> okay, I got you :)
18:01:02 <docaedo> I'm surprised people aren't documenting in the repo, standard doc practice AFAIK
18:01:05 <mfedosin> but we're out of time
18:01:19 <mfedosin> thank you for coming today
18:01:30 <kairat_> Thanks
18:01:31 * mfedosin waits for nikhil email
18:01:34 <nikhil> docaedo: we do for things that are mature. it creates a contract when things are in repo.
18:01:40 <mfedosin> #endmeeting