| *** bobh_ has joined #openstack-mistral | 00:03 | |
| *** catintheroof has joined #openstack-mistral | 00:08 | |
| *** thrash is now known as thrash|g0ne | 01:32 | |
| *** bobh_ has quit IRC | 02:01 | |
| *** catintheroof has quit IRC | 02:16 | |
| *** catintheroof has joined #openstack-mistral | 02:16 | |
| *** catintheroof has quit IRC | 02:20 | |
| *** sharatss has quit IRC | 03:23 | |
| *** sharatss has joined #openstack-mistral | 03:24 | |
| *** catintheroof has joined #openstack-mistral | 03:25 | |
| *** catinthe_ has joined #openstack-mistral | 04:23 | |
| *** catintheroof has quit IRC | 04:26 | |
| *** catinthe_ has quit IRC | 04:26 | |
| *** catintheroof has joined #openstack-mistral | 04:27 | |
| *** catintheroof has quit IRC | 04:27 | |
| *** sharatss has quit IRC | 04:50 | |
| *** jrist has quit IRC | 05:03 | |
| *** hparekh has joined #openstack-mistral | 05:12 | |
| *** sharatss has joined #openstack-mistral | 05:14 | |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fix launch process of Mistral components https://review.openstack.org/402392 | 05:25 |
|---|---|---|
| *** ist has joined #openstack-mistral | 05:44 | |
| openstackgerrit | Jizhaoxuan proposed openstack/mistral: changes get next execution time from local time zone to UTC timezone https://review.openstack.org/403671 | 05:57 |
| *** sharatss has quit IRC | 06:08 | |
| *** jaosorior has joined #openstack-mistral | 06:22 | |
| ist | Hi all, I just would like to raise a new topic/feature request about action and workflow input validation against a given json schema. | 06:31 |
| ist | We have couple of custom actions and provided workflows for our customers, and we have already defined some json schema to describe the parameter lists of given workflows/actions | 06:33 |
| rakhmerov | ok | 06:34 |
| rakhmerov | ist: can you share more details? | 06:34 |
| ist | And it would be nice if mistral could verify these schema somhow, before it starts the execution of given workflow/action | 06:34 |
| rakhmerov | ist: you mean a schema for workflow input parameters? | 06:34 |
| rakhmerov | ok, I see | 06:35 |
| ist | Currently I have no good idea about solution... | 06:35 |
| ist | yes | 06:35 |
| rakhmerov | hm... let me think | 06:35 |
| ist | for actions it is possible to verify the input in __init__ | 06:35 |
| rakhmerov | so, I'm not sure I understand on 100% | 06:36 |
| ist | but may a centralized verification would be nice for actions also | 06:36 |
| rakhmerov | what we have now is a check what parameters are missing and what redundant | 06:36 |
| rakhmerov | when we start a WF | 06:36 |
| ist | So we have workflows with complex input, and we would like to create a pre-condition like verification for their parameter structure | 06:37 |
| *** sharatss has joined #openstack-mistral | 06:37 | |
| rakhmerov | e.g. if you you have a WF with input params A, B and C but you pass A, D, C, G Mistral will say that D and G are unknown param and B is missing | 06:37 |
| rakhmerov | ist: ok, so you're talking about more complex params with their own structure | 06:38 |
| rakhmerov | not just a plain list of params | 06:38 |
| ist | yes I know, but if a workflow has got a deep structure as parameter only the root elements of parameter objects are checked currently | 06:38 |
| rakhmerov | I see | 06:38 |
| rakhmerov | yes | 06:38 |
| rakhmerov | hm.. I wonder how it could be described in workflow text | 06:39 |
| rakhmerov | generally I think it's a good thing | 06:39 |
| ist | Plus if we could solve the validation of workflow parameters, we basically solves the problem of failing yaql/jinja expressins during workflow run | 06:39 |
| rakhmerov | yes, at least partially | 06:40 |
| rakhmerov | ist: can you please file a BP for that with some basic explanations and the note that we need a spec? | 06:40 |
| ist | As we discussed earlier we had some problem with yaql's in task inputs, which causes on-error branches are not executed | 06:41 |
| rakhmerov | yep | 06:41 |
| ist | Ok, I will write a short summary about that | 06:42 |
| rakhmerov | yes, thanks | 06:43 |
| rakhmerov | generally, I'm ok with the idea itself | 06:43 |
| rakhmerov | ddeja: hi | 06:43 |
| ist | + one more challenge: Later we would need create new version from actions/workflows with modified schema. And we shall keep backward compatibility also, so we have to deal with multiple versions from same action/workflow... | 06:48 |
| ist | new name for modified actions is the easiest solution of course, but it is the we could do? | 06:48 |
| *** jaosorior has quit IRC | 07:07 | |
| *** jaosorior has joined #openstack-mistral | 07:08 | |
| ddeja | rakhmerov: hello | 07:38 |
| rakhmerov | ddeja: pretty often when I run tests from PyCharm Mistral can't find 'transport_url' option in DEFAULT group | 07:39 |
| rakhmerov | any ideas what is wrong? | 07:39 |
| openstackgerrit | Merged openstack/python-mistralclient: Make python mistralclient readme better https://review.openstack.org/403798 | 07:39 |
| ddeja | rakhmerov: but only from pycharm? | 07:40 |
| ddeja | I mean, it works from 'pure' tox? | 07:40 |
| rakhmerov | hm.. didn't try tox :) | 07:40 |
| ddeja | ok | 07:41 |
| ddeja | and one more thing: it's often, so sometimes it works? | 07:41 |
| rakhmerov | for some tests | 07:41 |
| rakhmerov | always | 07:41 |
| ddeja | ok, it's something | 07:41 |
| rakhmerov | what I don't understand is IMO this option should be defined when importing oslo.config | 07:41 |
| ddeja | can you give me a name of such test? | 07:42 |
| rakhmerov | but it doesn't happen | 07:42 |
| rakhmerov | second, looking.. | 07:42 |
| ddeja | yes, this option is a default option for oslo, so it should just be there | 07:42 |
| rakhmerov | yes, that's what I thought | 07:42 |
| rakhmerov | gosh, I just saw it an hour ago.. But can't find it | 07:44 |
| rakhmerov | something with actions | 07:44 |
| ddeja | ok, I see | 07:44 |
| ddeja | hm, to be honest I didn't run test for a while, let me check if it also happens in my env | 07:45 |
| ddeja | maybe this option got deleted on some version of oslo... | 07:45 |
| rakhmerov | yeah, found it | 07:46 |
| rakhmerov | test_trigger_service.test_single_execution_with_multiple_processes | 07:46 |
| rakhmerov | try it please | 07:46 |
| rakhmerov | try it individually | 07:46 |
| ddeja | ok | 07:47 |
| rakhmerov | I guess something is missing in test initialization but I don't see what | 07:47 |
| ddeja | I'll look on it and let you know when I found something | 07:47 |
| rakhmerov | ok, thanks a lot | 07:48 |
| ddeja | rakhmerov: on my env every test works fine using tox... | 07:54 |
| rakhmerov | how do you run this test? | 07:54 |
| rakhmerov | with what command? | 07:55 |
| ddeja | tox -e py27 | 07:55 |
| *** ist_ has joined #openstack-mistral | 07:56 | |
| ddeja | rakhmerov: could you try run it with tox, so we can be sure that there is a problem with tests, not with pycharm + tests? | 07:57 |
| rakhmerov | now, the problem occurs when if I run a test individually | 07:59 |
| rakhmerov | if I run them all then all is fine | 07:59 |
| ddeja | oh | 07:59 |
| rakhmerov | yes | 07:59 |
| ddeja | ok, let my try just this one | 07:59 |
| rakhmerov | it's not a serious issue but it's really annoying during development when I just need to run one test | 08:00 |
| ddeja | rakhmerov: also running only this one works http://paste.openstack.org/show/590756/ | 08:03 |
| rakhmerov | via tox? | 08:04 |
| ddeja | yes | 08:05 |
| ddeja | here's the command tox -e py27 -- mistral.tests.unit.services.test_trigger_service.TriggerServiceV2Test.test_single_execution_with_multiple_processes | 08:05 |
| rakhmerov | let me try | 08:06 |
| *** shardy has joined #openstack-mistral | 08:07 | |
| rakhmerov | hm.. it's recreating py27 env | 08:08 |
| ddeja | yes | 08:09 |
| rakhmerov | I guess the problem is in import order somewhere | 08:10 |
| rakhmerov | with oslo.messaging | 08:10 |
| rakhmerov | maybe it's imported too late somewhere | 08:10 |
| ddeja | wait, I remember that once I was fixing similar issue | 08:10 |
| rakhmerov | :) | 08:10 |
| ddeja | let me go trought my patch-sets | 08:10 |
| rakhmerov | ok | 08:10 |
| *** ist_ has quit IRC | 08:11 | |
| rakhmerov | and btw, I confused you. This option should be registered by oslo.messaging, not oslo.config | 08:11 |
| rakhmerov | maybe we should load this option manually somewhere like "CONF.import_opt('rpc_response_timeout', 'mistral.config')" | 08:13 |
| *** jpich has joined #openstack-mistral | 08:16 | |
| rakhmerov | my tox test is still running.. | 08:22 |
| ddeja | rakhmerov: hm, so 2 things | 08:24 |
| ddeja | 1) IMO it is something wrong with your env, since it is passing on mine and on devstack | 08:24 |
| ddeja | 2) you can take a look on this https://review.openstack.org/#/c/344152/ | 08:25 |
| ddeja | maybe applaying this patch on top of the failing test would fix it? | 08:25 |
| rakhmerov | ok | 08:26 |
| rakhmerov | yeah, it works for me if I use tox | 08:26 |
| ddeja | oh... | 08:27 |
| rakhmerov | so the problem only with PyCharm | 08:27 |
| rakhmerov | ok, no worries, I'll see what I can do | 08:27 |
| rakhmerov | thanks for your help | 08:27 |
| ddeja | hm, so we should take a look what are the differences beetwen tox and PyCharm | 08:29 |
| ddeja | rakhmerov: no problem :) | 08:29 |
| ddeja | I have a meeting, I'll be back in 0.5 hour | 08:29 |
| rakhmerov | yes | 08:29 |
| rakhmerov | ok | 08:29 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fix launch process of Mistral components https://review.openstack.org/402392 | 08:29 |
| d0ugal | Hey | 08:52 |
| d0ugal | I'd also like to backport this to newton if people think it is okay: https://review.openstack.org/#/c/404087/ | 08:52 |
| openstackgerrit | Merged openstack/mistral: Updated the retries_remain statement https://review.openstack.org/383617 | 09:07 |
| openstackgerrit | Merged openstack/mistral: Show team and repo badges on README https://review.openstack.org/403008 | 09:15 |
| openstackgerrit | Merged openstack/mistral: Initial commit for mistral-i18n support https://review.openstack.org/403639 | 09:15 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fix launch process of Mistral components https://review.openstack.org/402392 | 09:23 |
| d0ugal | Fun, we have another way to get a workflow stuck in the running state | 09:34 |
| * d0ugal attempts a minimal reprodce of this one | 09:34 | |
| d0ugal | Anyone seen an error like this? http://paste.openstack.org/show/590760/ | 09:42 |
| *** openstackgerrit has quit IRC | 09:48 | |
| *** openstackgerrit has joined #openstack-mistral | 09:49 | |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fix launch process of Mistral components https://review.openstack.org/402392 | 09:50 |
| *** brunograz has quit IRC | 09:50 | |
| d0ugal | So, if custom actions return invalid unicode, then workflows get stuck in the RUNNING state | 09:55 |
| * d0ugal opens another bug | 09:56 | |
| rakhmerov | d0ugal: ok, no objections on the backport | 09:59 |
| d0ugal | rakhmerov: thanks | 10:01 |
| rakhmerov | d0ugal: as far as the error, no, I haven't seen it | 10:01 |
| rakhmerov | d0ugal: such errors make me think that something may be wrong with how we handle errors in engine | 10:01 |
| d0ugal | rakhmerov: https://bugs.launchpad.net/mistral/+bug/1645649 | 10:02 |
| openstack | Launchpad bug 1645649 in Mistral "When custom actions return invalid unicode it causes an error in mistral and the workflow gets stuck in the RUNNING state" [High,Confirmed] - Assigned to Dougal Matthews (d0ugal) | 10:02 |
| d0ugal | rakhmerov: in this case, the error is in the executor log | 10:02 |
| d0ugal | oops | 10:02 |
| d0ugal | I pasted the wrong traceback, let me get the correct one | 10:02 |
| d0ugal | sorry | 10:03 |
| rakhmerov | my assumption is: whatever happens with an action must be handled properly so that we see updated states of all objects | 10:03 |
| rakhmerov | in other words: we shouldn't be just swallowing any errors | 10:03 |
| d0ugal | I updated the bug, but here it is too (since launchpad formatting is terrible): http://paste.openstack.org/show/590764/ | 10:04 |
| rakhmerov | they all should be reflected in persistent state of corresponding objects | 10:04 |
| d0ugal | Agreed | 10:04 |
| rakhmerov | I would like to look at this one | 10:04 |
| rakhmerov | if you don't mind | 10:04 |
| d0ugal | rakhmerov: sure | 10:04 |
| rakhmerov | because I recently did a lot on error handling | 10:04 |
| d0ugal | rakhmerov: suits me :) | 10:04 |
| d0ugal | Our bad unicode came from a corrupt file in swift, but it should be fairly easy to reproduce I think | 10:05 |
| rakhmerov | yeah | 10:06 |
| rakhmerov | I'll do it | 10:06 |
| rakhmerov | suggestion: let's assign "critical" priority to bugs like this | 10:07 |
| rakhmerov | which lead to WFs stuck in RUNNING state | 10:07 |
| rakhmerov | d0ugal: it's very cool that you keep finding them | 10:08 |
| rakhmerov | most of them are easy to fix but they improve stability significantly | 10:09 |
| d0ugal | rakhmerov: I only found one. credit for finding this one should go to jpich :) | 10:09 |
| rakhmerov | jpich: thanks! | 10:09 |
| rakhmerov | :) | 10:09 |
| jpich | You're welcome :-) | 10:09 |
| * jpich breaking things | 10:09 | |
| d0ugal | jpich: including files ;) | 10:09 |
| jpich | All the things! | 10:10 |
| rakhmerov | d0ugal: btw, seems like I was able to make all the tests pass for my big patch: https://review.openstack.org/#/c/402392/ | 10:10 |
| d0ugal | rakhmerov: oh, nice. Is this where you had problems with sqlite? | 10:10 |
| rakhmerov | not exactly sqlite | 10:10 |
| rakhmerov | with threads | 10:10 |
| rakhmerov | I was asking about sqlite for a different reason ) | 10:10 |
| rakhmerov | d0ugal, ddeja, hparekh: guys, please review https://review.openstack.org/#/c/402392/ | 10:11 |
| rakhmerov | it is big but I couldn't really make it smaller because many things were entangled too much | 10:11 |
| d0ugal | Hopefully it is less entagled as a result :) | 10:11 |
| d0ugal | I'll try and review now. | 10:12 |
| rakhmerov | indeed! | 10:12 |
| rakhmerov | that was the purpose | 10:12 |
| rakhmerov | testing is not enough now, I'm planning to add tests for all new classes | 10:12 |
| rakhmerov | indirectly they are tested though | 10:12 |
| rakhmerov | I just don't wanna make this patch even bigger | 10:12 |
| d0ugal | sure | 10:13 |
| d0ugal | does this have any user impact? | 10:13 |
| rakhmerov | ddeja, hparekh: the patch is tricky, I couldn't put all the info in the commit message, ask questions as you review | 10:13 |
| rakhmerov | d0ugal: not too big except they won't see warnings from oslo.messaging anymore | 10:13 |
| d0ugal | I had wondered about that warning but ignored it :-D | 10:14 |
| rakhmerov | and there might have been some issues with messaging on the first seconds after launch | 10:14 |
| * ddeja is reviwing https://review.openstack.org/#/c/402392/ | 10:14 | |
| rakhmerov | d0ugal: yeah, that warning was the initial driver for this whole work | 10:14 |
| rakhmerov | while investigating it I just realized that it's all messed up very much | 10:15 |
| rakhmerov | I couldn't hold myself from refactoring it, sorry | 10:15 |
| rakhmerov | ddeja: btw, please note that I left some comments related to RPC in this patch | 10:17 |
| rakhmerov | this is something that I think we can improve | 10:17 |
| rakhmerov | like having get_transport() method in rpc.py | 10:17 |
| ddeja | rakhmerov: OK, I'l pay extra attention to them | 10:18 |
| rakhmerov | ok | 10:19 |
| openstackgerrit | Jizhaoxuan proposed openstack/mistral: Add PyV8 into requirement.txt https://review.openstack.org/404135 | 10:33 |
| d0ugal | rakhmerov: I think the patch looks pretty good | 10:36 |
| rakhmerov | I like it too! | 10:36 |
| rakhmerov | :)) | 10:36 |
| rakhmerov | Dawid usually finds a lot of stuff :) | 10:36 |
| d0ugal | hah, that is probably because he understands this more than me | 10:37 |
| d0ugal | I feel like I just understand it | 10:37 |
| rakhmerov | that's good | 10:37 |
| d0ugal | so we are going to have a mistral.service and mistral.services now | 10:39 |
| d0ugal | that strikes me as a bit confusing :) | 10:39 |
| rakhmerov | yes, good point | 10:39 |
| rakhmerov | I think we need to rename "services" | 10:39 |
| rakhmerov | honestly, I never liked it | 10:39 |
| d0ugal | they don't really feel like services | 10:39 |
| rakhmerov | essentially, all that's inside services has nothing to do with what we usually mean by services | 10:40 |
| rakhmerov | yes, exactly | 10:40 |
| d0ugal | lol | 10:40 |
| rakhmerov | so, it's a temporary clash, we'll take care of it | 10:40 |
| d0ugal | sure | 10:40 |
| d0ugal | rakhmerov: I spotted one print statement that probably needs removed, but otherwise I think it looks good. I think you said you want to update the tests so I'll take another look then | 10:42 |
| d0ugal | It makes me happy that we have TripleO CI testing changes like this :) | 10:42 |
| rakhmerov | well, I was planning to write more test in a different patch actually | 10:42 |
| d0ugal | ah | 10:43 |
| rakhmerov | that print statement is intentional | 10:43 |
| rakhmerov | the idea is to always print that the service is start to std.out | 10:44 |
| rakhmerov | so that it works with any logging settings | 10:44 |
| rakhmerov | don't know, maybe it's not so good but it's intentional | 10:44 |
| openstackgerrit | Sharat Sharma proposed openstack/mistral: Added releasenote for retry policy update https://review.openstack.org/404142 | 10:44 |
| rakhmerov | d0ugal: I replied to your comment in the review | 10:46 |
| rakhmerov | but! I found really a couple of prints that are not intentional :) | 10:46 |
| d0ugal | rakhmerov: hah :) | 10:47 |
| rakhmerov | in test_run_action | 10:47 |
| d0ugal | rakhmerov: Wouldn't logging make more sense? | 10:47 |
| rakhmerov | will resend it in a min | 10:47 |
| d0ugal | The LOG isn't used in that file at all | 10:47 |
| rakhmerov | d0ugal: aah, don't know. As a user, when I launch Mistral I'd like to see all the basic stuff right on the console | 10:47 |
| rakhmerov | like service A, B and C started | 10:48 |
| d0ugal | Sure, fair enough | 10:48 |
| d0ugal | That's fine | 10:48 |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fix launch process of Mistral components https://review.openstack.org/402392 | 10:48 |
| *** dtantsur|afk is now known as dtantsur | 11:10 | |
| *** hparekh has quit IRC | 11:11 | |
| *** sharatss has quit IRC | 11:24 | |
| *** sharatss has joined #openstack-mistral | 11:24 | |
| ddeja | rakhmerov: not a lot of stuff, only 8 comments ;) | 11:32 |
| ddeja | and half of it are questions, I think | 11:33 |
| *** brunograz has joined #openstack-mistral | 12:06 | |
| *** thrash|g0ne is now known as thrash | 12:23 | |
| sharatss | rakhmerov, d0ugal anybody there? | 12:30 |
| sharatss | ddeja, hi | 12:31 |
| dtantsur | hey folks! may I run one idea through you re microversioning? | 12:34 |
| dtantsur | what if we bump the default microversion certain services use? | 12:35 |
| dtantsur | like, do we really expect Mistral Ocata to work with Ironic Juno? | 12:35 |
| dtantsur | d0ugal, ^^^ | 12:35 |
| d0ugal | dtantsur: good question. | 12:37 |
| *** catinthe_ has joined #openstack-mistral | 12:37 | |
| d0ugal | dtantsur: it does make sense to me to default Mistral to work with the same version of other services | 12:37 |
| d0ugal | so mistral ocata should default to ironic ocata | 12:37 |
| dtantsur | I'd defer to Ironic Newton for smoother upgrade, but yeah | 12:37 |
| dtantsur | I guess I'll put up a patch and see what folks say | 12:38 |
| d0ugal | dtantsur: sounds good | 12:38 |
| ddeja | hi sharatss | 12:42 |
| ddeja | sorry, I was on lunch | 12:42 |
| *** shardy is now known as shardy_lunch | 12:47 | |
| *** ist has quit IRC | 12:51 | |
| *** ist has joined #openstack-mistral | 12:53 | |
| *** dprince has joined #openstack-mistral | 12:54 | |
| sharatss | ddeja, i was creating client docs | 12:57 |
| sharatss | ddeja, i want to point to the v2 api docs that are | 12:57 |
| sharatss | ddeja, that is there in mistral repo now. can i directly provide a link to the html file of v2 api or should i copy the same rst into client repo and create a local link? | 12:59 |
| *** weshay_pto is now known as weshay | 13:03 | |
| *** bobh_ has joined #openstack-mistral | 13:04 | |
| openstackgerrit | Dmitry Tantsur proposed openstack/mistral: Bump Ironic API version to 1.22 when creating the Ironic client https://review.openstack.org/404203 | 13:06 |
| dtantsur | d0ugal and others ^^^ | 13:06 |
| ddeja | sharatss: IMO you can provide a link to the html file | 13:15 |
| ddeja | we should not have the same doc in two places | 13:16 |
| sharatss | ddeja, thanks | 13:21 |
| *** jrist has joined #openstack-mistral | 13:23 | |
| *** bobh_ has quit IRC | 13:28 | |
| *** shardy_lunch is now known as shardy | 13:28 | |
| openstackgerrit | fengchaoyang proposed openstack/mistral: Fix two errors in YAML example https://review.openstack.org/404229 | 13:56 |
| zaneb | quick question: how do you access the environment from yaql? | 14:37 |
| zaneb | apparently it's not $.env() | 14:38 |
| zaneb | :) | 14:38 |
| openstackgerrit | Michal Gershenzon proposed openstack/python-mistralclient: Make python mistralclient readme better https://review.openstack.org/404249 | 14:45 |
| d0ugal | zaneb: I think it is just env() - it is a global function rather than part of $. | 14:49 |
| zaneb | ah, thanks d0ugal | 14:49 |
| _mgershen | d0ugal: +1 | 15:01 |
| *** bobh_ has joined #openstack-mistral | 15:04 | |
| *** jaosorior has quit IRC | 15:07 | |
| *** jaosorior has joined #openstack-mistral | 15:08 | |
| *** ist has quit IRC | 15:08 | |
| *** chlong has joined #openstack-mistral | 15:27 | |
| openstackgerrit | Merged openstack/mistral: Some spelling errors https://review.openstack.org/403497 | 15:45 |
| *** hrybacki is now known as hrybacki|mtg | 15:50 | |
| *** jaosorior has quit IRC | 16:05 | |
| *** chlong has quit IRC | 16:07 | |
| *** chlong has joined #openstack-mistral | 16:20 | |
| *** thrash is now known as thrash|biab | 16:28 | |
| openstackgerrit | fengchaoyang proposed openstack/python-mistralclient: Move json.loads() method to utils.py, and use "with" to deal with file objects https://review.openstack.org/404336 | 16:41 |
| *** hrybacki|mtg is now known as hrybacki | 16:45 | |
| *** thrash|biab is now known as thrash | 16:54 | |
| *** dtantsur is now known as dtantsur|afk | 17:04 | |
| *** chlong has quit IRC | 17:10 | |
| *** jpich has quit IRC | 17:21 | |
| *** chlong has joined #openstack-mistral | 17:24 | |
| *** dprince has quit IRC | 17:50 | |
| *** dprince has joined #openstack-mistral | 17:50 | |
| *** dprince has quit IRC | 18:25 | |
| *** dprince has joined #openstack-mistral | 18:26 | |
| *** shardy has quit IRC | 18:34 | |
| *** bobh_ has quit IRC | 20:34 | |
| *** catinthe_ has quit IRC | 20:35 | |
| *** catintheroof has joined #openstack-mistral | 21:34 | |
| *** catintheroof has quit IRC | 21:38 | |
| *** rbrady is now known as rbrady-afk | 21:44 | |
| *** catintheroof has joined #openstack-mistral | 21:47 | |
| *** jrist has quit IRC | 22:08 | |
| *** chlong has quit IRC | 22:12 | |
| *** dprince has quit IRC | 22:35 | |
| *** sharatss has quit IRC | 22:59 | |
| *** sharatss has joined #openstack-mistral | 22:59 | |
| *** catinthe_ has joined #openstack-mistral | 23:03 | |
| *** catintheroof has quit IRC | 23:06 | |
| *** bobh has joined #openstack-mistral | 23:13 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!