15:01:12 <sjmc7> #startmeeting openstack search
15:01:13 <openstack> Meeting started Thu Aug 17 15:01:12 2017 UTC and is due to finish in 60 minutes.  The chair is sjmc7. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:14 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:16 <openstack> The meeting name has been set to 'openstack_search'
15:01:23 <lei-zh> o/
15:01:50 <sjmc7> good morning
15:01:54 <sjmc7> or evening
15:04:45 <lei-zh> seems a quiet day
15:05:01 <sjmc7> mm
15:07:28 <sjmc7> we discussed before the pike release moving to every two weeks
15:07:34 <sjmc7> that seems sensible given the low turnout
15:09:08 <rosmaita> sounds like a good ieda
15:09:11 <rosmaita> idea, even
15:09:34 <TravT> o/
15:09:47 <sjmc7> ok. well, i’ll go ahead and update the wiki page and send something out on the ML
15:10:05 <sjmc7> i don’t think there’s anything more formal required, especially as the TC are relaxing the requirements somewhat
15:10:31 <rosmaita> you can still call it the "weekly meeting"
15:10:36 <rosmaita> just hold it every other week
15:10:53 <sjmc7> DOES NOT COMPUTE
15:14:04 <sjmc7> ok, then let’s agree it’ll be every two weeks from here on out
15:14:19 <sjmc7> i’ll send a reminder for the first couple of skipped weeks
15:14:32 <sjmc7> and i guess i can lurk in here anyway if people show up
15:14:45 <lei-zh> +1
15:15:16 <sjmc7> ok. aside from that, stable/pike merged last week (yay)
15:15:42 <sjmc7> pretty much everything made it in except nova notifications
15:15:52 <rosmaita> nice
15:17:30 <TravT> +1
15:18:46 <sjmc7> in terms of queens priorities, the only thing i am focused on is reliability and stability; we don’t have much developer time to be very ambitious
15:21:13 <sjmc7> i didn’t really have anything else on the agenda this week, been slammed with internal work
15:21:22 <sjmc7> so unless any’s got anything else, will end it here
15:23:02 <lei-zh> there are some discussions in zaqar service queue spec suggests we could use keystone trust to push messages to them instead of implementing a service queue feature
15:23:28 <sjmc7> yeah, i’d mentioned that before
15:24:29 <lei-zh> aodh could be an example to follow
15:26:28 <lei-zh> I will take a look at it and give some feedbacks
15:26:54 <sjmc7> ok. so searchlight would need to request the trust ?
15:28:26 <lei-zh> either let user request sl and use token to apply for a trust or just leave trust id in configuration file maybe
15:28:53 <sjmc7> heat uses trusts for similar reasons
15:29:10 <lei-zh> so trust never expires?
15:29:31 <sjmc7> trusts allow you to request a token on a user’s behalf
15:29:42 <sjmc7> it can expire, same as a regular one, but you can request a new one
15:29:55 <lei-zh> to act as a user, right?
15:30:11 <sjmc7> right
15:30:51 <lei-zh> ok, I'll dig in to see how others use trusts
15:33:31 <lei-zh> have been occupied by some other stuff recently
15:33:45 <sjmc7> yeah, me too
15:34:42 <lei-zh> ok, I've finished
15:35:05 <sjmc7> ok. let’s end it here then. thanks all!
15:35:12 <sjmc7> #endmeeting