| kfox1111 | nice... and got django and flask working together. | 00:09 |
|---|---|---|
| kfox1111 | ok. I think this will be a viable solution. | 00:09 |
| *** kebray has quit IRC | 00:20 | |
| kfox1111 | darn... so close.... | 00:37 |
| kfox1111 | the x-jquery-tmpl's in the existing index.html conflict with django's templating. | 00:38 |
| kfox1111 | I probably just have to pull those out to their own file to test... | 00:38 |
| kfox1111 | yeah... going to be glad to refactor this code... http://ajax.microsoft.com/ajax/jquery.templates/beta1/jquery.tmpl.min.js | 00:39 |
| kfox1111 | beta1? | 00:39 |
| *** kzaitsev_mb has joined #openstack-app-catalog | 00:43 | |
| *** kzaitsev_mb has quit IRC | 00:47 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 01:14 | |
| *** kzaitsev_mb has quit IRC | 01:34 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 02:30 | |
| *** kzaitsev_mb has quit IRC | 02:35 | |
| *** openstackgerrit has quit IRC | 06:01 | |
| *** openstackgerrit has joined #openstack-app-catalog | 06:01 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 07:46 | |
| *** kzaitsev_mb has quit IRC | 07:51 | |
| *** openstackgerrit has quit IRC | 08:16 | |
| *** openstackgerrit has joined #openstack-app-catalog | 08:16 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 08:42 | |
| *** kzaitsev_mb has quit IRC | 09:11 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 10:06 | |
| *** kzaitsev_mb has quit IRC | 10:33 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 11:01 | |
| *** abhishekk has joined #openstack-app-catalog | 11:16 | |
| abhishekk | kzaitsev_mb: hi | 11:17 |
| kfox1111 | abhishekk: hi | 11:46 |
| abhishekk | hi | 11:46 |
| abhishekk | kfox1111: hi | 11:46 |
| abhishekk | kfox1111: http://apps.openstack.org/#tab=murano-apps&asset=Apache%20HTTP%20Server ? does not show any apps in browser | 11:47 |
| abhishekk | i have tried ie, chrome and mozilla as well | 11:47 |
| kfox1111 | for me, that link shows the details of the one package. | 11:48 |
| kfox1111 | what do you see? Anything at all? | 11:48 |
| abhishekk | just 4 menus | 11:49 |
| abhishekk | Murano Packages, Heat Templates, Glance Images and Add new Content | 11:49 |
| kfox1111 | hmm... | 11:50 |
| abhishekk | Even I click on any of above options it remains on the same page | 11:50 |
| kfox1111 | ok... lets see... | 11:50 |
| kfox1111 | can you open it up in chrome please, hit f12, and then reload it? | 11:50 |
| abhishekk | ok | 11:51 |
| abhishekk | it showing 9 erros | 11:51 |
| abhishekk | Refused to execute script from 'http://www.googleadservices.com/pagead/conversion_async.js' because its MIME type ('image/gif') is not executable. | 11:52 |
| abhishekk | Uncaught ReferenceError: $ is not defined | 11:53 |
| abhishekk | Uncaught ReferenceError: jQuery is not defined | 11:53 |
| kfox1111 | hmmm. very strange. | 11:53 |
| abhishekk | my team members are also facing same issue | 11:54 |
| abhishekk | let me dig in to it | 11:54 |
| kfox1111 | I wonder if its a corperate firewall blocking something? | 11:55 |
| abhishekk | kfox1111: when I deploy tomcat in murano and start the instance from nova it asks for credentials | 11:55 |
| abhishekk | I think you are right | 11:55 |
| abhishekk | do you have any idea about creds | 11:55 |
| kfox1111 | I don't know much about murano yet. I know heat asks for it if you don't have trusts setup with it. | 11:56 |
| abhishekk | ok, thank you :) | 11:56 |
| kfox1111 | np. :) | 11:57 |
| abhishekk | kfox1111: its sure that its firewall blocking, link is working on my mobile | 11:59 |
| kfox1111 | ok. thanks for checking. :) | 12:02 |
| kfox1111 | sorry its being blocked though. | 12:03 |
| abhishekk | no problem :) | 12:11 |
| abhishekk | thank you for your time | 12:11 |
| kfox1111 | any time. :) | 12:11 |
| *** abhishekk has quit IRC | 13:23 | |
| openstackgerrit | Kevin Fox proposed openstack/app-catalog: WIP - Python Server https://review.openstack.org/227856 | 13:48 |
| *** kebray has joined #openstack-app-catalog | 14:02 | |
| *** kebray has quit IRC | 15:20 | |
| docaedo | Kfox1111: for the ssl cert, fungi will get one (so it is purchased by the openstack foundation), then their hiera overrides the settings for the cert | 15:39 |
| docaedo | I don't know where they keep it so that it never ends up in a public repo, but I'm following their instructions here :) | 15:40 |
| kfox1111 | ok. that sounds good. | 15:40 |
| kfox1111 | just making sure that that was in progress, and we weren't thinking the current review would solve it all. | 15:40 |
| kfox1111 | can you please ammend the commit message to change Closes-Bug to Partial-Bug? | 15:41 |
| kfox1111 | I'll +1 it then. | 15:42 |
| docaedo | Sure | 15:48 |
| kfox1111 | thanks. | 15:48 |
| kfox1111 | Did you see this bit of crazyness? ---> https://review.openstack.org/227856 | 15:48 |
| kfox1111 | should be able to drop your flask poc into openstack_catalog/api.py and update openstack_catalog/wsgi.py to point to it, and it should all Just Work(TM) ;) | 15:50 |
| *** kzaitsev_mb has quit IRC | 16:11 | |
| docaedo | I haven't looked yet but should be able to shortly, sounds like good news! | 16:11 |
| *** kzaitsev_mb has joined #openstack-app-catalog | 16:27 | |
| kfox1111 | kzaitsev_mb: https://review.openstack.org/227856 | 16:28 |
| docaedo | I was thinking about murano and app versions, wanted to run something past you guys before I propose anything to murano team to see if you notice any obvious reasons why it might not be a bad idea | 16:33 |
| docaedo | The way murano works right now is that the operator defines the MURANO_REPO_URL system-wide | 16:34 |
| docaedo | then when a user wants to use murano to fetch something from the app catalog, they only put in the name like com.apcera.Apcera | 16:34 |
| kfox1111 | k. with you so far. | 16:36 |
| docaedo | then murano takes the repo URL, adds the app name and .zip to it | 16:36 |
| docaedo | so there's no magic, it's just basically obfuscating where that content is being grabbed from | 16:37 |
| docaedo | which means the environment is pretty rigidly tied to whatever the operator defined | 16:37 |
| kfox1111 | right. | 16:37 |
| docaedo | and also means it's not really possible to self-host that zip file (though you can download it, and then upload it) | 16:37 |
| docaedo | so my proposal | 16:37 |
| docaedo | would be to augment murano, let it do a regex to see if the package name is a complete URL, and if it is, ignore the murano_repo_url setting and just use the full path as supplied | 16:38 |
| docaedo | (consider that phase 1) | 16:38 |
| docaedo | Then ultimately the app catalog can tell people "here's the full path to the murano asset you are trying to find" | 16:38 |
| kfox1111 | (holding off comments until I hear what phase 2 is...) | 16:39 |
| kfox1111 | (or is this as far as you've gotten?) | 16:39 |
| docaedo | basically phase 2 is for murano to stop expecting to wrap that app name, and just let the user supply the direct path to it (because honestly, I don't see the value in that) | 16:39 |
| kfox1111 | k. the problem is the following: | 16:39 |
| kfox1111 | murano packages themselves do versioning/dependencies. :/ | 16:40 |
| kfox1111 | which means, they need abstract handles to packages | 16:40 |
| kfox1111 | ie, their .org.foo.bar name. | 16:40 |
| kfox1111 | if they used whole url's, they would get obsoleted pretty quickly when a new version came out on the site. | 16:41 |
| kfox1111 | youd' have to rebuild all the packages to point to the newer dependency. :/ | 16:41 |
| kzaitsev_mb | docaedo: murano is capable of downloading via URL, yep, but versioning/dependencies is the reason it was not based on urls in the 1st place | 16:41 |
| docaedo | ah I see what you're saying. | 16:41 |
| docaedo | that's really not sustainable IMO | 16:42 |
| kfox1111 | I think part of the solution is to get all the various engines out of the asset loading buisness, and just get them to call the app catalog to do it. | 16:42 |
| kfox1111 | then we can fix it in one spot, whith code that knows how to read assets. | 16:42 |
| kfox1111 | so murano says "get me org.foo.bar", and we call the package import on it and all its dependencies. | 16:43 |
| docaedo | I wouldn't want the app catalog to be the authority on that, I really think the app catalog should be basically a friendly index in front of a big swift store | 16:43 |
| kfox1111 | yes, but it also maintains the asset list, and what it means. | 16:43 |
| kfox1111 | so either, we distribute out the logic of parsing asset's, | 16:43 |
| kfox1111 | or we centeralize it. | 16:44 |
| kfox1111 | I think its going to be painful to push that logic to all the other projects. | 16:44 |
| kfox1111 | I think there's also a partial other solution. | 16:44 |
| kfox1111 | murano's staring to work towards supporting glance artifacts. | 16:44 |
| docaedo | openstack (for good or bad) is all about distribution, don't really see murano team accepting that logic being removed from their control | 16:44 |
| kfox1111 | maybe we encourage the openstack projects to just use glance artifacts for storage, | 16:45 |
| kfox1111 | and then we only have one integration point for pulling in depenedencies. | 16:45 |
| kfox1111 | the problem is, murano's not unique. solum, heat, and other projects will want to all do package imports of their own but its very hard to get right. | 16:46 |
| docaedo | honestly I think using glance at this point would be a terrible move. It has scaling issues right now, there's no way it's going to stand up as the central component for the app catalog if it starts to get popular | 16:46 |
| kfox1111 | no, wait, I don't think I quite got the idea accross. | 16:47 |
| kfox1111 | glance artifact api lives on the local cloud. | 16:47 |
| docaedo | What's wrong with just providing a place for all the projects to dump their stuff and be able to retrieve it again via URL? | 16:47 |
| kzaitsev_mb | I've thought, that app-catalog would supply something similar to pip in terms of asset (& asset version discovery), therefore I would be able to call some /api/v1/assets?type=murano&version_gte=0.2.5, that would return asset description with url inside, and we would be able to teach murano to understand that api. | 16:47 |
| kfox1111 | murano,heat,solum, etc want to consume resources from the local cloud. so pointing them at glance for artifacts makes sense. | 16:47 |
| kfox1111 | then we consern ourselves with providing the system to get assets into glance. | 16:48 |
| kfox1111 | that does not mean running glance on apps.openstack.org. | 16:48 |
| kfox1111 | say, user wants to load murano 'org.foo.bar'. | 16:48 |
| kfox1111 | they select the thing from the app-catalog-ui. | 16:49 |
| docaedo | kzaitsev_mb: that is about what I am proposing | 16:49 |
| kfox1111 | the app-catalog-ui issues a series of calls to the local glance to check what asets are loaded already, and install the rest. | 16:49 |
| kfox1111 | it can load nova, solum, and murano resources then all at once. | 16:50 |
| docaedo | kfox1111: OK that scenario makes sense to me, though I argue we shouldn't try to care how different projects store their things locally, we just make the common client issue the command to fetch from app-catalog storage, and import however their project imports | 16:50 |
| kfox1111 | docaedo: agreed, but the problem in particular with murano is it doesn't import just a package. | 16:51 |
| kfox1111 | it imports a package, and then itself tries to go back and import other stuff from the catalog itself. | 16:51 |
| kfox1111 | thats the logic that's tripping things up. | 16:52 |
| docaedo | right, but I don't want to argue with murano about changing how/what they import, would much rather just find an easy way for them to specify which version they want of something, and the catalog gives it back (then on their end, if murano then gets glance images, etc. let it) | 16:52 |
| docaedo | I don't see how that is tripping things up, it's just the way murano works | 16:52 |
| kfox1111 | right. and they can do that today, by parsing /api/v1/assets. but is that something we realy want them to do? | 16:53 |
| docaedo | for now I think that's fine, and when we have something like | 16:55 |
| docaedo | /api/v2/assets?type=murano&release=liberty&name=apache_http | 16:56 |
| docaedo | then app catalog gives them the liberty version of the package (and they deal with dependencies etc. however they want) | 16:56 |
| kfox1111 | yeah. | 16:59 |
| kzaitsev_mb | a semver-like version would be more preferrable, tbh. So do you suggest, that /api/v1/assets is stable enough to push it to murano guys and filtering/searching would be long somewhere down the road | 17:00 |
| docaedo | I don't think /api/v1/assets is going to change TBH, anything new will have a different endpoint | 17:01 |
| kfox1111 | we'd want a way to run the show from our end too though. | 17:01 |
| kfox1111 | we'd want a apackage import function from murano that suports loading without its own dependency resolver. | 17:02 |
| kfox1111 | so we can bundles that have murano and non murano resourcs. | 17:02 |
| kfox1111 | we can add to v1, just cant change it. | 17:02 |
| kfox1111 | for example, the adding of murano_repo to the api was just fine. | 17:02 |
| docaedo | murano doesn't need to change anything though for us to do that, we just have to go with what they have, and add extra stuff if that's something the app-catalog really needs to do | 17:03 |
| kfox1111 | hmm.... I guess it would work with both resolvers, it would just be much slower then needed. ie, | 17:05 |
| kfox1111 | catalog would say install package x into murano, murano would do it. | 17:05 |
| kfox1111 | catalog would install package y which depends on x then in murano. | 17:05 |
| kfox1111 | murano would then install y, but try and do x first, which would already be installed. | 17:06 |
| kfox1111 | etc. | 17:06 |
| kzaitsev_mb | currently it would get an already installed response and not do anything, yep | 17:06 |
| kfox1111 | ok. so I guess we can deal with that optomization later. | 17:07 |
| kzaitsev_mb | I don't really like the idea of parsing the whole /api/v1/assets on murano-client side, though. | 17:09 |
| kfox1111 | yeah... | 17:09 |
| kfox1111 | well, I'm hoping the /api/v1/murano_repo thing can solve the liberty issue, | 17:10 |
| kfox1111 | and we may get to /api/v2/ in mitaka to solve the versioning, | 17:10 |
| kfox1111 | and then the api can provide much finer grained searching like docaedo suggested. | 17:10 |
| kzaitsev_mb | yep, it would., I'm thinking more of a mitaka now | 17:10 |
| kfox1111 | I'm kind of hoping by then, murano will just use glance, and we just gota get glance pulling from the app catalog. | 17:12 |
| kfox1111 | so it may be less of an issue. | 17:13 |
| kfox1111 | we realy need someone from the glance artifact team to sit down with us and explain where they are and their short term plans. | 17:13 |
| docaedo | Tokyo! | 17:18 |
| kzaitsev_mb | on the other hand as soon as there is an api, that let's you grab an asset and then ask for more assets as deps — it shouldn't be hard for murano to use that API. | 17:18 |
| kzaitsev_mb | Tokyo! | 17:18 |
| docaedo | is artifacts in glance v2 or v3? | 17:18 |
| kzaitsev_mb | v3 | 17:18 |
| docaedo | ok .. interesting, and slightly problematic as there are issues with v2, so not sure how much I would want to rely on v3 | 17:19 |
| kzaitsev_mb | kfox1111: you going? =) | 17:19 |
| kzaitsev_mb | shouldn't be hard: both in terms of code and in terms of convincing. At least I think so. | 17:20 |
| kfox1111 | yup. I'll be there. | 17:22 |
| kfox1111 | +1 for using an api not tied to just murano. | 17:23 |
| kfox1111 | we're supporting 2 right now. one for murano, one for everyone else. | 17:23 |
| *** kzaitsev_mb has quit IRC | 17:26 | |
| kfox1111 | I think I'm going to merge https://review.openstack.org/#/c/226920/ as is. worst case we're probably not too far out from v2, and we can fix any missteps then. | 18:01 |
| docaedo | I'm good with that | 18:02 |
| openstackgerrit | Merged openstack/app-catalog-ui: Handle an asset service schema version https://review.openstack.org/226920 | 18:03 |
| *** jmolsen_ has joined #openstack-app-catalog | 18:49 | |
| kfox1111 | odd... | 18:52 |
| kfox1111 | I thought the patch for fixing the murano issue got merged.. | 18:52 |
| *** jmolsen has quit IRC | 18:53 | |
| kfox1111 | oh. yeah, it did... somehow had an old checkout... | 18:54 |
| kfox1111 | ok. just gota revert that... | 18:55 |
| docaedo | did something break? | 18:57 |
| kfox1111 | no. was starting from trunk again to slide in heat environment support. | 18:58 |
| docaedo | ah | 18:58 |
| kfox1111 | but there was a merge conflict when I checked it out. | 18:58 |
| kfox1111 | all better. | 18:58 |
| kfox1111 | arg... no... that wont work... | 19:04 |
| kfox1111 | ok... guess I'll have to hack around this a little in the yaml->json converter. | 19:07 |
| kfox1111 | ok... I think this will work around the issue. | 19:26 |
| openstackgerrit | Kevin Fox proposed openstack/app-catalog: Support Heat Environments with the App Catalog. https://review.openstack.org/228029 | 20:10 |
| openstackgerrit | Kevin Fox proposed openstack/app-catalog-ui: Support Heat Environments with the App Catalog. https://review.openstack.org/228030 | 20:12 |
| *** kzaitsev_mb has joined #openstack-app-catalog | 20:32 | |
| *** kzaitsev_mb has quit IRC | 21:03 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 21:08 | |
| *** kzaitsev_mb has quit IRC | 21:15 | |
| *** openstackgerrit has quit IRC | 21:16 | |
| *** openstackgerrit has joined #openstack-app-catalog | 21:16 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 21:17 | |
| *** openstackgerrit has quit IRC | 22:01 | |
| *** openstackgerrit has joined #openstack-app-catalog | 22:01 | |
| *** openstack has joined #openstack-app-catalog | 22:35 | |
| *** openstack has joined #openstack-app-catalog | 22:50 | |
| *** kzaitsev_mb has quit IRC | 23:39 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 23:40 | |
| *** kzaitsev_mb has quit IRC | 23:45 | |
| kfox1111 | docaedo: get a chance to skim the horizon/flask review? | 23:47 |
| docaedo | kfox1111: no sorry, but I'll shoot for it this weekend | 23:50 |
| kfox1111 | ok. just curious your take on how crazy an idea it is. :) | 23:52 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!