Tuesday, 2015-08-04

*** cing has joined #murano00:26
*** sjmc7 has joined #murano00:39
*** sjmc7 has quit IRC00:44
*** yamamoto has joined #murano00:44
openstackgerritOpenStack Proposal Bot proposed openstack/murano: Updated from global requirements  https://review.openstack.org/20870200:45
*** yamamoto has quit IRC00:49
openstackgerritOpenStack Proposal Bot proposed openstack/murano: Updated from global requirements  https://review.openstack.org/20870200:54
openstackgerritOpenStack Proposal Bot proposed openstack/murano-dashboard: Updated from global requirements  https://review.openstack.org/20874100:54
openstackgerritLin Yang proposed openstack/murano: Warn user about unsupported content type  https://review.openstack.org/20771101:05
*** zhonghua-lee has joined #murano01:06
*** exploreshaifali has quit IRC01:12
*** xiangxinyong has joined #murano01:22
*** xiangxinyong1 has joined #murano01:32
*** xiangxinyong has quit IRC01:35
*** cing has quit IRC01:35
*** xiangxinyong has joined #murano01:42
*** xiangxinyong1 has quit IRC01:45
*** tobe_ has joined #murano01:46
*** cing has joined #murano01:48
*** yamamoto has joined #murano02:21
*** tobe_ has quit IRC02:54
*** cing has quit IRC03:05
*** cing has joined #murano03:58
*** yamamoto has quit IRC03:59
*** yamamoto has joined #murano04:00
*** sjmc7 has joined #murano04:17
*** sjmc7 has quit IRC04:21
*** zhonghua-lee has quit IRC04:28
*** xiangxinyong has quit IRC04:29
*** jdandrea has quit IRC04:30
*** cing has quit IRC04:40
*** zhonghua-lee has joined #murano04:52
*** yamamoto has quit IRC05:32
*** Nikolay_St has quit IRC05:33
*** tobe_ has joined #murano05:36
*** yamamoto has joined #murano05:42
*** tobe_ has quit IRC05:50
*** tobe_ has joined #murano05:53
*** xiangxinyong has joined #murano05:57
*** tobe_ has quit IRC05:58
*** sjmc7 has joined #murano06:06
*** sjmc7 has quit IRC06:10
*** Nikolay_St has joined #murano06:29
openstackgerritOlga Gusarenko proposed openstack/murano: [End User guide] QuickStart, delete app  https://review.openstack.org/20362706:30
*** zhonghua-li has joined #murano06:53
*** zhonghua-lee has quit IRC06:56
*** zhonghua-li has quit IRC07:08
*** zhonghua-li has joined #murano07:14
*** mgershen has joined #murano07:15
*** prefer has joined #murano07:18
*** xiangxinyong1 has joined #murano07:24
*** kzaitsev_mb has joined #murano07:27
*** xiangxinyong has quit IRC07:27
*** sjmc7 has joined #murano07:55
*** sjmc7 has quit IRC07:59
openstackgerritMerged openstack/murano: [End User guide] QuickStart, delete app  https://review.openstack.org/20362708:14
*** kzaitsev_mb has quit IRC08:17
*** tobe_ has joined #murano08:17
*** zhonghua-li is now known as zhonghua-lee08:37
*** Valli_M has joined #murano08:44
*** xiangxinyong1 is now known as xiangxinyong08:51
*** xiangxinyong is now known as xiangxinyong108:51
*** xiangxinyong1 is now known as xiangxinyong08:51
*** prefer has quit IRC08:51
xiangxinyongHello everyone, after murano is set up, what is the default murano API http address?08:53
xiangxinyongI have visited this address.http://127.0.0.1:8082/. But only get some versions information08:55
xiangxinyongwhen i visited this address.http://192.168.98.110:8082/v1/.But only get Authentication required08:56
Nikolay_Stxiangxinyong: what do you mean under "visit"?08:59
Nikolay_Stxiangxinyong: if you want to work with murano directly you should use curl09:00
xiangxinyongI visit these address in the browser.09:00
Nikolay_Stxiangxinyong: otherwise you can operate it through dasboard or console client09:00
Nikolay_Stxiangxinyong: you should go to the address where you bind horizon09:01
Nikolay_Stfor example it could be localhos:800009:01
Nikolay_St*localhost09:01
xiangxinyongyeah, i have adready set up horizon in 192.168.98.11009:01
Nikolay_Stxiangxinyong: you should go to horizon and find Murano shortcut in it09:02
xiangxinyongso i visit the address like that.http://192.168.98.110:8082/09:02
Nikolay_Stnope09:02
Nikolay_Stno need to use '8082' it's a murano port09:02
Nikolay_Styou should visit 192.168.98.110:<horizon_port>09:03
Nikolay_Stslagun: kzaitsev_ws ativelkov do we still uses i18n from murano.openstack.common?09:03
Nikolay_Stor we can simply migrate to oslo.i18n?09:04
xiangxinyongNikolay_St: yeah, i can visit the murano environment by 192.168.98.110:<horizon_port>09:04
slagunNikolay_St: thats right09:05
Nikolay_Stslagun: ok09:05
xiangxinyongNikolay_St:Thank your feedback, if i want to take a look at the murano api interface, do you have better way?09:06
Nikolay_Stslagun: I want to start logging spec implementation (we have 3 bugs associated with it) but I think about switch to oslo.i18n first09:06
Nikolay_Stslagun: what's your opinion?09:06
Nikolay_Stxiangxinyong: well09:06
Nikolay_Stxiangxinyong: as I mentioned before you can use curl if you want access API directly09:07
xiangxinyongNikolay_St:Okay09:07
Nikolay_Stxiangxinyong: but it can be a challenge because murano doesn't have detailed API spec as far as I know09:07
Nikolay_Stxiangxinyong: also you can use muranoclient with '--debug'09:08
xiangxinyongNikolay_St: oh, i just want to ask this question09:08
xiangxinyongNikolay_St: sorry, how to use muranoclient with '--debug'09:09
Nikolay_Stxiangxinyong: you use local installation or devstack?09:09
xiangxinyongdevstack09:09
Nikolay_Stok09:09
Nikolay_Stxiangxinyong: you should go to devstack folder and source openrc file as admin admin09:10
Nikolay_Stxiangxinyong: " . openrc admin admin"09:10
Nikolay_Stxiangxinyong: after this all openstack clients will operate with admin tenant as user admin09:10
Nikolay_Stxiangxinyong: to list murano client commands you can use "murano --help"09:11
Nikolay_Stxiangxinyong: after this you can simply run "murano --debug <command> <args>"09:11
Nikolay_Stit's easy)09:11
xiangxinyongNikolay_St: Thanks. I will try09:12
Nikolay_Stxiangxinyong: ask me if your need help)09:12
xiangxinyong^-^09:13
*** sjmc7 has joined #murano09:43
*** zhonghua-lee has quit IRC09:43
*** zhonghua-lee has joined #murano09:44
*** sjmc7 has quit IRC09:48
*** openstackgerrit_ has joined #murano09:53
*** kzaitsev_mb has joined #murano09:55
*** prefer has joined #murano09:57
openstackgerritKirill Zaitsev proposed openstack/murano-agent: WIP  https://review.openstack.org/20841610:00
*** zhonghua-li has joined #murano10:12
*** zhonghua-lee has quit IRC10:13
Nikolay_Stkzaitsev_mb: are you here?10:15
kzaitsev_mbpong10:18
kzaitsev_mbNikolay_St: sure I am10:18
Nikolay_Stkzaitsev_mb: I asked slagun but he don't answer me10:19
Nikolay_Stkzaitsev_mb: when we plan to switch from murano.openstack.common.i18n to oslo.i18n?10:19
*** Valli_M has quit IRC10:20
kzaitsev_mbNikolay_St: I think we should, since https://wiki.openstack.org/wiki/Oslo/GraduationStatus#oslo.i18n10:22
slagunNikolay_St: sorry, was on meeting. I'm not a big fan of i18n as is, but if we use it lets use it from oslo10:23
kzaitsev_mbgood unicode support i hard, but it is usually rewarding in terms of user experience =)10:24
*** yamamoto has quit IRC10:32
slagunkzaitsev_mb: good localization need to comply with 2 criteria: 1) It should be done according to user's locale. Not on the server location. Single server instance may serve users from different locales 2) It should be possible to explicitly switch locale in UI10:33
slagunkzaitsev_mb: when I forced to read messages in poorly translated russian instead of english just because system decides to do so I consider this poor user experience10:36
*** zhonghua-li has quit IRC10:39
kzaitsev_mbslagun: That are some valid points indeed. I was speaking more about support for unciode characters in app-reports and unicode support in object names and stuff. We mostly have it (except for the environment names — they still are very restrictive IMO)10:39
*** yamamoto has joined #murano10:41
Nikolay_Stkzaitsev_mb: slagun ok, I'll file bug for it and make a commit for murano10:42
openstackgerritMerged openstack/murano: Add possibilty to delete environment with incorrect .destroy method  https://review.openstack.org/20799610:42
kzaitsev_mbAlthough everything seems doable. log-messages should have locale set from config, http error messages have access to request, therefore to `Accept-Encoding` headers. dashboard is fully aware of locales.10:43
kzaitsev_mbI wonder...10:43
kzaitsev_mbif we should have a gettext util for MuranoPL =)10:43
Nikolay_St:)10:46
Nikolay_Stdo we really a non-informative log debug entry for every call about environments?10:47
*** xiangxinyong has quit IRC10:48
Nikolay_StI mean like this: https://github.com/openstack/murano/blob/master/murano/api/v1/environments.py#L4610:48
Nikolay_Stkzaitsev_mb: slagun ^^10:48
kzaitsev_mbI'm not sure if it's a good idea though. suppose we can really have a translatable strings in muranopl, but there's just no way to have them translatable in dashboard..10:49
slagunNikolay_St: sorry, didn't get your question10:49
kzaitsev_mbNikolay_St: we have a lot of strange logs =)10:49
Nikolay_Stslagun: I mean10:50
Nikolay_Stwell10:50
kzaitsev_mbslagun: that log line is non-informative. At least it should, like... mention the author of the query10:50
Nikolay_Stkzaitsev_mb: if we really need it10:50
kzaitsev_mbNikolay_St: well, knowing who queried what is a nice thing to have overall10:50
kzaitsev_mbbut for get...10:51
kzaitsev_mbyeahm seems next to useless ))))10:51
kzaitsev_mbI'd still keep it though.10:51
kzaitsev_mbit could be marginally usefull to debug some situations, I guess...10:52
slagunkzaitsev_mb: it had debugging log level. I guess that was enough for debugging. There are tons of things that can be  included as well and it hard to tell which should be10:52
kzaitsev_mbslagun: agree on that ж)10:52
Nikolay_Stkzaitsev_mb: I can't imagine this situation) but I'm good with it. let's take it as is10:53
kzaitsev_mbbut I'm ok with debug being littered with next to useless messages, that's what debug is for. So we could track *ALL* the requests made, and if you do not want one — you can always configure logging to ignore debug10:53
slagunand yes, MuranoPL should have localization resources and API to get string from resources by its identifier what ever it be. But it should use user's locale to report messages unless user has no locale (for example it is robot etc) where default configurable locale should be used10:55
kzaitsev_mbslagun: but how would you get the locale? Capture it during deploy? =)10:56
slagunand IMHO exception and debug messages should not be localized. Maybe only status reporting should10:56
slagunkzaitsev_mb: yes10:56
kzaitsev_mbok, that makes sence10:56
kzaitsev_mbI'll add that to the i18n bp we have10:57
Nikolay_Stwhy do we need translation for MuranoPL? I guess that it something that only guys related to IT should see10:57
Nikolay_Stand all IT-guys should know english10:57
Nikolay_Ston the base level10:57
kzaitsev_mbNikolay_St: what about reporter.report() ? =)10:57
*** xiangxinyong has joined #murano10:57
slagunMuranoPL apps may send status reports back to user10:57
kzaitsev_mbhttps://github.com/openstack/murano-apps/blob/master/ApacheHTTPServer/package/Classes/ApacheHttpServer.yaml#L6610:58
slagunand this is the only thing that must be localized. Everything else is arguable10:58
Nikolay_Stslagun: if it does so it should be handled on the upper level, isn't it?10:58
Nikolay_Sti mean dasboard of like that10:59
kzaitsev_mbNikolay_St: you can't handle it on upper level. the strings can be translated only during muranopl execution10:59
slagunNikolay_St: how will it do it? Translate messages via Google Translate?10:59
kzaitsev_mbNikolay_St: reports are later stored in db.11:00
kzaitsev_mbso the way I imagine is:11:00
slagunbtw I'm strongly against auto-translation when part of the string may get translated  just because there was something similar in resources11:00
kzaitsev_mbyou press "deploy", during that moment we capture your locale and send it back to api/engine, which queries available translations, that should be supplied with the app itself.11:01
slagunkzaitsev_mb: agree. But it is MuranoPL code that decides what to translate and which resource string to use for that11:02
kzaitsev_mbthat way we would have something like "Apache est disponible à l'adresse" instead of "Apache is available at" stored in the DB (if you're french of course =))11:02
slagunlike $text: loc(ERROR_MESSAGE).format(...)11:02
kzaitsev_mbthis still means that an english-speaking dashboard-user would see french report, but that's our best shot =)11:03
kzaitsev_mbslagun: I'd go with more traditional gettext or something =)11:03
slagunkzaitsev_mb: there is no gettext for MuranoPL11:04
slagunand how does it deffer?11:04
kzaitsev_mbslagun: I mean not loc, but gettext =) wouldn't it be just a proxy for gettext?11:04
slagun"loc" is just shorter11:05
slagunthis is what "_" function does11:05
kzaitsev_mbyeah, I know, but... )11:05
kzaitsev_mbwe can have both, can't we? =)11:05
slagunwe can have anything :)11:05
kzaitsev_mbor tr()11:05
slagunhow does gettext works?11:06
kzaitsev_mbQT uses tr() )11:06
slagunwe can have even $text: ~text11:06
slagunI mean unary operator for that11:07
slagunor special quote marks11:07
kzaitsev_mbslagun: I always thught, that it works in 2 steps. 1st it extracts all strings and puts them in a .pot file (or something). Then you edit the file and add there translations. 2d step is you "compile" a binary translation file for a specific language.11:08
slagun$text: @ERROR_MESSAGE.format(...)11:08
kzaitsev_mbso gettext function looks for that binary file with translations for a specific locale. If there is no one — uses default. If a translation is missing — uses default one. And if it is present — uses the translation.11:09
kzaitsev_mbslagun: I liked loc() more... =)))11:09
kzaitsev_mbyour suggestions are scary =)11:09
slagunwhy? @TEXT looks nicer to me considering how often it used11:10
kzaitsev_mbwhat does c#/java use? =)11:10
kzaitsev_mbyou always like to appeal to them =)))11:10
kzaitsev_mbI do not get how @TEXT would work =)11:10
kzaitsev_mbI'd rather have a gettext(), tbh (since we can)11:11
kzaitsev_mbsince we can't use _()11:11
slagunkzaitsev_mb: In C# I've seen some really long expressions for that11:11
slagun@TEXT === _(TEXT)11:11
kzaitsev_mbor can we?11:11
kzaitsev_mb$_() would actually be really nice and intuitive )11:11
slagunin theory we can use any name. But _() is the most non-intuitive thing I ever seen11:12
slagunand remember that MuranoPL developers != Python developers11:12
kzaitsev_mbhttps://en.wikipedia.org/wiki/Gettext11:12
kzaitsev_mb_() comes from C, not python =)11:13
slagunhow _(TEXT) is better then @TEXT?11:13
kzaitsev_mbslagun: cause people, who used gettext know, that _() means "mark this string for translation"11:15
slagunyou will also have a hard times making gettext extract messages from MuranoPL and accessing .po/.mo/whatever from MuranoPL package resources11:17
kzaitsev_mbI just really do not want to reinvent the wheel =)11:17
kzaitsev_mbslagun: hm, let's give it a try, won't we? =)11:17
slagunkzaitsev_mb: I might be biased here since I haven't used gettext but _(TEXT) looks really scary and ugly to me. If you noticed we don't use underscores in MuranoPL11:18
kzaitsev_mbslagun: Stan, xgettext works like a charm!11:18
kzaitsev_mbI just _('Creating VM for Apache Server.') in a yaml11:19
kzaitsev_mband got a perfectly valid .po file with the string!11:19
kzaitsev_mbbelieve it or not11:19
slagunhow does it know how to extract the string?11:20
slagunAnd if y say foo(text) in yaml how will it know that "text" is something that need to be extracted?11:20
kzaitsev_mbslagun: yeah, that is why I suggest to use gettext()11:20
slagunkzaitsev_mb: that doesn't answer my question. I don't see how gettext may extract strings from yaql expressions without yaql parser11:22
kzaitsev_mbslagun: My guess is that it looks for certain string-like patterns, cause gettext(foo) does not work anyway.11:22
kzaitsev_mbslagun: why would you want to extract something from a yaql expression?11:23
kzaitsev_mbthought we agreed, that we only need to extract report-messages, and it would be pretty straightforward to have a gettext function for that, that would just take strings. The same way javascript code is translated.11:24
slagunbecause everything in MuranoPL is yaql expression. $text: _('TEXT') is a yaql expression. Even if gettext looks for string-like patterns the same expression may be written as $text: _(TEXT) (without quotes), _("TEXT"), _(`TEXT`) or even !yaql "expression here" and gettext should not extract expression here11:25
kzaitsev_mbslagun: it should not, unless it is marked for translation11:26
slagunthe question is how to extract those strings11:26
kzaitsev_mband to maek it for translation you gettext('') it11:26
freerunnerkzaitsev_mb: Hey!11:26
freerunnerkzaitsev_mb: Looks like I've found a problem with CI.11:26
kzaitsev_mbfreerunner: nice! hit us with it11:26
kzaitsev_mbslagun: _(TEXT) — is text literal here or is it a variable?11:27
slagunit is function "_" applied to the string "TEXT"11:27
freerunnerkzaitsev_mb: Sooo. I think we need to add more cleanups to tests..11:28
*** yamamoto has quit IRC11:28
kzaitsev_mbslagun: https://www.gnu.org/savannah-checkouts/gnu/gettext/manual/html_node/xgettext-Invocation.html11:28
freerunnerkzaitsev_mb: I try to fix it soon.11:29
slagunkzaitsev_mb: I see that MuranoPL is not in the list of supported languages :)11:29
kzaitsev_mbslagun: you sly fox! =)))11:29
kzaitsev_mbslagun: that does not mean we can't mimic or bend xgettext to correctly extract all the strings we want11:30
kzaitsev_mbslagun: The thing is — I do not want to reinvent the wheel, and you're trying to make it too complicated IMO. =)11:31
*** openstackgerrit has quit IRC11:31
*** openstackgerrit_ is now known as openstackgerrit11:31
*** openstackgerrit has quit IRC11:32
*** openstackgerrit_ has joined #murano11:32
*** sjmc7 has joined #murano11:32
slagunMaybe we ca. But I don't know how to do it. I also don't get the benefits of it. Why not just create something like i18n/languages/fr.yaml with mapping ERROR_TEXT: French Text Here manually?11:32
*** openstackgerrit_ is now known as openstackgerrit11:32
*** openstackgerrit_ has joined #murano11:33
kzaitsev_mbslagun: Why do all those languages use gettext, then? Why doesn't python have something similar? =)11:33
kzaitsev_mbbecause you'll end up with your own gettext sooner or later!11:34
kzaitsev_mband it would be inferiour to a real one. =)11:34
openstackgerritVictor Ryzhenkin proposed openstack/murano: Add dummy test-app and test for it  https://review.openstack.org/20206011:35
slagunI'm not that sure. Don't know for Java but C# (and Microsoft at all) doesn't use gettext despite it being listed here11:35
kzaitsev_mbyou'll need to address multiple locations of the same string sooner or later. and ngettext is also a valuable thing and you would have to reinvent it too11:35
openstackgerritVictor Ryzhenkin proposed openstack/murano: Perform tests tagging  https://review.openstack.org/20212111:36
kzaitsev_mbslagun: the thing is — we already have (and use) gettext for python and javascript translation.11:36
kzaitsev_mbSo I do not really see any benefit in reinventing the whole thing from scratch11:37
*** sjmc7 has quit IRC11:37
*** Valli_M has joined #murano11:37
kzaitsev_mbalso comment system for gettext...11:38
kzaitsev_mbalso we could use transiflex at some point11:38
slagunkzaitsev_mb: maybe you're right. I don't say we shouldn't use gettext. We may use it under the hood if we will find a way to do this without side effects. My only request is that it should be completely customizable - where to store resource file, what exactly need to be translated, to what language etc.11:38
slagunand it should work on all platforms. Not just MuranoPL part but the whole tooling11:39
kzaitsev_mbslagun: I'll add this idea to aour i18n bp )11:39
kzaitsev_mbhope we'll go back to it during M11:39
slagunBut I will vote for %TEXT/@TEXT whatever (though _(TEXT) may also work as an alias for that)11:40
slagunor at least tr(TEXT)11:41
kzaitsev_mbI'm all in with tr() btw =)11:41
kzaitsev_mbI'll take a look into extraction tools some time. =) After we have new yaql merged, not before =)11:42
kzaitsev_mbNikolay_St: btw, you can target this bp, if you're replacing i18n with oslo_i18n https://blueprints.launchpad.net/murano/+spec/murano-i18n11:46
slagunkzaitsev_mb: just remember that in yaql text may be without quote marks11:47
slagunif it doesn't contain spaces etc11:47
kzaitsev_mbslagun: yeah. I'm positive we'll be able to bend existing tools to work for us ;)11:48
*** tobe_ has quit IRC11:56
*** tobe_ has joined #murano11:59
*** tobe_ has quit IRC12:01
*** yamamoto has joined #murano12:07
*** openstackgerrit has quit IRC12:16
*** openstackgerrit has joined #murano12:16
*** yamamoto has quit IRC12:16
*** yamamoto has joined #murano12:22
*** yamamoto has quit IRC12:32
*** yamamoto has joined #murano12:33
*** yamamoto has quit IRC12:41
*** yamamoto has joined #murano13:01
*** jdandrea has joined #murano13:02
*** yamamoto has quit IRC13:03
*** yamamoto has joined #murano13:05
openstackgerritKirill Zaitsev proposed openstack/murano-dashboard: Do not allow selecting images, that are not active.  https://review.openstack.org/20905213:08
*** xiangxinyong has quit IRC13:17
openstackgerritMichal Gershenzon proposed openstack/murano: Add support for heat files  https://review.openstack.org/20585313:17
*** yamamoto has quit IRC13:20
*** drupalmonkey has joined #murano13:35
openstackgerritzhu.rong proposed openstack/murano-dashboard: Update the gitignore file to ignore *.egg*  https://review.openstack.org/20827213:40
openstackgerritzhu.rong proposed openstack/murano-dashboard: Update the gitignore file to ignore *.egg*  https://review.openstack.org/20827213:42
*** sjmc7 has joined #murano14:00
openstackgerritStan Lagun proposed openstack/murano: [WiP] Migration to yaql 1.0  https://review.openstack.org/20409914:08
*** yamamoto has joined #murano14:09
*** vahidh has joined #murano14:57
*** yamamoto has quit IRC15:11
*** yamamoto has joined #murano15:16
openstackgerritMichal Gershenzon proposed openstack/murano-specs: Spec for Add support for heat environments  https://review.openstack.org/20261015:35
*** mgershen has quit IRC15:37
*** Valli_M has quit IRC15:52
*** openstackgerrit_ has quit IRC16:29
openstackgerritKirill Zaitsev proposed openstack/murano-agent: WIP  https://review.openstack.org/20841616:33
*** sergmelikyan has joined #murano16:45
*** prefer has quit IRC16:53
*** xiangxinyong has joined #murano16:55
openstackgerritMerged openstack/murano-dashboard: Update the gitignore file to ignore *.egg*  https://review.openstack.org/20827217:08
*** jasonsb has quit IRC17:12
*** jasonsb has joined #murano17:16
*** exploreshaifali has joined #murano17:18
*** jasonsb has quit IRC17:19
*** exploreshaifali_ has joined #murano17:39
*** yamamoto has quit IRC17:40
*** exploreshaifali has quit IRC17:41
openstackgerritMerged openstack/murano: Updated from global requirements  https://review.openstack.org/20870217:42
*** Nikolay_St has quit IRC17:49
*** Berezin has joined #murano17:53
*** exploreshaifali_ has quit IRC17:58
*** exploreshaifali has joined #murano18:01
*** jasonsb has joined #murano18:05
openstackgerritOpenStack Proposal Bot proposed openstack/murano-dashboard: Updated from global requirements  https://review.openstack.org/20874118:15
openstackgerritMerged openstack/murano-dashboard: Fix eslint checks from openstack config  https://review.openstack.org/20814518:16
*** exploreshaifali has quit IRC18:19
*** xiangxinyong has quit IRC18:25
*** Berezin has quit IRC18:29
*** Berezin has joined #murano18:29
*** kzaitsev_mb has quit IRC18:31
*** yamamoto has joined #murano18:41
*** yamamoto has quit IRC18:46
openstackgerritStan Lagun proposed openstack/murano: [WiP] Migration to yaql 1.0  https://review.openstack.org/20409918:56
openstackgerritStan Lagun proposed openstack/murano: [WiP] Migration to yaql 1.0  https://review.openstack.org/20409918:56
*** exploreshaifali has joined #murano18:56
*** exploreshaifali has quit IRC18:57
*** Berezin has quit IRC18:58
openstackgerritStan Lagun proposed openstack/murano: [WiP] Migration to yaql 1.0  https://review.openstack.org/20409918:58
*** exploreshaifali has joined #murano19:02
*** exploreshaifali_ has joined #murano19:05
*** exploreshaifali has quit IRC19:07
*** exploreshaifali_ has quit IRC19:15
*** Berezin has joined #murano19:36
*** kzaitsev_mb has joined #murano19:55
*** drupalmonkey has quit IRC20:01
*** drupalmonkey has joined #murano20:21
openstackgerritStan Lagun proposed openstack/murano: [WiP] Migration to yaql 1.0  https://review.openstack.org/20409920:27
*** sergmelikyan has quit IRC20:30
*** sergmelikyan has joined #murano20:37
*** sergmelikyan has quit IRC20:48
*** sergmelikyan has joined #murano20:51
*** Nikolay_St has joined #murano21:06
*** sergmelikyan has quit IRC21:15
*** drupalmonkey has quit IRC21:16
*** Berezin has quit IRC21:18
*** Nikolay_St has quit IRC21:41
*** jasonsb has quit IRC21:50
*** jasonsb has joined #murano21:51
*** jasonsb_ has joined #murano22:14
*** jasonsb has quit IRC22:16
*** yamamoto has joined #murano23:09
openstackgerritKirill Zaitsev proposed openstack/murano: Check session validity during env show api call  https://review.openstack.org/20867123:11
openstackgerritKirill Zaitsev proposed openstack/murano-dashboard: Do not allow selecting images, that are not active.  https://review.openstack.org/20905223:16
*** kzaitsev_mb has quit IRC23:21
openstackgerritMerged openstack/murano-dashboard: Updated from global requirements  https://review.openstack.org/20874123:36

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