Friday, 2018-02-09

*** Daisy_ has quit IRC00:03
*** itlinux has joined #openstack-horizon00:07
*** felipemonteiro_ has joined #openstack-horizon00:17
*** dave-mccowan has joined #openstack-horizon00:22
*** threestrands has joined #openstack-horizon00:27
*** threestrands has quit IRC00:27
*** threestrands has joined #openstack-horizon00:27
*** itlinux has quit IRC00:34
*** zhurong has joined #openstack-horizon00:47
*** harlowja has joined #openstack-horizon00:57
*** tosky has quit IRC01:09
*** zhurong has quit IRC01:11
*** zhurong has joined #openstack-horizon01:14
*** threestrands has quit IRC01:29
*** Jeffrey4l has joined #openstack-horizon01:34
*** Daisy_ has joined #openstack-horizon01:37
*** Nil_ has quit IRC01:38
*** Daisy_ has quit IRC01:39
*** Daisy_ has joined #openstack-horizon01:39
*** r-daneel has quit IRC01:45
*** Jeffrey4l_ has joined #openstack-horizon01:46
*** Jeffrey4l has quit IRC01:47
*** absubram has quit IRC02:10
*** ramineni_ has joined #openstack-horizon02:28
*** namnh has joined #openstack-horizon02:37
*** Daisy_ has quit IRC03:39
*** Daisy_ has joined #openstack-horizon03:39
*** Daisy_ has quit IRC03:44
*** dave-mccowan has quit IRC03:48
*** felipemonteiro__ has joined #openstack-horizon04:05
*** felipemonteiro__ has quit IRC04:05
*** felipemonteiro__ has joined #openstack-horizon04:06
*** felipemonteiro_ has quit IRC04:08
*** namnh has quit IRC04:13
*** openstackgerrit has joined #openstack-horizon04:13
openstackgerritbaiwenteng proposed openstack/horizon master: Fix typos in horizon  https://review.openstack.org/54258204:13
*** absubram has joined #openstack-horizon04:15
*** absubram_ has joined #openstack-horizon04:17
*** absubram has quit IRC04:19
*** absubram_ is now known as absubram04:19
*** felipemonteiro__ has quit IRC04:33
*** zhurong has quit IRC04:35
*** ying_zuo changes topic to "OpenStack Horizon | Rocky PTG: https://etherpad.openstack.org/p/horizon-ptg-rocky | Queens-RC2 priorities: https://launchpad.net/horizon/+milestone/queens-rc2 | Docs: https://docs.openstack.org/horizon/latest/"04:44
openstackgerritbaiwenteng proposed openstack/horizon master: Fix typos in horizon  https://review.openstack.org/54258204:56
*** Daisy_ has joined #openstack-horizon05:02
*** Daisy_ has quit IRC05:02
*** Daisy_ has joined #openstack-horizon05:02
*** harlowja has quit IRC05:10
*** ramineni_ has quit IRC05:18
*** harlowja has joined #openstack-horizon05:35
*** zhurong has joined #openstack-horizon05:35
*** harlowja has quit IRC05:39
*** itlinux has joined #openstack-horizon05:58
*** e0ne has joined #openstack-horizon06:05
*** e0ne has quit IRC06:06
*** itlinux has quit IRC06:27
openstackgerritOpenStack Proposal Bot proposed openstack/horizon master: Imported Translations from Zanata  https://review.openstack.org/54262706:38
*** vladiskuz_ has joined #openstack-horizon06:55
*** namnh has joined #openstack-horizon07:03
*** rcernin has quit IRC07:17
*** rmart04 has joined #openstack-horizon07:17
openstackgerritOpenStack Release Bot proposed openstack/horizon master: Update reno for stable/queens  https://review.openstack.org/54266307:20
*** rmart04 has quit IRC07:22
*** lvdombrkr has joined #openstack-horizon07:24
*** e0ne has joined #openstack-horizon07:27
*** lajoskatona has joined #openstack-horizon07:34
*** pcaruana has joined #openstack-horizon07:35
*** rubasov has left #openstack-horizon08:02
vladiskuz_ying_zuo: Could you take a look at this patch please https://review.openstack.org/#/c/541676/08:16
*** makowals has quit IRC08:23
*** tesseract has joined #openstack-horizon08:26
*** namnh has quit IRC08:27
*** lvdombrkr has quit IRC08:37
*** lvdombrkr has joined #openstack-horizon08:39
*** kairat has left #openstack-horizon08:45
*** vladiskuz_ has quit IRC09:01
*** jpich has joined #openstack-horizon09:02
*** zhurong has quit IRC09:16
*** Jeffrey4l_ has quit IRC09:17
*** Jeffrey4l has joined #openstack-horizon09:18
*** Daisy_ has quit IRC09:21
*** lvdombrkr has quit IRC09:42
*** J2LERVevercle has joined #openstack-horizon10:12
J2LERVevercle(_)                                               | |10:12
J2LERVevercle(_)                                               | |10:12
*** J2LERVevercle has quit IRC10:12
*** tosky has joined #openstack-horizon10:54
*** absubram has quit IRC11:00
*** absubram has joined #openstack-horizon11:02
*** awestin1 has quit IRC12:32
*** awestin1 has joined #openstack-horizon12:33
*** Arsalan has joined #openstack-horizon12:42
*** serverascode has quit IRC12:48
*** serverascode has joined #openstack-horizon12:48
*** ameade has quit IRC12:50
*** lvdombrkr has joined #openstack-horizon12:50
*** ameade has joined #openstack-horizon12:51
*** tesseract has quit IRC13:12
*** ameeda has quit IRC13:28
*** lvdombrkr has quit IRC13:28
*** lvdombrkr has joined #openstack-horizon13:31
*** betherly has quit IRC13:34
*** betherly has joined #openstack-horizon13:35
*** dave-mccowan has joined #openstack-horizon13:47
openstackgerritMerged openstack/horizon master: Update reno for stable/queens  https://review.openstack.org/54266313:49
*** dave-mcc_ has joined #openstack-horizon13:54
*** dave-mccowan has quit IRC13:55
*** yamamoto has quit IRC13:56
*** yamamoto has joined #openstack-horizon13:56
openstackgerritMerged openstack/horizon master: Imported Translations from Zanata  https://review.openstack.org/54262713:57
*** yamamoto has quit IRC13:57
*** yamamoto has joined #openstack-horizon13:57
openstackgerritMerged openstack/horizon master: Enable more hacking-extensions  https://review.openstack.org/53881714:00
e0ne rdopiera: hi. are you around?14:03
*** johnsom has quit IRC14:03
*** johnsom has joined #openstack-horizon14:04
*** Arsalan has quit IRC14:11
openstackgerritMerged openstack/horizon master: Refactor the create port form to workflow  https://review.openstack.org/54046214:11
*** ethfci_ has joined #openstack-horizon14:15
*** ethfci has quit IRC14:15
*** dave-mcc_ has quit IRC14:17
*** ethfci_ has quit IRC14:21
*** ethfci has joined #openstack-horizon14:22
*** tesseract has joined #openstack-horizon14:28
*** david-lyle has quit IRC14:29
*** dave-mccowan has joined #openstack-horizon14:29
*** dave-mccowan has quit IRC14:40
*** berendt has quit IRC14:46
*** berendt has joined #openstack-horizon14:46
openstackgerritMerged openstack/horizon master: Support specified security groups when creating a port  https://review.openstack.org/54046314:47
openstackgerritMerged openstack/horizon master: Filtering networks or routers by non-existing tenants return an empty list  https://review.openstack.org/53668714:50
*** hogepodge has quit IRC14:51
*** hogepodge has joined #openstack-horizon14:52
*** wolverineav has joined #openstack-horizon14:52
openstackgerritMerged openstack/horizon master: Fix collectstatic in case of theme customization  https://review.openstack.org/53567414:52
*** r-daneel has joined #openstack-horizon14:57
*** jtriley has joined #openstack-horizon14:58
*** dave-mccowan has joined #openstack-horizon15:03
*** felipemonteiro__ has joined #openstack-horizon15:12
*** lajoskatona has quit IRC15:21
*** felipemonteiro_ has joined #openstack-horizon15:21
amotokirdopiera: ping15:23
*** felipemonteiro__ has quit IRC15:25
*** david-lyle has joined #openstack-horizon15:30
*** ChanServ sets mode: +o david-lyle15:30
*** lvdombrkr has quit IRC15:34
rdopieraamotoki: pong15:36
e0nerdopiera: did you talk about moving away from nose some time ago?15:37
rdopierae0ne: yes, I did some experiments with pytest, but concluded it was much more work than I anticipated15:38
e0ne:(15:38
rdopierae0ne: sorry, I didn't see your hightlight because of the space in front15:39
e0nenp15:39
e0neI'm trying to figure out what is going with our selenium-related tests15:39
rdopierae0ne: so, basically, we would need to adapt all parts that use nose-django to use pytest-django15:39
rdopieraah, I had that in my todo too, and even started to work on it, but didn't get them to run15:40
e0neso, there are 3 parts of them:15:41
e0ne1) functional tests which are not maintained for 3+ releases and broken:(15:42
rdopieraright, that's what I wanted to bring back15:42
e0nerdopiera: ++++++. I'm going to make it my priority for Rocky15:42
rdopierawhat are the other 2?15:43
e0ne2) some tests with django live server and selenium - they code are mixed with unit-tests. we run them on CI with 'tox -e selenium'15:43
e0ne3) something I can't launch https://github.com/openstack/horizon/tree/master/openstack_dashboard/test/selenium - we don't run this one and the same for horizon package at all15:43
rdopieraI think that one was run as a smoke test at some point15:44
rdopieramaybe it was in tripleo, I can't rememebr15:45
e0neso, my current plan is remove #3 and split out selenium tests (#2) from unit tests15:45
rdopierasounds reasonable15:45
e0neafter it, we can work on our integration tests15:45
e0nebtw, are you going to PTG this time?15:46
rdopierayes15:46
e0negreat15:46
rdopieraI'm happy for it too15:46
e0ne:)15:46
amotokirdopiera: hi15:47
amotokiif the current topic discussed isn't over, i will wait for a while15:47
rdopieraamotoki: I think we are done, what's on your mind?15:47
amotokirdopiera: thanks for your comment on my pluggable tab patch https://review.openstack.org/#/c/540097/15:48
amotokirdopiera: do you suggest to add 'tabs' configuration to 'enabled' file(s) which define panel or panel group, even though they are not directly related?15:49
amotokirdopiera: I am okay to expand the current 'enabled' file.15:49
rdopieraamotoki: I didn't think about it in depth, but I think it would be good to have a single consistent mechanism for the plugins15:50
amotokirdopiera: yeah, I understand your point on consistency15:50
*** absubram has quit IRC15:50
*** absubram_ has joined #openstack-horizon15:50
rdopierait's just a gut feeling, though, and I will not insist on it15:50
*** david-lyle has quit IRC15:51
amotokirdopiera: oh! I just remember there is one way to define 'enabled' file without a panel or a panel group.15:51
rdopierawe do need some way for letting packagers make an opt-in mechanism (even if we ship it as opt-out by default)15:51
rdopieraamotoki: well, we can always modify the code that reads the enabled files to not require panels or groups at all15:52
rdopierait's our code, we can do whatever we want with it15:52
amotokirdopiera: like this https://github.com/openstack/neutron-fwaas-dashboard/blob/master/neutron_fwaas_dashboard/enabled/_7010_project_firewalls_common.py#L13-L1615:52
amotokirdopiera: "FEATURE" is not documented but it actually works :)15:53
rdopieranice!15:53
amotokiso my first question is resolved15:53
amotokirdopiera: the second point is I am not sure why you perfer to double opt-in mechanism15:54
amotokirdopiera: i think installing horizon plugin itself is the first level of opt-in15:54
rdopieraok, let me give you our use case15:54
rdopierain RDO we are switching to using Docker by default15:54
rdopieraso Horizon will be running in its own Docker container15:54
*** david-lyle has joined #openstack-horizon15:55
*** ChanServ sets mode: +o david-lyle15:55
amotokiyeah, i heard it15:55
rdopierawe prepare the images up front, so such a horizon container will have all the supported plugins installed15:55
rdopieranow, for a customer who only wants a certain set of plugins enabled, they will need some mechanism for that15:55
amotokiso you need a way to enable/disable something15:56
rdopierakolla right now does that by moving the enabled files around15:56
rdopieraright15:56
rdopieranow, why opt-in15:56
rdopierasuppose you have your rdo stack installed and configured15:56
rdopieraand you do an upgrade15:56
rdopieraand the new version of the horizon container has some additional new plugins supported15:57
amotokican't the default setting opt-out new plugins?15:57
amotoki*default setting of the horizon container*15:57
rdopierathat would require us to edit the config files that have already been customised by the user15:58
rdopierato add the new plugins to the blacklist15:58
rdopierawhich I suppose is tricky to do right15:58
amotokiit's understandable as distributor perspective15:58
*** r-daneel has quit IRC15:59
rdopieraI'm thinking, if the plugins install their enabled files by default in horizon (which they do), in the simple case you would have them automatically enabled anyways15:59
amotokias an operator deploying openstack from source, double opt-in is too much. we usually think why horizon plugins are configured by default...15:59
rdopieraand for our docker use case we would remove those enabled files15:59
rdopierathe problem is that many deployers don't control what is installed in their system16:00
rdopieranot directly16:00
rdopierayou can't assume they are going to only have installed the packages that they need, and nothing else16:01
amotokiI am not sure "many" deployers or "some" though16:01
*** pcaruana has quit IRC16:01
rdopieraanybody who's not installing from source, practically16:01
rdopieraand that's 99% production environments, I guess16:02
amotokibut all-in-one is a choice of distributor16:02
*** witek has quit IRC16:02
amotokiin ubuntu package case, we can install octavia-dashboard for example if we need octavia dashboard16:02
amotokii guess this kind of choice is not so special16:03
rdopieraand what if you need some other thing that depends on octavia-dashboard, but you don't want octavia-dashboard?16:03
rdopieraor you are running several installations of Horizon on the same host, and one needs the octavia-dashboard, while the other doesn't?16:04
amotokiif it is 10% case, it is sufficient if there is a way to opt-out it.16:04
rdopierabut opt-out is fragile during updates16:04
amotokiwhy?16:05
rdopierain any case, the ubuntu octavia-dashboard package can contain the "enabled" file for it, so that you don't need to do anything else but installing it16:05
*** witek has joined #openstack-horizon16:05
amotokiyes, in this case.16:06
rdopieraand the red hat package may move that file somewhere else and only put it in enabled directory when explicitly enabled, like kolla does right now16:06
*** e0ne has quit IRC16:06
rdopierathere is no way to do that with the setuptools endpoint approach, though16:06
rdopieraas the endpoints are global in the system16:07
amotokiyes, the endpoint approach is global but this is not related to opt-in/opt-out thing. If there is a way to disable (or not to load) it it is now configurable.16:08
rdopierathat's the main problem I had with stevedore16:08
amotokiperhaps i understand the current problem of entrypoints in my implementation. the current version has no way to enable/disable it.16:10
*** itlinux has joined #openstack-horizon16:10
rdopierasysadmins are paranoid creatures, they hate it when something happens "automatically" without their permission16:11
amotokithis is different from opt-in/opt-out topic. what sysadmin needs is to control enabling/disabling it.16:12
rdopierayes, but also don't have it getting enabled automatically on update16:12
rdopieraI'm much less firm on that point, though16:13
rdopieraI know that we need a mechanism for enabling/disabling for sure, because if we don't include it, someone will hack it on top of our code16:14
rdopierabut I'm not so sure about the opt-in/opt-out thing -- it's just opt-in would be more convenient to sysadmins16:15
amotokiif we use all-in-one as you mention, the second level of opt-in will be a must thing16:17
rdopierait could be optinally enabled by the packagers16:18
amotokiif we can install individual packages as sysadmin choice, the second level opt-in will be sometimes annoying and it is convenient if the default suggested settings is enabled by default16:18
rdopieraso can we have an option?16:18
amotokiall enabled files should be not enabled by default?16:19
rdopierafor example, if there is no list of enabled plugins, use all installed plugins, but if there is a list, only use the ones in the list?16:19
amotokijust a joke16:19
amotokithat might work16:20
rdopieraanother thing I wanted to talk about, do you think it would make sense to replace the enabled files with stevedore eventually?16:21
amotokirdopiera: I think it depends on types of settings.16:21
amotokiat now, there are two types of configurations. stevedore way make more sense for settings everyone must register.16:22
amotokion the other hand, the order of panels or enabling/disabling panels cannot be handled by entrypoints.16:23
amotokiregistering something and enabling something are different things.16:24
rdopieraso, stevedore plus greatly simplifiedd "enabled" files?16:25
amotokiyes, I think it is better than now16:25
amotokibut I have no plan to move forward entrypoints things.16:25
rdopieraas for things like order, that could live in the plugin's class itself16:25
amotokiis it possible?16:26
rdopieraor even on the Panel class16:26
rdopierathe Panel class could have a "priority" attribute by which we could sort16:26
rdopieraor something like that16:26
david-lylePanel class requires code change16:26
rdopierasure16:27
david-lylethe enabled files were added to remove that need, enabled file excluded of course16:27
amotokiif multiple plugins adds their panels to one panel group, I am afraid embedded priority doesn't work16:27
rdopierahow is it done now?16:27
amotokiit is determined by the number of 'enabled' files16:28
david-lylejust alphabetical order of enabled files16:28
rdopieraso the priority is in the file's name16:28
amotokiyes16:28
david-lylethose files can be renamed or overridden in local/enableds16:28
rdopierado we have any actual use cases where you need to move the panels around?16:29
david-lyledownstream deployers will reorg the panels in panel groups16:30
david-lylenew panel groups16:30
david-lyleor insert custom panels into the order16:30
rdopierain my experience, the "enabled" files get installed with the plugin's package16:30
amotokiyes16:31
amotokiif you would like to disable _1490_project_floating_ips_panel.py (FIP panel)16:32
amotokiyou can put local/enabled/_1490_project_floating_ips_panel.py (same file name) which contains DISABLED = True16:32
david-lyleexactly16:32
david-lylethat was the design16:32
amotoki(it did not work in the initial implementation though)16:33
david-lyleI did say design :)16:33
amotoki:)16:33
david-lylefirst implementation was a good start, but needed work for sure16:33
*** felipemonteiro_ has quit IRC16:34
*** felipemonteiro_ has joined #openstack-horizon16:34
amotokidavid-lyle: what is the purpose of REMOVE_PANEL? this is the only I cannot understand why we need it.16:34
david-lyleamotoki, let me verify, but I though that was essentially nav=False while leaving the plugin content loaded, but I may have that reversed.16:35
david-lylechecking16:35
david-lyleI believe what I wrote is correct16:37
amotokiwhat does nav=False mean?16:37
david-lyleDISABLED=True will not load the plugin content16:37
david-lyleamotoki, that's the old way in the panel file of not including an entry for the panel in the left hand navigation16:38
david-lylecontent is still accessible16:38
amotokiah, i see.16:38
david-lyleso the dependent panel case that rdopiera mentioned earlier can be supported16:38
david-lylearound octavia16:38
rdopieraso we had some panels that required other panels16:39
amotokinote thta actually there is no such plugin which depends on octavia-dashbaord. that's just an exaple.16:39
rdopieraso you wanted to have it loaded, but not displayed16:39
david-lyleor a plugin may load several panels, but an implementation doesn't want to support one of them16:40
amotokii think we can use "FEATURE" keyword to load plugin contents like INSTALLED_APPS.16:40
david-lyleamotoki, I understand16:40
rdopieraby the way, do we still have ceilometer panel, or was it completely removed?16:40
david-lylerdopiera, removed IIRC16:40
amotokiit does not exist in horizon16:40
rdopierathanks16:41
*** dveem has joined #openstack-horizon16:41
amotokiAFAIK ceilometer project des not provide any horizon plugin too16:41
david-lyleper request of ceilometer project we removed it16:41
rdopieragreat, thanks, just wanted to make sure16:41
david-lylethere was an alarming one in progress, not sure if it finalized ever16:41
amotokignocchi provides its own gui and we can check some meters using it16:42
david-lylenot seeing aodh plugin16:43
david-lyleamotoki, do you use gnocchi internally?16:44
david-lyleout of curiosity16:44
amotokidavid-lyle: I myself don't use it, but I heard it from my OPNFV collegue16:45
david-lyleok thanks16:45
amotokiI also saw some openstack-dev ML thread on that.16:45
amotokisearching16:45
amotokidavid-lyle: https://github.com/gnocchixyz/grafana-gnocchi-datasource16:46
david-lyleamotoki, thanks16:47
amotokirdopiera: anyway I will rewrite my pluggable tab patch to use horizon plugin files.16:48
rdopieraamotoki: awesome, sorry for the extra work16:49
amotokirdopiera: no problem. it makes sense and it was what I expected a bit when I use stevedore :p16:49
rdopierait's great that you are pushing new approaches, I really appreciate that16:50
amotokiI am thinking to make quotas/service-info tabs pluggable using it too16:51
amotokiusing tabs in overview panels does not work somehow..... piechart seems to ignore hidden tab....16:52
rdopierathis is a very... fertile piece of horizon, if you know what I mean16:53
rdopierait's been around for long and it grew organically16:54
david-lyleamotoki, I had trouble with lazy loading and JS in the network_topology panesl16:54
amotokidavid-lyle: how did you debug it?16:54
david-lyletrying to remember my eventual workaroudn, but I think I had to load all when panel is initialized16:55
amotokii see your comment in horizon.tabs.js on some hack on d316:55
david-lylehaha, well at least I documented it16:55
david-lyleit's been a while, but I think actually the rendering may have happened but out of the viewport16:57
david-lyleI remember fighting that for a while16:58
amotokiit looks like a complicated thing16:58
david-lylethe commit message has more details https://review.openstack.org/#/c/282548/16:59
david-lylethe panel content size was 0x017:00
david-lyleso I used a resize to retrigger the render17:00
david-lylethe other option could be to set all tabs sizes based on the visible panel17:01
david-lylebut that might happen too late, and I think d3 and the flow layout might still have problems17:01
david-lyleamotoki, are your tabs just missing the pie charts?17:02
amotokidavid-lyle: no. my situation is completely opposite. piecharts in a hidden tab is also shown...17:03
david-lyleah so the display:none is not being set17:04
david-lylewonder why17:04
amotokiI tried to tabbify the overview panel and each tab uses limit_summary.html as a template.17:05
amotokiI haven't investigated the detail yet.17:05
david-lylechrome and firefox both include a build in js debugger, I found stardard printf style debugging to most effective17:05
david-lylewhere printf in this case is logging to the js console17:06
amotokiprintf is usually? sometimes? a powerful debuger :)17:07
*** jpich has quit IRC17:32
*** yamamoto has quit IRC17:35
*** absubram_ has quit IRC17:36
*** harlowja has joined #openstack-horizon17:37
*** yamamoto has joined #openstack-horizon17:37
*** yamamoto has quit IRC17:39
*** r-daneel has joined #openstack-horizon17:48
*** jtriley has quit IRC17:48
*** david-lyle has quit IRC17:50
*** dave-mccowan has quit IRC17:57
*** dave-mccowan has joined #openstack-horizon17:59
*** jtriley has joined #openstack-horizon18:14
*** jtriley has quit IRC18:19
*** jtriley has joined #openstack-horizon18:26
*** tosky has quit IRC18:37
*** yamamoto has joined #openstack-horizon18:40
*** lvdombrkr has joined #openstack-horizon18:40
*** lvdombrkr has quit IRC18:44
*** yamamoto has quit IRC18:47
*** tosky has joined #openstack-horizon19:01
*** david-lyle has joined #openstack-horizon19:02
*** ChanServ sets mode: +o david-lyle19:02
*** jtriley has quit IRC19:06
*** lbragstad has quit IRC19:18
*** jtriley has joined #openstack-horizon19:28
*** lbragstad has joined #openstack-horizon19:37
*** idlemind has quit IRC19:37
*** idlemind has joined #openstack-horizon19:38
*** tesseract has quit IRC20:00
*** e0ne has joined #openstack-horizon20:18
*** jtriley has quit IRC20:20
*** e0ne has quit IRC20:20
*** jtriley has joined #openstack-horizon20:37
*** dave-mccowan has quit IRC20:39
*** e0ne has joined #openstack-horizon20:47
*** e0ne has quit IRC21:13
*** DuncanT has quit IRC21:49
*** DuncanT has joined #openstack-horizon21:49
*** gary-smith has quit IRC21:56
*** gary-smith has joined #openstack-horizon22:03
*** kong has quit IRC22:05
*** kong has joined #openstack-horizon22:06
*** r-daneel has quit IRC22:09
*** dave-mccowan has joined #openstack-horizon22:40
*** cargonza has quit IRC22:53
*** cargonza has joined #openstack-horizon22:54
*** AndyWojo has quit IRC23:04
*** AndyWojo has joined #openstack-horizon23:04
*** jtomasek has quit IRC23:11
*** jtriley has quit IRC23:38
*** lbragstad has quit IRC23:49
*** wolverineav has quit IRC23:56
*** wolverineav has joined #openstack-horizon23:57

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