Sunday, 2016-01-10

*** mdnadeem has joined #openstack-zaqar05:14
*** GB21 has joined #openstack-zaqar06:22
*** davideag_ has joined #openstack-zaqar06:30
*** davideagnello has quit IRC06:33
*** stanchan has quit IRC07:27
*** stanchan has joined #openstack-zaqar07:36
*** GB21 has quit IRC08:11
*** zigo has quit IRC10:57
*** zigo has joined #openstack-zaqar10:57
*** njohnsto_ has joined #openstack-zaqar11:53
*** njohnsto_ has quit IRC11:55
*** njohnsto_ has joined #openstack-zaqar11:56
*** mdnadeem has quit IRC14:05
*** mdnadeem has joined #openstack-zaqar14:44
*** njohnsto_ has quit IRC14:47
*** njohnston has joined #openstack-zaqar14:47
*** mdnadeem has quit IRC15:32
*** GB21 has joined #openstack-zaqar16:36
*** GB21 has quit IRC17:37
openstackgerritMerged openstack/python-zaqarclient: Query claim CLI support for v1  https://review.openstack.org/25880120:11
openstackgerritMerged openstack/python-zaqarclient: Claim renew CLI support for v1  https://review.openstack.org/26092720:11
openstackgerritMerged openstack/python-zaqarclient: Claim release CLI support for v1  https://review.openstack.org/26095420:13
openstackgerritMerged openstack/zaqar: Make enforce_type=True in CONF.set_override  https://review.openstack.org/26335920:13
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Add support for subscription create v2  https://review.openstack.org/24939520:42
Eva-iflwang: ping20:48
flwang1Eva-i: pong20:49
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Add support for subscription delete v2  https://review.openstack.org/26128020:49
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Add support for subscription show v2  https://review.openstack.org/26128220:49
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Add support for subscription update v2  https://review.openstack.org/26130320:49
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Add support for subscription list v2  https://review.openstack.org/26353120:49
flwang1Eva-i: i saw the config ref has been merged, right? :)20:50
flwang1congrats!!!20:50
Eva-iflwang1: yes, here it is https://review.openstack.org/#/c/263405/20:50
Eva-iflwang1: yep, congrats us20:50
Eva-iflwang1: have you checked it out?20:50
Eva-iflwang1: I want to ask something about this patch20:50
flwang1checked what?20:51
Eva-iflwang1: checked this patch20:51
flwang1the config patch?20:52
flwang1what's the question? i can't follow, sorry20:52
Eva-iflwang1: yes, the configuration reference patch. Particularly this page: http://docs-draft.openstack.org/05/263405/7/gate/gate-openstack-manuals-tox-doc-publish-checkbuild/24be02f//publish-docs/draft/config-reference/messaging/zaqar-api.html20:52
Eva-iflwang1: is this page written good?20:53
flwang1oh, i didn't, let me see ;)20:54
flwang1Eva-i: i didn't see the  notification configuration20:56
flwang1for the pipeline20:56
flwang1ah, got it20:57
flwang1it's under storage20:57
flwang1Eva-i: but how can the user know the value of subscription_pipeline?20:58
Eva-iflwang1: the user can't know anything about possible values for pipelines now, but he must, That's why I reported a bug about pipelines.20:59
flwang1Eva-i: in zaqar?20:59
Eva-iflwang1: that's right21:00
Eva-iflwang1: also me an Victoria think that all options in [storage] section are confusing to user. Maybe this should be refactored in Zaqar in the future.21:02
flwang1hmm.... but i think it's a config/docs issue21:02
flwang1why we need to refactor zaqar?21:02
Eva-iflwang1: should the information about possible values for pipelines be located inside configuration tables or outside in config-ref?21:05
flwang1and I think we're messaging service, not 'message service' :)21:05
flwang1Eva-i: i would like to have a note in config-ref21:06
flwang1to explain the pipeline of zaqar and the value for message_pipeline, since otherwise, user can't know how to config notifications21:07
flwang1Eva-i:  see https://www.openstack.org/software/project-navigator/21:08
flwang1we're "Messaging Service'21:08
Eva-iflwang1: the docbook config-ref in Zaqar repository calls Zaqar "Messaging and Notification service". I used it, but Doc team told that it is wrong: because "Message service" is current official name for zaqar project: https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml#n374721:09
Eva-iflwang1: Doc team follows this instruction http://docs.openstack.org/contributor-guide/writing-style/openstack-components.html21:10
Eva-iflwang1: maybe it's a bug in "projects.yaml" file21:10
Eva-iflwang1: "would like to have a note in config-ref" so you mean, outside configuration tables and zaqar code? I can do it. Also what about default values for pipelines, currently they don't have their default values, is it okay?21:14
flwang1Eva-i: i don't want to set the default value for pipeline since it may impact the performance21:15
flwang1for example, user maybe not want to enable the notification service for zaqar21:16
flwang1and AFAIK, the only pipeline we're using is the message_pipeline for notifications21:16
Eva-iflwang1: thanks, now it all makes sense. I'll try describe it in config-ref in next patch, but I'm not 100% sure I understand the concept of these pipeline options.21:20
flwang1you can take a look the implementation of notification21:21
flwang1for example, when a msg posted to a queue, if there is the pipeline for notifications, then the msg will be also passed to the pipeline21:22
Eva-iflwang1: I was unable to notifications for more than month, just because I didn't knew about options turning notifications on and there was no documentation.21:22
flwang1so that in the pipeline driver, we can forward it to the subscribers21:22
flwang1Eva-i: you should ask :)21:22
flwang1and sorry, it's not well-documented21:23
Eva-iflwang1: I asked, but with wrong questions21:24
Eva-iflwang1: and I made a fatal assumption that notifications in Zaqar should work by default21:25
flwang1Eva-i: haha :)21:25
flwang1anyway, thank you so much for your effort to the docs of zaqar21:26
flwang1i'm really happy to see now we have a config ref21:26
Eva-iflwang1: that slowed me down in finding the truth. Only after Victoria shared her "zaqar.conf", I barely noticed the line "message_pipeline = zaqar.notification.notifier" and tried it in my "zaqar.conf".21:27
Eva-iflwang1: yes, no problem =)21:27
flwang1Eva-i: btw, would you mind taking the api-ref again? :)21:29
flwang1given you have done much work on that21:29
flwang1i'm afraid i don't have enough time to do that in Mitaka21:29
*** mdnadeem has joined #openstack-zaqar21:29
Eva-iflwang1: so the task will be to make api-ref without autogenerated api tables?21:30
Eva-iflwang1: also in config-ref I said about "zaqar.conf": "This file is located in /etc/zaqar. If there is a file zaqar.conf in ~/.zaqar directory, it is used instead of the one in /etc/zaqar directory". Is this right?21:33
Eva-iflwang1: I'm sorry, I have so many questions now...21:37
flwang1sorry, just back21:51
flwang11. for api ref, do we need tables? I think it's about how to generate .rst format fitted swager21:51
flwang12. yes, IIRC21:52
Eva-iflwang1: I think yes, all api-refs have tables with endpoints and responses. See http://developer.openstack.org/api-ref-identity-v2.html21:58
flwang1ah, so you call it 'table'22:01
Eva-iflwang1: yes22:01
flwang1ok22:01
flwang1so is it possible to get a 'hook' for the tool (sorry, i forgot the name) to let it work property with zaqar?22:05
Eva-iflwang1: I don't know, I'll try to investigate the possibility of hook tomorrow. Last time I checked, everything was painful about writing api-ref during this release cycle. Maybe things have changed.22:08
Eva-iflwang1: I have found interesting file in Zaqar repository: doc/user-guide/zaqar-api-ref/target/generated-resources/xml/xslt/3619-os-zaqar-apiRef.wadl. I believe this file was somehow autogenerated. So maybe it's possible to write a hook, which will generate api-ref tables in swagger/rst format.22:09
flwang1Eva-i: let's ping vkmc22:10
flwang1she must know more about that part22:10
Eva-iflwang1: oh, this file is not in repository. So it means it was generated locally by me.22:13
Eva-iflwang1: okay, I'll ask her22:13
flwang1Eva-i: oh, wait22:13
flwang1the api-ref it's different from the api we're talking about22:14
Eva-iflwang1: what do you mean?22:16
flwang1never mind22:16
Eva-iflwang1: also again about config-ref. Do you like where pipeline options can be currently found in config-ref. I can move it to the different article, if you think that it doesn't belong to "Storage driver options" article.22:21
Eva-i?22:21
flwang1Eva-i: i would like to see a separated topic for notification22:23
flwang1thoughts?22:23
Eva-iflwang1: this is a nice idea. I can make separate page "Notifications Options".22:24
flwang1yes22:24
flwang1i think it would be great22:24
Eva-iflwang1: is whole [storage] section with pipelines exists because of notifications?22:25
flwang1so when user look the doc, they can know how to config notifications of zaqar22:25
flwang1nope22:25
flwang1pipelines exist before notifications22:25
flwang1notifications just leverage the pipeline of message to make it easier and simple22:26
Eva-iflwang1: hm, what if I make "Pipelines options" and "Notifications options" pages? In both I will include the tables with pipeline options. In "Pipeline options" I will describe pipelines in general. In "Notifications options" I will describe how to turn on notifications using pipelines. Would you like that?22:32
flwang1i'm hesitate to have a pipeline options given we already have the storage options22:33
flwang1how about add a note into storage options to explain the pipeline of zaqar22:33
flwang1instead of creating a new topic for pipeline22:33
Eva-iflwang1: yes, I can do it. thought pipelines more relate to transport, not storage. It is wrong?22:34
Eva-i*I thought22:34
flwang1pipeline is more related to storage, afait22:35
Eva-iflwang1: oki, thank you22:36
flwang1anytime22:39
flwang1Eva-i: would you mind taking a look at this https://review.openstack.org/201214 ?22:50
flwang1given you just fixed a similar gate failure22:50
Eva-iflwang1: oki, let's see...22:52
flwang1Eva-i: thanks22:55
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Support claims for v2  https://review.openstack.org/26566323:07
Eva-iflwang1: okay, I have found the cause of failing.23:08
flwang1Eva-i: cool23:08
Eva-iflwang1: Zaqar's kilo branch doesn't contain devstack directory with gate hook. See https://github.com/openstack/zaqar/tree/stable/kilo23:09
flwang1Eva-i: yes23:09
Eva-iflwang1: so this hook is not found23:09
flwang1we may need to talk with infra team to see how to fix this kind of issue23:10
flwang1since i don't think porting the devstack folder is a good idea23:10
Eva-iflwang1: perhaps there are two options: 1. we can add hook to kilo branch (but would it be wrong?) 2. Somehow turn off hooking in Zaqar gate jobs when kilo branch is detected. I think we can modify these lines below: https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/zaqar.yaml#L7423:15
flwang1Eva-i: but without the hook, can kilo gate still work? I"m not sure23:17
flwang1i have to go for lunch, ttyl23:17
Eva-iflwang1: yes, I'm not sure either. You're right, we should ask infra team.23:17
flwang1ok, thanks for working on this23:18
flwang1brb23:18
*** mdnadeem has quit IRC23:52
Eva-iflwang1: are you here? =)23:56

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!