| *** asalkeld has joined #murano | 00:17 | |
| *** IlyaE has joined #murano | 00:31 | |
| *** IlyaE has quit IRC | 00:47 | |
| *** asalkeld has quit IRC | 02:25 | |
| *** asalkeld_ has joined #murano | 02:25 | |
| *** IlyaE has joined #murano | 02:32 | |
| *** IlyaE has quit IRC | 02:38 | |
| *** killer_prince is now known as lazy_prince | 02:53 | |
| *** IlyaE has joined #murano | 03:04 | |
| *** IlyaE has quit IRC | 03:17 | |
| *** asalkeld_ has quit IRC | 03:21 | |
| *** IlyaE has joined #murano | 03:22 | |
| *** lazy_prince is now known as killer_prince | 03:37 | |
| *** drupalmonkey has joined #murano | 03:39 | |
| *** drupalmonkey has quit IRC | 03:39 | |
| *** IlyaE has quit IRC | 03:54 | |
| *** killer_prince is now known as lazy_prince | 04:11 | |
| *** chandankumar has joined #murano | 04:34 | |
| *** chandankumar has quit IRC | 04:44 | |
| *** IlyaE has joined #murano | 04:45 | |
| *** IlyaE has quit IRC | 04:58 | |
| *** chandankumar has joined #murano | 05:24 | |
| *** k4n0 has joined #murano | 05:35 | |
| *** lazy_prince is now known as killer_prince | 05:52 | |
| openstackgerrit | Ekaterina Chernova proposed a change to stackforge/murano-dashboard: Fix statuses for environment state https://review.openstack.org/104801 | 06:12 |
|---|---|---|
| *** killer_prince is now known as lazy_prince | 06:16 | |
| *** lazy_prince has quit IRC | 06:23 | |
| *** IlyaE has joined #murano | 06:47 | |
| *** killer_prince has joined #murano | 07:21 | |
| *** killer_prince has quit IRC | 07:21 | |
| *** lazy_prince has joined #murano | 07:22 | |
| openstackgerrit | Ekaterina Chernova proposed a change to stackforge/murano-dashboard: Fix statuses for environment state https://review.openstack.org/104801 | 07:52 |
| *** stanlagun has joined #murano | 08:08 | |
| *** IlyaE has quit IRC | 08:13 | |
| openstackgerrit | Ekaterina Chernova proposed a change to stackforge/murano-dashboard: Fix statuses for environment state https://review.openstack.org/104801 | 08:28 |
| openstackgerrit | A change was merged to stackforge/python-muranoclient: Add package-create command https://review.openstack.org/99177 | 08:56 |
| openstackgerrit | A change was merged to stackforge/python-muranoclient: Update package-import command https://review.openstack.org/102162 | 08:56 |
| *** lazy_prince is now known as killer_prince | 09:23 | |
| *** killer_prince is now known as lazy_prince | 09:30 | |
| openstackgerrit | Stan Lagun proposed a change to stackforge/murano: Unit tests for MuranoPL assignment expressions https://review.openstack.org/104722 | 09:57 |
| *** lazy_prince is now known as killer_prince | 09:59 | |
| *** sergmelikyan has quit IRC | 10:04 | |
| *** killer_prince is now known as lazy_prince | 10:06 | |
| openstackgerrit | Ruslan Kamaldinov proposed a change to stackforge/murano: DO NOT MERGE: func tests debugging https://review.openstack.org/106017 | 11:18 |
| *** k4n0 has quit IRC | 11:26 | |
| *** lazy_prince has quit IRC | 11:37 | |
| *** openstackgerrit has quit IRC | 11:47 | |
| *** killer_prince has joined #murano | 11:52 | |
| *** killer_prince is now known as lazy_prince | 11:53 | |
| *** lazy_prince has quit IRC | 12:07 | |
| *** killer_prince has joined #murano | 13:26 | |
| *** killer_prince is now known as lazy_prince | 13:26 | |
| *** rakhmerov has quit IRC | 13:47 | |
| *** akuznetsova has quit IRC | 13:48 | |
| *** katyafervent has quit IRC | 13:48 | |
| *** IgorYozhikov has quit IRC | 13:48 | |
| *** tsufiev has quit IRC | 13:48 | |
| *** igormarnat has quit IRC | 13:48 | |
| *** dteselkin has quit IRC | 13:48 | |
| *** ativelkov has quit IRC | 13:48 | |
| *** drupalmonkey has joined #murano | 13:48 | |
| *** sergmelikyan has joined #murano | 13:50 | |
| *** sjmc7 has joined #murano | 14:01 | |
| sergmelikyan | sjmc7, o/ | 14:05 |
| sjmc7 | hi | 14:06 |
| sergmelikyan | sjmc7, https://review.openstack.org/105686 - added unit-tests :) | 14:06 |
| sergmelikyan | and integration test | 14:06 |
| sjmc7 | ah, cool | 14:07 |
| sjmc7 | i will take a look | 14:07 |
| sergmelikyan | But unit-tests are not going to pass :( Some small issues in dsl tests foundation. | 14:08 |
| sergmelikyan | I think unit-tests for base class library are little bloated - this is caused fact that if you need mock/stubs something in PL classes you need to create class file | 14:09 |
| sjmc7 | you mean you need a yaml file? | 14:10 |
| sergmelikyan | yes | 14:10 |
| sjmc7 | yeah.. mocking those classes is hard | 14:10 |
| sergmelikyan | But this is may be improved, but I suggest to do it in another patch. I think we need some generic mocking tool for murano PL. Something small - at least to stub something that is not used by SAT | 14:11 |
| sergmelikyan | *can be | 14:11 |
| sjmc7 | you don't necessarily need yaml files - it could be a python structure | 14:11 |
| sjmc7 | or just a string | 14:11 |
| sergmelikyan | mmm? | 14:11 |
| sjmc7 | but yeah, that should be separate | 14:11 |
| sjmc7 | sergmelikyan, have you taken a look at https://wiki.openstack.org/wiki/TaskFlow ? | 14:36 |
| *** akuznetsova has joined #murano | 14:38 | |
| *** rakhmerov has joined #murano | 14:39 | |
| *** IgorYozhikov has joined #murano | 14:39 | |
| ruhe | sjmc7: do you that taskflow could help us somewhere? | 14:41 |
| ruhe | * do you think that | 14:42 |
| *** ativelkov has joined #murano | 14:42 | |
| sjmc7 | i only discovered it today, but yeah, maybe. if you consider a 'task' updating and pushing a heat template, rollback to remove what you just added | 14:43 |
| *** katyafervent has joined #murano | 14:43 | |
| *** dteselkin has joined #murano | 14:44 | |
| *** tsufiev has joined #murano | 14:47 | |
| *** igormarnat has joined #murano | 14:47 | |
| *** IlyaE has joined #murano | 14:55 | |
| *** chandankumar has quit IRC | 15:31 | |
| *** openstackgerrit has joined #murano | 15:32 | |
| openstackgerrit | Serg Melikyan proposed a change to stackforge/murano: Improve dsl testing framework foundation https://review.openstack.org/106077 | 15:32 |
| openstackgerrit | Serg Melikyan proposed a change to stackforge/murano: Fix stack inconsistency after app deletion https://review.openstack.org/105686 | 15:34 |
| openstackgerrit | Serg Melikyan proposed a change to stackforge/murano: Delete Heat stack when environment is deleted https://review.openstack.org/102810 | 15:42 |
| sergmelikyan | sjmc7, in which timezone lives Ankur? :) | 16:05 |
| sjmc7 | california | 16:05 |
| sergmelikyan | thx | 16:05 |
| sjmc7 | GMT-8 | 16:05 |
| sjmc7 | which is why he's rarely online the same time as you guys :) | 16:06 |
| sergmelikyan | sjmc7, I think we need to resolve all questions about https://review.openstack.org/99465 and merge it today :) | 16:09 |
| sjmc7 | drupalmonkey (ryan) is online | 16:10 |
| sergmelikyan | stanlagun, you work pretty late usually, can you catch up with Ankur and resolve all your open questions about this patch? | 16:10 |
| stanlagun | I can | 16:10 |
| sergmelikyan | You will do? ) | 16:11 |
| sergmelikyan | There only one major thing actually - supplier info introduced only for murano packages - we need to introduce this for all types of packages | 16:11 |
| stanlagun | The problem is that hi is not here | 16:11 |
| sergmelikyan | stanlagun, he will be later :) | 16:11 |
| sjmc7 | can we do that as a separate patch? | 16:11 |
| sjmc7 | or discuss with ryan now | 16:11 |
| sergmelikyan | sjmc7, sure, but I am little bit worried about merging patch with so easy and oblivious fix... | 16:12 |
| stanlagun | Actually I have 2 questions, both in https://review.openstack.org/#/c/99465/15/murano/packages/versions/mpl_v1.py | 16:12 |
| sjmc7 | ok, but it needs to get merged pretty quickly or not at all - we've spent way too much time on it | 16:12 |
| sergmelikyan | sjmc7, today we discovered patch of one of the our coworker that going through really hellish phase: [3:44:35 PM | Edited 3:44:42 PM] Serg Melikyan: https://review.openstack.org/82488 - 23 patches, ~6 months | 16:13 |
| sjmc7 | so yes, resolve questions today please | 16:13 |
| sergmelikyan | sjmc7, sure :) | 16:13 |
| stanlagun | 1. What is the purpose of renaming (long block of code that seems redundant) and can we duplicate changes in this file to hot_v1.py | 16:13 |
| sergmelikyan | today it is going to be merged | 16:13 |
| sjmc7 | oh yeah, heat's tough to get patches in | 16:13 |
| sergmelikyan | drupalmonkey, what do you think about questions from Stan? | 16:14 |
| sergmelikyan | sjmc7, right after merging that patch - all related patches are going to be merged right away | 16:15 |
| drupalmonkey | I'm not sure for the exact reason for the renaming of those variables.. my guess was to have "human-readable" names in the manifest file, but then to have the variables usable by the template files with underscores and such | 16:16 |
| stanlagun | what template files? | 16:17 |
| drupalmonkey | the template files on the murano-dashboard side.. muranodashboard/templates/catalog/_overview.html | 16:18 |
| sergmelikyan | in python/templates snake_case looks more natural than Camel-Case with dashes. stanlagun I think this is may be leaved as is | 16:21 |
| *** IlyaE has quit IRC | 16:21 | |
| drupalmonkey | also i think part of this is because of multi-level data.. Ankur couldn't just use: package._supplier = yaml_content.get('Supplier'), because the Supplier info wasn't just a flat string | 16:24 |
| stanlagun | _supplier is dictionary anyway and stored in DB as JSON blob | 16:26 |
| sergmelikyan | Let's wait till ankurrr will wake up and do a little bit pair programming :) | 16:26 |
| sergmelikyan | sjmc7, https://review.openstack.org/102321 - can you merge this one? | 16:26 |
| sjmc7 | he's online, i'll get him to sign into IRC | 16:27 |
| sjmc7 | done | 16:27 |
| *** ankurrr has joined #murano | 16:27 | |
| sergmelikyan | sjmc7, thx! | 16:28 |
| *** IlyaE has joined #murano | 16:28 | |
| sergmelikyan | ankurrr, morning! | 16:31 |
| sergmelikyan | Sorry for disturbing you so early :) | 16:31 |
| sergmelikyan | http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2014-07-10.log - we had a little discussion about you patch. It's look pretty cool, only few small questions :) Lets fix them online? | 16:32 |
| sergmelikyan | *you patch/your patch | 16:32 |
| ankurrr | sergmelikyan: sure, how should we start | 16:33 |
| sergmelikyan | ankurrr: ><stanlagun> Actually I have 2 questions, both in https://review.openstack.org/#/c/99465/15/murano/packages/versions/mpl_v1.py | 16:34 |
| sergmelikyan | ankurrr, I think we need to support supplier info in both type of packages | 16:35 |
| sergmelikyan | and there was also a question about why do we make renaming - may be we can avoid it? | 16:36 |
| sergmelikyan | I think code for supplier info may be extracted to https://github.com/stackforge/murano/blob/master/murano/packages/application_package.py | 16:37 |
| sergmelikyan | stanlagun, what do you think? | 16:37 |
| ankurrr | sergmelikyan: the renaming is done just to be consistent with how the other attributes of a package are handled. | 16:37 |
| ankurrr | everything starts of upper case and is flattened eventually | 16:37 |
| stanlagun | ankurrr: can we keep it as is? it just complicated code | 16:38 |
| ankurrr | stanlagun: then my preference would be to start off with these attribute names in lower case (in the manifest.yaml file). however, I'm trying to understand: don't we currently do the same for the other fields? ("Name" becomes "name", "Logo" becomes "logo", "Author" becomes "author", etc) | 16:40 |
| openstackgerrit | A change was merged to stackforge/murano-dashboard: Adds test coverage for flavor filter https://review.openstack.org/102321 | 16:41 |
| stanlagun | ankurrr: AFAIU 'Name' attribute is stored in 'name' field of type string in DB. 'Supplier' will be stored in 'supplier' field of type JsonBlob. The inner structure can remain the same as in manifest | 16:42 |
| stanlagun | as far as I understand your code you do store it in JSON blob. I don't see any flattering. Or maybe I'm missing something? | 16:43 |
| stanlagun | Company-URL will become JSON attribute name that is valid for JSON. There is no column with such name so no need for underscore | 16:44 |
| *** chandankumar has joined #murano | 16:45 | |
| stanlagun | and this can be simplified tp package._supplier = yaml_content.get('Suplier', {}) | 16:45 |
| ankurrr | stanlagun: the structure goes as is into the json blob. however, in the code, I'd personally prefer using lower-case values for the dictionary keys. that way, a coder doesn't have to remember which names were upper-case and which weren't. if the solution is to make everything under 'Supplier' lower case, then I'm fine doing that. | 16:46 |
| ankurrr | stanlagun: also, I think the hyphens cause an issue when pulling them out with the client for the related dashboard changes. | 16:46 |
| ankurrr | i can't just start off with "company_url" in the manifest.yaml file instead of "Company-URL" | 16:47 |
| ankurrr | *can | 16:47 |
| stanlagun | ankurrr: there is a convention that we use saying that all predefined keywords (keys, names etc) should be in PascalCase (Pascal-Case) and variable names (method names etc.) should be in camelCase. | 16:50 |
| stanlagun | As for the code - those are strings, not variable names or something | 16:50 |
| drupalmonkey | for django template files variables can't have hyphens in them | 16:50 |
| drupalmonkey | causes an exception | 16:50 |
| drupalmonkey | parse error or something | 16:51 |
| drupalmonkey | they have to be underscores | 16:51 |
| ankurrr | stanlagun: so the conversion of hyphens to underscores has to happen somewhere. why don't we just start off with underscores in the manifest.yaml file then? | 16:52 |
| stanlagun | those are not filenames and not Jango. It can be CompanyUrl if you'd like | 16:52 |
| stanlagun | can you explain why it has to happen anywhere? | 16:52 |
| ankurrr | stanlagun: if we start off with hyphenated attribute names in the manifest.yaml file and wish to keep the code simple without doing any conversion on the API side, then the code on the dashboard side has to remove the hyphen before putting it in a variable for the Django template. | 16:54 |
| stanlagun | variable_name = dict['Company-URL']['Link']. What is wrong with that code? | 16:56 |
| stanlagun | I'm not familiar with Django. Maybe thas why I don't understand :) | 16:56 |
| ankurrr | stanlagun: I believe, on the murano dashboard side, we can't simply just pass this dict into a template. From what I understand, the hyphen in "Company-URL" will cause a problem in the django template if we pass dict as is. | 16:58 |
| stanlagun | tsufiev: katyafervent: are you here with us? | 16:58 |
| ankurrr | stanlagun: that then means that somewhere in the dashboard code, we would need some kind of treatment of the dict that removes the "-" from "Company-URL' | 16:59 |
| sjmc7 | i can referee django questions | 16:59 |
| sjmc7 | yes - you would put something in to rewrite the context data before sending it for rendering | 16:59 |
| drupalmonkey | stanlagun: a hyphen, in a line like so: {% if app.supplier.company-url.link %} | 17:00 |
| drupalmonkey | causes this error: TemplateSyntaxError at /murano/catalog/details/222a237cf9ab4d49a6133b4e2f860aba | 17:00 |
| drupalmonkey | Could not parse the remainder: '-url.link' from 'app.supplier.company-url.link' | 17:00 |
| stanlagun | ok, got it | 17:00 |
| sjmc7 | there may be a tag in horizon already that can do this, i haven't looked, but dashes in variable names or dictionary key cause trouble | 17:00 |
| ankurrr | I have no problem with that. I simply want to point out that we have a desire to avoid needing the extra code of removing the hyphens in the api code. but then we're just forcing that code to exist on the dashboard side. maybe we should just start off with underscores everywhere. | 17:01 |
| sjmc7 | it's reasonably simple to do the replacement in the dashboard if that's where it makes sense | 17:01 |
| stanlagun | What if we just change it to CompnayUrl? | 17:01 |
| sjmc7 | then that's fine in django | 17:02 |
| ankurrr | stanlagun: CompanyUrl or "CompanyURL"? Also, should all the key values in the dict be camel-case? | 17:02 |
| sjmc7 | but django shouldn't necessarily drive data structures | 17:02 |
| stanlagun | The reason I don't like renaming in API is because it has nothing to do with Django and seems obscure. And we need to duplicate all that code to HOT package and I'd wish to avoid having such code twice | 17:02 |
| stanlagun | CompanyUrl | 17:02 |
| sjmc7 | name variables however they make sense, and fix names in the dashboard if necessary | 17:03 |
| stanlagun | Key values should be PascalCase because their names are fixed | 17:03 |
| stanlagun | dashboard is a much better place to do that | 17:04 |
| ankurrr | stanlagun: ok. so, (1) we want this in place for HOT packages and (2) PascalCase all the dict keys | 17:04 |
| ankurrr | stanlagun: I'll submit another patch set | 17:05 |
| stanlagun | yes. Just remove the renaming code (make it CompanyUrl instead of Company-URL in manifest if you like it more) and duplicate what is left to hot_v1.py | 17:07 |
| stanlagun | in dashboard you can rename it to anything you'd like. No problem with that | 17:08 |
| stanlagun | btw can we just always call supplier logo supplier.png? Otherwise we need to have key for ordinary logo | 17:09 |
| stanlagun | and one more question: if I'm writing package for Oracle MySql who is author and who is supplier in that case? | 17:12 |
| sjmc7 | stanlagun - this was for cases where e.g. HP package something but a different company is the supplier | 17:13 |
| sjmc7 | just for additional company information | 17:13 |
| stanlagun | and in my example I will be author or supplier? | 17:14 |
| sjmc7 | author | 17:14 |
| *** lazy_prince is now known as killer_prince | 17:14 | |
| stanlagun | so Oracle is supplier? | 17:14 |
| sjmc7 | yes | 17:14 |
| stanlagun | got it | 17:15 |
| stanlagun | and what about logo? | 17:15 |
| sjmc7 | what about it? | 17:15 |
| stanlagun | forget it. I thought author's logo file name is hardcoded so there is no reason to have it configurable for supplier. I was wrong | 17:17 |
| *** sjmc7_ has joined #murano | 17:20 | |
| *** sjmc7 has quit IRC | 17:24 | |
| *** sjmc7_ is now known as sjmc7 | 17:27 | |
| sjmc7 | separate question - the 'signing_dir' in the keystone_authtoken config section, what exactly is that doing, and are there other services that use it so i can see how they configure it in deployments? | 17:28 |
| stanlagun | keystone client uses it | 17:29 |
| stanlagun | it stores certificates there or something like that | 17:30 |
| stanlagun | Directory used to cache files related to PKI tokens | 17:31 |
| sjmc7 | is it required? | 17:31 |
| sjmc7 | i've had it get out of date before; i'm trying to figure out what i need to do to make sure it's configured right in proper deployments | 17:32 |
| stanlagun | I'm not sure. I saw it being used but don't remember under what circumstances | 17:33 |
| *** bharath has joined #murano | 17:50 | |
| *** IlyaE has quit IRC | 17:50 | |
| bharath | stanlagun: hi | 17:51 |
| stanlagun | bharath: hi! | 17:51 |
| *** bharath has quit IRC | 17:55 | |
| *** slagun has joined #murano | 18:00 | |
| *** stanlagun has quit IRC | 18:03 | |
| *** IlyaE has joined #murano | 18:11 | |
| openstackgerrit | Ankur Rishi proposed a change to stackforge/murano: Add optional fields to packages for supplier info https://review.openstack.org/99465 | 18:14 |
| *** IlyaE has quit IRC | 18:14 | |
| ankurrr | stanlagun: submitted an updated patch set for https://review.openstack.org/99465 with all names in PascalCase and with supplier info stuff included for HOT packages | 18:16 |
| slagun | ankurrr: Excellent! +2 just after Jenkins/murano-ci | 18:21 |
| ankurrr | slagun: cool. thanks for bearing with my while we sorted this out. | 18:22 |
| slagun | sorry for reviewing it so late. Don't hesitate to contact me next time is your commit doesn't get reviewed. Its my top priority | 18:25 |
| ankurrr | slagun: sure, will keep in mind for future code reviews | 18:29 |
| slagun | ankurrr: unfortunately murano-ci failed at your commit :( | 18:31 |
| slagun | /usr/local/lib/python2.7/dist-packages/murano/packages/application_package.py", line 121, in _load_supplier_logo | 18:32 |
| slagun | TypeError: argument of type 'NoneType' is not iterable | 18:32 |
| ankurrr | hmm | 18:33 |
| slagun | you should yaml_content.get('Supplier', {}) instead of yaml_content.get('Supplier') | 18:34 |
| slagun | this will fix it | 18:34 |
| ankurrr | ah, yeah, I was wondering about that. sure, let me do that | 18:34 |
| slagun | or even better yaml_content.get('Supplier') or {} | 18:34 |
| openstackgerrit | Ankur Rishi proposed a change to stackforge/murano: Add optional fields to packages for supplier info https://review.openstack.org/99465 | 18:36 |
| openstackgerrit | Ankur Rishi proposed a change to stackforge/murano: Add optional fields to packages for supplier info https://review.openstack.org/99465 | 18:44 |
| slagun | sjmc7: please take a look at my remark at https://review.openstack.org/#/c/100344/7/meta/io.murano/Classes/resources/HeatSWConfigInstance.yaml. This error remains in patch set 8 | 18:45 |
| sjmc7 | ah, good catch, sorry | 18:45 |
| openstackgerrit | Steve McLellan proposed a change to stackforge/murano: Add 'userdata_format' to Server heat template https://review.openstack.org/100344 | 18:46 |
| slagun | looks good to me. Lets wait for ci | 18:48 |
| slagun | +2 for both commits. | 19:08 |
| slagun | ruhe: need more cores to merge them | 19:09 |
| *** chandankumar has quit IRC | 19:25 | |
| *** sjmc7_ has joined #murano | 19:32 | |
| *** sjmc7_ has quit IRC | 19:34 | |
| *** sjmc7_ has joined #murano | 19:34 | |
| *** sjmc7 has quit IRC | 19:35 | |
| *** sjmc7_ is now known as sjmc7 | 19:35 | |
| openstackgerrit | Ryan Peters proposed a change to stackforge/murano-dashboard: Displays supplier info fields on Application Details page https://review.openstack.org/103990 | 20:26 |
| *** serg_melikyan has joined #murano | 21:02 | |
| serg_melikyan | sjmc7: https://review.openstack.org/103990 - reviewd | 21:06 |
| serg_melikyan | sjmc7: https://review.openstack.org/105545 - for this one we need to sort out issues with CI first :( | 21:07 |
| serg_melikyan | I thing that this change not going to cause issues but we need to fix CI to be sure | 21:09 |
| openstackgerrit | A change was merged to stackforge/murano: Add optional fields to packages for supplier info https://review.openstack.org/99465 | 21:10 |
| sjmc7 | hurrah! thanks | 21:10 |
| serg_melikyan | slagun, please recheck your changes against murano-ci | 21:10 |
| serg_melikyan | sjmc7: I hope this will never happen again :) | 21:12 |
| sjmc7 | yeah, that chage likely didnt cause the CI problem | 21:12 |
| sjmc7 | i'm sure it will :) it's no big deal, we just kept getting asked why it wasn't checked off our list | 21:12 |
| slagun | well it seems that is because of commit | 21:12 |
| slagun | several unit tests failed. And they related to images | 21:13 |
| serg_melikyan | guys, don't hesitate do ask for review if something is stuck for more then one day | 21:13 |
| slagun | Why glance behavior changed but there was no update for glance client in requirements.txt? | 21:13 |
| serg_melikyan | slagun: change was done in openstack_dashboard https://github.com/openstack/horizon/commit/2428d78a156d215b6bdc0e6172c86609394ca726 | 21:16 |
| serg_melikyan | katyafervent: do we install latest openstack_dashboard as part of testing? | 21:17 |
| serg_melikyan | As part of tox we install stable-icehouse - https://github.com/stackforge/murano-dashboard/blob/master/tox.ini#L18 | 21:19 |
| serg_melikyan | ruhe: i think this is wrong | 21:19 |
| serg_melikyan | https://github.com/stackforge/murano-dashboard/blob/master/setup.sh relies on horizon to be installed... | 21:20 |
| serg_melikyan | I think IgorYozhikov can help us with this issue :) But, I guess, only tomorrow :_ | 21:21 |
| serg_melikyan | have a nice day, guys :) | 21:21 |
| * serg_melikyan finally moving to bed | 21:21 | |
| *** serg_melikyan has quit IRC | 21:34 | |
| sjmc7 | slagun - i think when i looked at it that glance was getting pulled in with a minimum version but not a max | 21:41 |
| sjmc7 | so the update started getting dragged in | 21:41 |
| sjmc7 | yeah, serg is right, that was the commit | 21:45 |
| *** btully has quit IRC | 22:29 | |
| *** sergmelikyan has quit IRC | 22:32 | |
| *** ankurrr has quit IRC | 22:32 | |
| *** IgorYozhikov has quit IRC | 22:32 | |
| *** rakhmerov has quit IRC | 22:32 | |
| *** akuznetsova has quit IRC | 22:32 | |
| *** tnurlygayanov has quit IRC | 22:33 | |
| *** katyafervent has quit IRC | 22:33 | |
| *** ativelkov has quit IRC | 22:33 | |
| *** drupalmonkey has quit IRC | 22:33 | |
| *** slagun has quit IRC | 22:33 | |
| *** dteselkin has quit IRC | 22:33 | |
| *** killer_prince has quit IRC | 22:33 | |
| *** ciypro|afk has quit IRC | 22:33 | |
| *** openstackgerrit has quit IRC | 22:33 | |
| *** sjmc7 has quit IRC | 22:33 | |
| *** peoplemerge has quit IRC | 22:33 | |
| *** igormarnat has quit IRC | 22:33 | |
| *** tsufiev has quit IRC | 22:33 | |
| *** ruhe has quit IRC | 22:33 | |
| *** sjmc7 has joined #murano | 22:36 | |
| *** slagun has joined #murano | 22:36 | |
| *** ankurrr has joined #murano | 22:36 | |
| *** openstackgerrit has joined #murano | 22:36 | |
| *** igormarnat has joined #murano | 22:36 | |
| *** tsufiev has joined #murano | 22:36 | |
| *** dteselkin has joined #murano | 22:36 | |
| *** katyafervent has joined #murano | 22:36 | |
| *** ativelkov has joined #murano | 22:36 | |
| *** IgorYozhikov has joined #murano | 22:36 | |
| *** rakhmerov has joined #murano | 22:36 | |
| *** akuznetsova has joined #murano | 22:36 | |
| *** sergmelikyan has joined #murano | 22:36 | |
| *** drupalmonkey has joined #murano | 22:36 | |
| *** killer_prince has joined #murano | 22:36 | |
| *** peoplemerge has joined #murano | 22:36 | |
| *** ciypro|afk has joined #murano | 22:36 | |
| *** tnurlygayanov has joined #murano | 22:36 | |
| *** ruhe has joined #murano | 22:36 | |
| *** drupalmonkey has quit IRC | 22:42 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!