| *** rrecio has quit IRC | 00:06 | |
| *** catintheroof has joined #openstack-mistral | 00:13 | |
| *** cheneydc has joined #openstack-mistral | 00:59 | |
| *** chlong has quit IRC | 01:06 | |
| *** _gryf has joined #openstack-mistral | 01:36 | |
| *** cheneydc has quit IRC | 02:16 | |
| *** cheneydc1 has joined #openstack-mistral | 02:16 | |
| *** cheneydc1 is now known as cheneydc | 02:19 | |
| *** chlong has joined #openstack-mistral | 02:34 | |
| *** catintheroof has quit IRC | 03:00 | |
| *** gyee has quit IRC | 03:00 | |
| *** chlong has quit IRC | 03:34 | |
| openstackgerrit | Merged openstack/mistral: Updated from global requirements https://review.openstack.org/336192 | 04:04 |
|---|---|---|
| openstackgerrit | OpenStack Proposal Bot proposed openstack/python-mistralclient: Updated from global requirements https://review.openstack.org/336359 | 04:24 |
| *** rrecio has joined #openstack-mistral | 04:52 | |
| *** rrecio_ has joined #openstack-mistral | 04:53 | |
| rakhmerov | xavierhardy: hi Xavier, what do you mean by ACL? | 04:55 |
| *** rrecio has quit IRC | 04:56 | |
| rakhmerov | hparekh: hi Hardik, you're here? | 05:03 |
| *** rrecio_ has quit IRC | 05:08 | |
| *** chlong has joined #openstack-mistral | 05:15 | |
| openstackgerrit | yushangbin proposed openstack/mistral: add mistral data handling on dictionary type. https://review.openstack.org/336372 | 05:44 |
| xavierhardy | rakhmerov: access control | 05:53 |
| rakhmerov | you mean that policy.json file? | 05:54 |
| xavierhardy | that's part of it | 05:55 |
| xavierhardy | what is an admin, what's an owner? how do you determine that | 05:55 |
| xavierhardy | ? | 05:55 |
| rakhmerov | the only thing we have now in Mistral is policy.json which is a standard OpenStack thing for endpoints | 05:56 |
| xavierhardy | what kind of authentication is required ? do we have to get through the hurdles of configuring keystone? | 05:56 |
| rakhmerov | we don't have anything on top of it | 05:57 |
| rakhmerov | yes | 05:57 |
| xavierhardy | :( | 05:57 |
| rakhmerov | we have to | 05:57 |
| rakhmerov | it's been on a roadmap for a while but not implemented yet | 05:57 |
| rakhmerov | to make it more flexible etc. | 05:57 |
| rakhmerov | sorry | 05:57 |
| xavierhardy | what does it provide today exactly? | 05:58 |
| xavierhardy | Can I limit one action to a certain group of users (while other actions are available for everyone)? | 05:59 |
| xavierhardy | They should be owner of the action? | 05:59 |
| *** Ravikiran_K has joined #openstack-mistral | 05:59 | |
| xavierhardy | can we have authentication information available in the action context? | 06:00 |
| rakhmerov | xavierhardy: honestly, I'm not an expert at it myself. It was merged recently and I haven't configured it myself yet. I just know how it's integrated with Mistral. Please take a look at http://docs.openstack.org/mitaka/config-reference/policy-json-file.html | 06:00 |
| rakhmerov | on your last question: yes | 06:01 |
| rakhmerov | you can take a look at how OpenStack actions are implemented | 06:01 |
| rakhmerov | they use mistral.context | 06:01 |
| rakhmerov | but | 06:01 |
| rakhmerov | it is going to change soon once we implement Custom Actions API | 06:01 |
| rakhmerov | as far as policy.json, in my understanding you can create users with certain roles in Keystone and then define what endpoints are accessible to what roles | 06:02 |
| rakhmerov | that's basically it | 06:02 |
| rakhmerov | as far security info for actions, it's not well design now for many reasons, we're willing to change it | 06:03 |
| Ravikiran_K | Hi rakhmerov, one quick question..... is it possible to use mistral to schedule for things to run on infrastructure VM? | 06:04 |
| xavierhardy | OK, is it possible to change the authentication backend? | 06:06 |
| rakhmerov | I'm now working on integrating OpenID Connect authentication | 06:07 |
| rakhmerov | https://review.openstack.org/#/c/335944/ | 06:08 |
| rakhmerov | should be finished soon | 06:09 |
| rakhmerov | it's now specific to KeyCloak but I may go away from it at all | 06:09 |
| rakhmerov | so that it is purely OpenID | 06:09 |
| xavierhardy | but it's in the client, how can I change it in the servers? | 06:10 |
| rakhmerov | xavierhardy: working on it | 06:11 |
| rakhmerov | will be working today | 06:11 |
| rakhmerov | the change will be pretty small | 06:11 |
| rakhmerov | for now | 06:11 |
| rakhmerov | because it will be only validating access token | 06:11 |
| rakhmerov | if we want RBAC it'll be more serious work | 06:12 |
| xavierhardy | Do you have the change request on the server side? | 06:12 |
| rakhmerov | not yet | 06:12 |
| rakhmerov | xavierhardy: what are you interested? What protocol etc. | 06:12 |
| rakhmerov | interested in.. | 06:12 |
| xavierhardy | Extremely basic actually: just matching some header | 06:13 |
| xavierhardy | headers | 06:13 |
| rakhmerov | yes, it will be done | 06:13 |
| rakhmerov | today | 06:13 |
| xavierhardy | the headers already contain the information we need | 06:13 |
| xavierhardy | ok | 06:13 |
| rakhmerov | the use case we're interested in for now (at Nokia) is to run Mistral with KeyCloak | 06:13 |
| xavierhardy | Is that how OpenID works? It looked like a rather complicated authentication technology | 06:13 |
| rakhmerov | we only need authentication for client and server (server will be just validating tokens) and multitenancy | 06:14 |
| rakhmerov | it's one of OpenID Connect authentication flows | 06:14 |
| rakhmerov | it can be used differently | 06:14 |
| rakhmerov | generally yes, OpenID is a pretty complicated stuff | 06:15 |
| rakhmerov | I'm now implementing just one simple flow | 06:15 |
| rakhmerov | on client: provide client_id, client_secret, user and password and get access token (there's also ID token but it's for different purpose) | 06:16 |
| rakhmerov | client inserts access token into Mistral API requests | 06:16 |
| rakhmerov | on server: check that access token is valid and extract project name | 06:17 |
| rakhmerov | if it's not valid, raise an exception | 06:17 |
| rakhmerov | that's it | 06:17 |
| rakhmerov | it's also possible to extract various information from the token but it can be implemented in future | 06:17 |
| xavierhardy | OK, we will not need the client side but the server side changes you mention is what I'm looking for | 06:18 |
| rakhmerov | although this topic is a little bit tricky for many reason | 06:18 |
| rakhmerov | that's why Keystone has its Federation | 06:18 |
| rakhmerov | yes, it'll be simple | 06:18 |
| xavierhardy | make the header names configurable please | 06:18 |
| rakhmerov | configurable how? | 06:18 |
| xavierhardy | the header names could be variables in the mistral.conf file | 06:19 |
| rakhmerov | using env variables, config options or what? | 06:19 |
| rakhmerov | ooh, ok | 06:19 |
| xavierhardy | on the server | 06:19 |
| rakhmerov | what about client side? | 06:19 |
| xavierhardy | we don't need any change there | 06:19 |
| rakhmerov | we do need them :) | 06:20 |
| rakhmerov | ok, I'll think about it | 06:20 |
| xavierhardy | actually we already have authentication, but mistral is not aware of that | 06:20 |
| rakhmerov | I bet | 06:20 |
| xavierhardy | we pass headers to mistral with some information | 06:20 |
| rakhmerov | it's easy to have config options on the server side | 06:20 |
| xavierhardy | but right now, it ignores them | 06:20 |
| rakhmerov | what headers? | 06:20 |
| xavierhardy | user information | 06:20 |
| rakhmerov | I mean, what are they exactly? | 06:21 |
| xavierhardy | HTTP headers | 06:21 |
| rakhmerov | btw: https://blueprints.launchpad.net/mistral/+spec/mistral-rbac | 06:21 |
| rakhmerov | BP for RBAC | 06:21 |
| rakhmerov | yeah, I mean what exact HTTP headers? | 06:21 |
| rakhmerov | can you please add info into the BP? https://blueprints.launchpad.net/mistral/+spec/mistral-configurable-auth-middleware | 06:21 |
| xavierhardy | That I'm not allowed to say | 06:22 |
| rakhmerov | ooh... | 06:22 |
| xavierhardy | If it's configurable, it's fine | 06:22 |
| rakhmerov | ok, I'll try to make it as much flexible as possible | 06:23 |
| rakhmerov | and I'll ask you to review changes | 06:23 |
| xavierhardy | cool, thanks a lot | 06:23 |
| rakhmerov | xavierhardy: so you're building some commercial product? Why so much secrecy? :) | 06:24 |
| xavierhardy | no, nothing commercial | 06:25 |
| xavierhardy | but internal, so it is just to make sure that internal users have only access to what makes sense for them | 06:25 |
| rakhmerov | ok, got it | 06:25 |
| xavierhardy | I prefer to say less than I'm allowed to, to be on the safe side ;) | 06:26 |
| xavierhardy | I see there are 2 functions to get the authentication headers from | 06:36 |
| xavierhardy | context_from_config (keystone only for the moment) | 06:36 |
| xavierhardy | context_from_headers | 06:36 |
| xavierhardy | when is context_from_headers used? | 06:36 |
| xavierhardy | when using mistral_http | 06:36 |
| xavierhardy | ? | 06:36 |
| xavierhardy | it seems to be always on, whereas the AuthHook depends on auth_enable | 06:38 |
| rakhmerov | xavierhardy: client pushes some auth headers to server, server build auth context from those headers | 06:51 |
| rakhmerov | that's it | 06:51 |
| rakhmerov | when calling mistral_http and other actions security context is already populated | 06:52 |
| rakhmerov | and can be used by actions | 06:52 |
| rakhmerov | yes, if auth is disabled security context is empty | 06:52 |
| rakhmerov | no user, no project, no auth token | 06:52 |
| xavierhardy | ok | 06:56 |
| xavierhardy | so I really your CR then, OK | 06:56 |
| xavierhardy | :) | 06:56 |
| xavierhardy | thanks | 06:56 |
| rakhmerov | CR? :) | 07:02 |
| rakhmerov | what's that? | 07:02 |
| xavierhardy | change requests | 07:03 |
| rakhmerov | ok | 07:03 |
| xavierhardy | Completely unrelated, but I think we should add a field in the DSL to have input validation in workflows and ad-hoc actions, using YAQL. | 07:22 |
| *** chlong has quit IRC | 07:23 | |
| openstackgerrit | Merged openstack/python-mistralclient: Updated from global requirements https://review.openstack.org/336359 | 07:25 |
| xavierhardy | Speaking of YAQL, do you have any idea for the custom YAQL function we could use as an example in my change requests? | 07:27 |
| *** openstackgerrit has quit IRC | 07:33 | |
| *** openstackgerrit has joined #openstack-mistral | 07:33 | |
| *** jpich has joined #openstack-mistral | 07:46 | |
| *** Kiall_ has quit IRC | 07:50 | |
| openstackgerrit | yushangbin proposed openstack/python-mistralclient: change method of mistralclient getting mistral url. https://review.openstack.org/336412 | 07:52 |
| *** shardy has joined #openstack-mistral | 08:01 | |
| *** openstackgerrit has quit IRC | 08:18 | |
| *** openstackgerrit has joined #openstack-mistral | 08:18 | |
| rakhmerov | xavierhardy: for validation yes, https://blueprints.launchpad.net/mistral/+spec/mistral-preconditions | 08:20 |
| rakhmerov | as for function, seriously I would take something simple for now | 08:20 |
| rakhmerov | something like I mentioned in the comment | 08:20 |
| xavierhardy | you mean this comment | 08:24 |
| xavierhardy | Xavier, it's up to you. For example, it could a function that chooses minimal value from iterable of provided values. But if you come up with something more interesting please go ahead. Per my previous comment, I think some interesting functions will be using specific Mistral functions like querying DB. | 08:24 |
| xavierhardy | ? | 08:24 |
| xavierhardy | ok | 08:24 |
| xavierhardy | so you think it should one big YAQL expression to validate the whole action input (I assume from the blueprint)? | 08:29 |
| xavierhardy | I was thinking about a dict with the action input names as key and the validation expression as value | 08:30 |
| xavierhardy | but it's true what you're proposing seems more flexible | 08:30 |
| *** saphi has joined #openstack-mistral | 09:00 | |
| saphi | hi ddeja. I haven't still solved my proble. I think I have to post data with {"evacuate": {"onSharedStorage": false}}. But I don't know how to input to mistral-action nova.servers_evacuate | 09:02 |
| openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: WIP: Add KeyCloak authentication https://review.openstack.org/335944 | 09:34 |
| openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: Add KeyCloak OpenID Connect authentication https://review.openstack.org/335944 | 09:36 |
| ddeja | saphi: hi. please take a look at how I was doing it https://github.com/gryf/mistral-evacuate/blob/6c5052cb2de07062bf9ab144634ad89aafb170a8/host-evacuate.yaml | 09:36 |
| ddeja | hope it helps :) | 09:37 |
| openstackgerrit | hardik proposed openstack/mistral: Allow to use both name and id to access action definitions https://review.openstack.org/325894 | 09:49 |
| *** cheneydc has quit IRC | 09:55 | |
| openstackgerrit | hardik proposed openstack/python-mistralclient: Change action-get help to get action info by ID https://review.openstack.org/325921 | 09:57 |
| openstackgerrit | hardik proposed openstack/python-mistralclient: Changed argument names as per other python clients https://review.openstack.org/330958 | 10:03 |
| openstackgerrit | Lingxian Kong proposed openstack/mistral: Add db models for event trigger https://review.openstack.org/320497 | 10:08 |
| openstackgerrit | Lingxian Kong proposed openstack/mistral: Add event engine service https://review.openstack.org/320500 | 10:08 |
| openstackgerrit | Lingxian Kong proposed openstack/mistral: Add event trigger REST API https://review.openstack.org/320509 | 10:08 |
| openstackgerrit | Lingxian Kong proposed openstack/mistral: Add functional tests for event engine functions https://review.openstack.org/336463 | 10:08 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Remove obsolete config option "use_mistral_rpc" https://review.openstack.org/336466 | 10:12 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Remove obsolete config option "use_mistral_rpc" https://review.openstack.org/336466 | 10:14 |
| saphi | hi ddeja. It is working. Thankyou verymuch. I writen on_shared_storage=False It isn't working. But it has to "false" | 10:24 |
| ddeja | saphi: No problem. But please also think about 'zombie pets' that I write you yesterday, because it may hit you badly at some point | 10:27 |
| saphi | Yes. I will think about that. I have to test many times :D | 10:29 |
| *** Ravikiran_K has quit IRC | 10:34 | |
| openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: Add KeyCloak OpenID Connect authentication https://review.openstack.org/335944 | 10:38 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Add authentication options for KeyCloak OIDC https://review.openstack.org/336488 | 10:52 |
| jtomasek | rakhmerov: Hi, what is the correct way to cancel a workflow? deleting a workflow execution? | 10:52 |
| rakhmerov | jtomasek: hi, change its state to PAUSED, SUCCESS or ERROR | 10:53 |
| jtomasek | rakhmerov: ok, thanks | 10:54 |
| rakhmerov | POST /v2/executions/<id> {'state': <PAUSED | SUCCESS | ERROR>} | 10:54 |
| rakhmerov | or through python client | 10:55 |
| rakhmerov | not POST sorry | 10:55 |
| rakhmerov | PUT | 10:55 |
| jtomasek | rakhmerov: thanks | 10:56 |
| d0ugal | What happens when a workflow is cancelled? Could we end up with half executed workflows? | 10:57 |
| d0ugal | rakhmerov, jtomasek - ^ | 10:57 |
| rakhmerov | d0ugal: all currently running workflow tasks will complete but new won't start | 10:58 |
| rakhmerov | and execution object will have a corresponding state | 10:58 |
| rakhmerov | if it's needed it can also be removed from DB but it may be tricky because it's a graph of objects in DB (with foreign keys etc.) | 10:58 |
| rakhmerov | dependencies maybe handled though, I don't remember exactly (need to check) | 10:59 |
| d0ugal | Interesting, thanks. I'll need to try this out at some point :) | 10:59 |
| rakhmerov | give me a sec.. | 10:59 |
| rakhmerov | yeah, if you remove workflow execution objects then all related stuff such as task executions will be removed too | 11:00 |
| rakhmerov | because they are configured to be removed if they become orphans | 11:00 |
| rakhmerov | just recalled that we have a mechanism called Execution Expiration Policy | 11:01 |
| rakhmerov | it allows to automatically remove executions according to certain criteria | 11:01 |
| rakhmerov | e.g. if they are older than a configured age | 11:02 |
| d0ugal | Is that what removes old executions after a period of time? | 11:02 |
| d0ugal | cool, yeah it is :) | 11:02 |
| rakhmerov | right | 11:02 |
| rakhmerov | not sure whether we have docs for that | 11:02 |
| rakhmerov | let me see | 11:02 |
| rakhmerov | yeah, here it is: http://docs.openstack.org/developer/mistral/main_features.html#execution-expiration-policy | 11:03 |
| d0ugal | Thanks, useful to know | 11:04 |
| rakhmerov | pretty bad english though in this section :) | 11:04 |
| rakhmerov | need to fix | 11:04 |
| rakhmerov | np | 11:05 |
| d0ugal | I noticed a few gramatical errors, I should send over some doc patches sometime | 11:05 |
| rakhmerov | yes, I wish people were doing it | 11:05 |
| rakhmerov | docs are hard to maintain | 11:05 |
| d0ugal | Yup, I was concerned I didn't know enough about the project yet to write docs, but I can try. | 11:06 |
| rakhmerov | ideally, it'd be cool to have a native speaker go over the whole docs (not too much work actually) and fix whatever is broken | 11:06 |
| d0ugal | I am not a great writer, but I am a native speaker. I'll add it to my todo list :) | 11:07 |
| rakhmerov | haha :) | 11:07 |
| rakhmerov | great, that'd be awesome | 11:07 |
| *** saphi has quit IRC | 11:07 | |
| rakhmerov | kong: hey, I see that you've been very active in the last few days ) | 11:08 |
| rakhmerov | it feels like you're somewhere close to finish with your BP, no? | 11:09 |
| openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: Add KeyCloak OpenID Connect authentication https://review.openstack.org/335944 | 11:40 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Add authentication options for KeyCloak OIDC https://review.openstack.org/336488 | 11:44 |
| jtomasek | rakhmerov: so deleting the execution is also valid way to stop the execution? | 12:05 |
| rakhmerov | jtomasek: well, yes, you can do this but engine will be cursing that some objects are not found | 12:06 |
| rakhmerov | when e.g. a running task will be completing | 12:06 |
| jtomasek | rakhmerov: ah, I see, yeah I am seeing some foreign key errors from time to time when testing this | 12:07 |
| jtomasek | rakhmerov: so if I update the state of execution to lets say 'ERROR', the running task will finish and no other will get run? | 12:08 |
| rakhmerov | correct | 12:09 |
| jtomasek | rakhmerov: so this is generic -> anytime the execution gets updated, it will stop? | 12:09 |
| rakhmerov | when its state goes to any of the terminal states (although PAUSED is not not exactly terminal) | 12:10 |
| rakhmerov | yes | 12:10 |
| rakhmerov | there's also possible to have PAUSED->RUNNING transition | 12:11 |
| rakhmerov | or even ERROR-RUNNING | 12:11 |
| rakhmerov | this is opposite | 12:11 |
| jtomasek | rakhmerov: nice, thanks | 12:12 |
| d0ugal | I feel like we shouldn't be allowed to delete a running execution | 12:13 |
| d0ugal | You should be forced to stop it first. | 12:13 |
| rakhmerov | d0ugal: yeah, makes sense | 12:14 |
| d0ugal | rakhmerov: Should I open a bug? | 12:14 |
| rakhmerov | feel free ) | 12:15 |
| d0ugal | jtomasek, rakhmerov: https://bugs.launchpad.net/mistral/+bug/1598135 | 12:18 |
| openstack | Launchpad bug 1598135 in Mistral "Deleting executions shouldn't be allowed unless they have finished (SUCCESS/ERROR)" [Undecided,New] | 12:18 |
| rakhmerov | ok, thanks | 12:19 |
| openstackgerrit | Dougal Matthews proposed openstack/mistral: Don't create actions when attempting to update one that doesn't exist https://review.openstack.org/331554 | 12:19 |
| openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: Add KeyCloak OpenID Connect authentication https://review.openstack.org/335944 | 12:20 |
| *** d0ugal has quit IRC | 12:54 | |
| *** d0ugal has joined #openstack-mistral | 12:54 | |
| *** d0ugal has joined #openstack-mistral | 12:54 | |
| *** d0ugal has quit IRC | 12:55 | |
| *** d0ugal has joined #openstack-mistral | 12:55 | |
| *** d0ugal has quit IRC | 13:00 | |
| *** d0ugal has joined #openstack-mistral | 13:00 | |
| openstackgerrit | Dawid Deja proposed openstack/mistral: New RPC layer implementation https://review.openstack.org/194117 | 13:02 |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Integrating new RPC layer with Mistral https://review.openstack.org/197563 | 13:02 |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Make RPC implementation configurable https://review.openstack.org/197562 | 13:02 |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Adding OsloRPC server and client https://review.openstack.org/197561 | 13:02 |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Add tests for Kombu driver https://review.openstack.org/330483 | 13:02 |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Enable 'at-least-once' and 'at-most-once' delivery modes in RPC layer https://review.openstack.org/336548 | 13:02 |
| *** d0ugal has quit IRC | 13:02 | |
| *** d0ugal has joined #openstack-mistral | 13:03 | |
| *** d0ugal has joined #openstack-mistral | 13:03 | |
| *** d0ugal has quit IRC | 13:03 | |
| *** Guest12790 has joined #openstack-mistral | 13:03 | |
| *** Guest12790 has quit IRC | 13:04 | |
| *** d0ugal has joined #openstack-mistral | 13:04 | |
| *** Ravikiran_K has joined #openstack-mistral | 13:04 | |
| *** bobh has joined #openstack-mistral | 13:27 | |
| *** bobh has quit IRC | 13:33 | |
| d0ugal | rakhmerov: writing a doc patch for the expiration policy | 13:45 |
| *** vishwanathj has joined #openstack-mistral | 13:54 | |
| *** tonytan4ever has joined #openstack-mistral | 14:03 | |
| openstackgerrit | Dougal Matthews proposed openstack/mistral: Update Expiration Policy Documentation https://review.openstack.org/336580 | 14:06 |
| *** tonytan4ever has quit IRC | 14:07 | |
| *** tonytan4ever has joined #openstack-mistral | 14:07 | |
| *** catintheroof has joined #openstack-mistral | 14:14 | |
| *** rrecio has joined #openstack-mistral | 14:37 | |
| *** jistr is now known as jistr|mtg | 15:07 | |
| *** bobh has joined #openstack-mistral | 15:19 | |
| *** Kiall has joined #openstack-mistral | 15:26 | |
| *** Kiall has quit IRC | 15:33 | |
| *** bobh has quit IRC | 15:33 | |
| *** jistr|mtg is now known as jistr | 15:50 | |
| *** jpich has quit IRC | 16:19 | |
| *** bobh has joined #openstack-mistral | 16:21 | |
| openstackgerrit | yushangbin proposed openstack/mistral: add mistral data handling on dictionary type. https://review.openstack.org/336372 | 16:30 |
| *** gyee has joined #openstack-mistral | 16:33 | |
| *** Kiall has joined #openstack-mistral | 16:41 | |
| *** bobh has quit IRC | 16:42 | |
| *** rrecio has quit IRC | 16:53 | |
| *** rrecio has joined #openstack-mistral | 16:53 | |
| *** tonytan4ever has quit IRC | 16:57 | |
| *** bobh has joined #openstack-mistral | 17:42 | |
| *** FL1SK has quit IRC | 17:44 | |
| *** bobh has quit IRC | 17:47 | |
| *** bobh has joined #openstack-mistral | 18:43 | |
| *** bobh has quit IRC | 18:48 | |
| *** bobh has joined #openstack-mistral | 18:58 | |
| openstackgerrit | Shaik Apsar proposed openstack/mistral: [WIP] Add tacker actions in mistral https://review.openstack.org/331827 | 19:29 |
| *** Ravikiran_K has quit IRC | 19:31 | |
| *** shardy is now known as shardy_afk | 19:32 | |
| *** stevebaker has quit IRC | 19:41 | |
| *** jtomasek has quit IRC | 19:42 | |
| *** stevebaker has joined #openstack-mistral | 19:46 | |
| *** FL1SK has joined #openstack-mistral | 19:54 | |
| *** jtomasek has joined #openstack-mistral | 19:56 | |
| *** achanda has joined #openstack-mistral | 20:10 | |
| *** shardy_afk has quit IRC | 20:28 | |
| *** vishwanathj has quit IRC | 21:33 | |
| *** tonytan4ever has joined #openstack-mistral | 21:35 | |
| *** catintheroof has quit IRC | 21:36 | |
| *** Damjanek has quit IRC | 21:53 | |
| *** harlowja has quit IRC | 21:53 | |
| *** harlowja has joined #openstack-mistral | 21:53 | |
| *** Damjanek has joined #openstack-mistral | 21:53 | |
| *** tonytan4ever has quit IRC | 22:01 | |
| *** tonytan4ever has joined #openstack-mistral | 22:01 | |
| *** bobh has quit IRC | 22:13 | |
| *** achanda has quit IRC | 22:32 | |
| *** achanda has joined #openstack-mistral | 22:36 | |
| *** tonytan4ever has quit IRC | 22:48 | |
| *** tonytan4ever has joined #openstack-mistral | 22:51 | |
| *** harlowja_ has joined #openstack-mistral | 22:55 | |
| *** harlowja has quit IRC | 22:59 | |
| *** tonytan4ever has quit IRC | 23:27 | |
| *** gyee has quit IRC | 23:33 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!