| docaedo | I like it - going to run locally for personal sanity and low-rent QA :) | 00:00 |
|---|---|---|
| kfox1111 | ok. sounds good. :) | 00:03 |
| kzaitsev_mb | so service then. sounds better =) | 00:04 |
| kfox1111 | yeah. the code in the ui plugin will basically be, if x.service.type not in keystone service catalog, hide | 00:05 |
| kfox1111 | :) | 00:05 |
| kzaitsev_mb | and those are service-specific parameters, I kind of like it =) | 00:14 |
| kfox1111 | yeah. should make it very easy to add solum language packs once we're merged. | 00:15 |
| kfox1111 | would just add a small subsection at the end of the schema for their required params. | 00:15 |
| kzaitsev_mb | planning to add murano there later? =) | 00:16 |
| kfox1111 | yup. | 00:16 |
| kfox1111 | just doing it a piece at a time. :) | 00:16 |
| kfox1111 | didn't want the review to get too big. | 00:17 |
| kfox1111 | doing both glance and heat was a bit large. | 00:17 |
| kfox1111 | for my tastes anyway. | 00:17 |
| kzaitsev_mb | yeah, openstack suffers from inability to split patches into smaller chunks, sometimes =) | 00:18 |
| kfox1111 | I think its because reviews are usually somewhat painful. | 00:18 |
| kfox1111 | so devs batch them up so there is less reviews. :/ | 00:18 |
| kfox1111 | yay. the horizon patch is top on the list now. :) | 00:21 |
| kfox1111 | 15 hr 56 min. :/ | 00:21 |
| kzaitsev_mb | zuul seems to behave even stranger now.. a bunch of tasks in check queue that have eevrything green, but stay in check queue =/ | 00:21 |
| kzaitsev_mb | npm test failed | 00:22 |
| kzaitsev_mb | =( | 00:22 |
| kfox1111 | :( | 00:22 |
| kzaitsev_mb | looks like a legit fail. https://jenkins03.openstack.org/job/gate-horizon-npm-run-test/467/console | 00:24 |
| kfox1111 | ak. cool. that I can work with. | 00:24 |
| kfox1111 | ah. cause I think I copied just a little too much of the glance.service.spec.js | 00:26 |
| kzaitsev_mb | so... another 15 hours then =( | 00:26 |
| kfox1111 | hopefully not that long. :) | 00:26 |
| kzaitsev_mb | =) | 00:26 |
| *** kzaitsev_mb has quit IRC | 00:31 | |
| kfox1111 | arg. I wonder how long this new commit's going to take. the one earlier today only took a few minutes... | 00:33 |
| kfox1111 | wonder if the gate's snarled up again. | 00:33 |
| kfox1111 | well, I'll just push the app catalog ui changes anyway. it should work once apps.openstack.org catches up. | 00:37 |
| kfox1111 | gota head out. l8r. | 00:37 |
| openstackgerrit | Merged stackforge/apps-catalog: Make glance and heat share a common schema. https://review.openstack.org/207626 | 01:32 |
| *** openstackgerrit has quit IRC | 02:31 | |
| *** openstackgerrit has joined #openstack-app-catalog | 02:31 | |
| *** ig0r_ has joined #openstack-app-catalog | 05:25 | |
| *** kebray has joined #openstack-app-catalog | 05:47 | |
| *** ig0r__ has joined #openstack-app-catalog | 06:11 | |
| *** ig0r_ has quit IRC | 06:12 | |
| *** kebray has quit IRC | 07:43 | |
| *** rhagarty_ has quit IRC | 08:37 | |
| *** rhagarty has quit IRC | 08:37 | |
| *** rhagarty has joined #openstack-app-catalog | 08:38 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 10:29 | |
| *** ig0r__ has quit IRC | 11:15 | |
| *** ig0r_ has joined #openstack-app-catalog | 11:19 | |
| docaedo | https://github.com/stackforge/apps-catalog-ui | 13:47 |
| kfox1111 | yay! :) | 15:09 |
| *** kebray has joined #openstack-app-catalog | 15:18 | |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog-ui: Update README locations. https://review.openstack.org/207954 | 15:19 |
| kfox1111 | zuul looks happier today. | 15:22 |
| openstackgerrit | Merged stackforge/apps-catalog-ui: Update README locations. https://review.openstack.org/207954 | 15:24 |
| docaedo | just in time for sysadmin day! | 15:27 |
| kfox1111 | :) | 15:34 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog: Add CirrOS https://review.openstack.org/207962 | 15:37 |
| kfox1111 | j^2: You alive? :) | 15:41 |
| j^2 | On the road ATM | 15:53 |
| j^2 | Driving to Oklahoma from central Texas | 15:54 |
| j^2 | No real computer usage for the time being :( | 15:55 |
| kfox1111 | ah. k. vacation? work? | 15:56 |
| j^2 | Family trip for my wife's cousin or something. I wouldn't call it vacation per se | 15:57 |
| j^2 | I finally get to listen to Armada though, been holding off reading seeing anything about it for this trip | 15:58 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog: Add CirrOS https://review.openstack.org/207962 | 15:59 |
| kfox1111 | ah. | 16:00 |
| kfox1111 | I'm really starting to like this web ui. :) | 16:03 |
| kfox1111 | wanted cirros, clicked install, got it. :) | 16:03 |
| kfox1111 | (ignoring that it wasn't in the catalog at the time... ) | 16:04 |
| *** Alec has joined #openstack-app-catalog | 16:22 | |
| Alec | hi there, I woudl like to add a new glance image to the catalog, anybody knows how to upload the image file (qcow2) to the storage at http://storage.apps.openstack.org/images? | 16:24 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog-ui: Sort assets by name https://review.openstack.org/207985 | 16:29 |
| kfox1111 | Hi Alec. | 16:31 |
| kfox1111 | I didn't know we had that... | 16:31 |
| kfox1111 | docaedo: any ideas about storage.apps.openstack.org? | 16:31 |
| Alec | there are bunch of images in th ecatalog that are stored there: | 16:33 |
| Alec | url: http://storage.apps.openstack.org/images/debian-8-docker.qcow2 | 16:34 |
| Alec | url: http://storage.apps.openstack.org/images/ubuntu-14.04-m-agent.qcow2 | 16:34 |
| Alec | etc... | 16:34 |
| kfox1111 | Yeah. not sure how they get in there either. I was thinking everything was remote. | 16:37 |
| kzaitsev_mb | nope, I think someone should have access there | 16:46 |
| Alec | ok I'll try to ask the mailer, as I see at least 2 people placing their images there. This is not documented anywhere, perhaps they do not want too many people storing there ;-) | 16:49 |
| docaedo | Yes, right now I have access | 16:55 |
| docaedo | it's rackspace files, set up initially by Mirantis | 16:55 |
| docaedo | the intention was that it would be replaced either with automated access to a swift store on openstack infra, or "something else" | 16:56 |
| docaedo | the "something else" should be glance v3 I think, at which point binary assets would be stored there easily | 16:57 |
| docaedo | I think right now there are just a few glance images at storage.apps.openstack.org plus the murano zip files (application packages) | 16:57 |
| docaedo | before vancouver summit we were talking about a few different ways we might automate importing things into that store, but decided to hold off as it seemed unlikely that would be the long term model, and agreed that if there was a flood of binary assets to ingest, we would re-address | 17:00 |
| kfox1111 | makes sense. | 17:01 |
| Alec | do you know who would be the contact to ask permission to store an image there? I just need to store a small ubuntu image (300MB) | 17:01 |
| Alec | it is for teh new openstack project kloudbuster | 17:01 |
| docaedo | Alec: try pinging "docaedo" :) | 17:01 |
| kfox1111 | does github allow binaries? | 17:01 |
| Alec | git is terrible at storing binaries | 17:02 |
| kzaitsev_mb | kfox1111: it does =) but usually it is considered an antipattern to store binaries in git =) | 17:02 |
| docaedo | AFAIK github does allow storage of binaries, but it starts to get complicated if they get large, or get a lot of traffic | 17:02 |
| Alec | although github might allow anything, have not tried | 17:02 |
| kzaitsev_mb | after all you can store png/jpg files in git, don't you? =) | 17:02 |
| kfox1111 | ah. KloudBuster sounds cool. :) | 17:02 |
| docaedo | Alec: I can add the image to the app catalog storage today, just include the URL to retrieve it from and the hash in the commit message that lists it in glance assets | 17:03 |
| kfox1111 | I was thinking more the tarball artifacts that come from a git repo. | 17:03 |
| kzaitsev_mb | also git clone would become super slow very fast (cause it would need to checkout the objects, to allow you to revert to any revisions, AFAIU) | 17:04 |
| Alec | docaedo: thanks, can I contact you offline when the image is ready? Also need to see how to update it if needed later | 17:04 |
| kfox1111 | yeah, not saying images should go into git itself. | 17:05 |
| kfox1111 | on sourceforge, they had scm, but also a artifact section for storing release tarballs. not sure if github has something like that. | 17:05 |
| Alec | there are a few file hosting servers out there but would rather use something "local" | 17:06 |
| docaedo | Alec: you can (doc@aedo.net) but it's probably not necessary - just include Image-URL and Image-hash in the commit message (https://wiki.openstack.org/wiki/App-Catalog#Adding_content) and I'll sort it out when the CR comes in | 17:07 |
| docaedo | +1 for using the current app catalog storage - it's not ideal but it will get us through the next few months while we shore this all up | 17:08 |
| Alec | docaedo: you mean you will make the copy at review time? You'd need to provide me the URL to the final location so I can update the yaml file | 17:09 |
| docaedo | Better than using a file hosting service and then either having super slow download, or seeing the image cut off from too many downloads or something | 17:09 |
| docaedo | Alec: the wiki has an example, it would look like: | 17:09 |
| docaedo | attributes: url: http://storage.apps.openstack.org/images/debian8.qcow2 hash: dd69232d1a745a7b237bd8d5e9e8485a | 17:10 |
| docaedo | oops, make that three lines :) | 17:10 |
| docaedo | attributes: | 17:10 |
| docaedo | url: http://storage.apps.openstack.org/images/debian8.qcow2 | 17:10 |
| docaedo | hash: dd69232d1a745a7b237bd8d5e9e8485a | 17:10 |
| Alec | right, but as I understand I provide you (in the review) the temporary URL with hash and you copy it to storage.apps.openstack.org | 17:11 |
| Alec | and I'll have to update the url in the yaml file to point to the final location | 17:11 |
| docaedo | Correct - so your commit message tells the reviewer where to get it, and then the reviewer will fetch it, confirm hash matches, and then push up to http://storage.apps.openstack.org/images/<your-image-name> | 17:12 |
| docaedo | so your entry in the YAML should list it at storage.apps.openstack.org, and the commit message should indicate where to get it BEFORE that | 17:12 |
| Alec | Ok got it ;-) | 17:13 |
| Alec | thanks a lot, saves me a lot of time finding a storage place! | 17:13 |
| docaedo | cool :) not totally obvious, but we picked that approach as it would give us a kind of two-step way to pull in binary assets (and the intent originally was to fully automate that anyway, so jenkins would fetch and verify hash, then push up to rackspace files) | 17:14 |
| docaedo | even moving to glance v3 backend, we'll probably want to use that same approach | 17:14 |
| Alec | I'm sure the openstack foundation can fund some storage place (at rackspace or anywhere) to store all the images | 17:18 |
| Alec | the easier it is the more apps/images you will get | 17:18 |
| kfox1111 | I'm kind of on the fence. I think if openstack's providing the images, it should have some way to manage the internals too. | 17:18 |
| kfox1111 | like dib elements, etc. so if there are security issues with the images, we can quickly rebuild them. | 17:19 |
| kfox1111 | If they are external links, its up to others to maintain it. | 17:19 |
| docaedo | -1 on taking responsibility for rebuilding anyones image :) | 17:19 |
| kfox1111 | then why should we store them? | 17:19 |
| Alec | that should be the responsibility of the provider. In my case kloudbuster will commit the dib config within the koudbuster openstack repo | 17:19 |
| kfox1111 | its not dissimilar to the heat template repo where we gate them to ensure they work. | 17:20 |
| docaedo | user convenience - look at docker hub (I know I trot that out all the time, but that was one of the motivations). They host all kind of stuff, and it's on the user to determine if they want to use it or not | 17:20 |
| docaedo | side effect is good performance on fetching stuff | 17:20 |
| kfox1111 | yeah. then the openstack provided storage would just build with that and post the artifacts. | 17:20 |
| Alec | right and vote by popularity will move the good stuff up and the broken stuff down | 17:21 |
| kfox1111 | that way, if ubuntu or whatever releases a fix for the next insert random exploit here (a lot recently...) jenkins just takes care of it for us. | 17:21 |
| Alec | does app store provide any tracking of usage and downloads? | 17:21 |
| docaedo | requiring an image be built by DIB limits what can get in the catalog | 17:21 |
| kfox1111 | except most users don't pay much attention to security :/ | 17:21 |
| docaedo | app catalog does not provide tracking right now, but it's something we want in the future (as well as votes, feedback, etc.) | 17:21 |
| kfox1111 | see the meriod of exploatable Andorid phones and Cars these days. :/ | 17:21 |
| kfox1111 | yeah. | 17:22 |
| docaedo | we can't take any responsibility for security AT ALL, because then we are on the hook for any issues anyone experiences | 17:22 |
| kfox1111 | docaedo: google took the same stance with the google market.... origionally... | 17:23 |
| kfox1111 | the reality is, users will judge the catalog by whats in it, wheher its really the app catalogs responasability or not. :/ | 17:23 |
| docaedo | sure, so a good mechanism for users to provide feedback (upvote the good stuff, flag the bad) is as good a solution as we will get | 17:24 |
| openstackgerrit | Merged stackforge/apps-catalog: Add CirrOS https://review.openstack.org/207962 | 17:24 |
| kfox1111 | best mechanism for generic stuff, I agree. | 17:24 |
| kfox1111 | if its stuff provided by openstack itself, we might be able to do a bit better then that. | 17:24 |
| docaedo | The openstack foundation is not going to be in a position to guarantee/support/maintain content that lands in the catalog | 17:24 |
| docaedo | ok, in this case, who is "openstack itself"? | 17:25 |
| kfox1111 | like sahara images. if theyu are built using dib, we can just periodically update them automatically. | 17:25 |
| docaedo | ah | 17:25 |
| kfox1111 | openstack itself being projects in the tent. | 17:25 |
| docaedo | ok something that would be pretty cool for the app catalog | 17:25 |
| docaedo | would be a mechanism to kick off DIB with a config | 17:26 |
| kfox1111 | I've done it with some of my projects. just have a periodic jenkins job that builds an image, | 17:27 |
| kfox1111 | then compares the newest posted one with the just built one. if they have the same set of packages/source, don't update. | 17:27 |
| kfox1111 | if different, the new image is newer, so upload it. | 17:27 |
| docaedo | How would you compare though? I am pretty sure DIB images built on different machines are not binary identical | 17:28 |
| kfox1111 | rpm -qa | sort | md5sum | 17:28 |
| kfox1111 | and the git hash. | 17:29 |
| Alec | auto build from dib would be a gerat idea!!!! | 17:29 |
| kfox1111 | can even run the projects test suite on it to gate the image further. | 17:29 |
| docaedo | I'm definitely intrigued :) I think this is something that would be a huge benefit for the whole OpenStack community and an excellent addition to the catalog | 17:29 |
| docaedo | Back in the early days a few years ago there were a few different hosted image builders, but AFAIK none of them lasted | 17:30 |
| kfox1111 | yeah. I've wanted it for a while. just havent' gotten around to it yet. | 17:30 |
| kfox1111 | yeah. :( | 17:30 |
| kfox1111 | its actually one of my bigest issues with docker at the moment. | 17:30 |
| kfox1111 | they have the same issue. | 17:30 |
| kfox1111 | they can autobuild from git, but if the base image gets updated under the container, it doesn't try and update it. | 17:31 |
| kfox1111 | so security updates are hard to track with docker containers currently. :( | 17:31 |
| docaedo | (and personally I love DIB, and hooking it into app catalog would be awesome) | 17:31 |
| kfox1111 | yeah. | 17:31 |
| Alec | +1 | 17:31 |
| *** kzaitsev_mb has quit IRC | 17:33 | |
| kfox1111 | arg... | 17:46 |
| kfox1111 | somehow I missed the existing CirrOS image, and the schema didn't catch it... | 17:46 |
| docaedo | haha, funny I didn't catch that either and I was probably the one who listed the cirros image originally! I just figured it had been missed and you were rectifying. | 17:47 |
| docaedo | does the schema enforce unique names? I didn't think we could catch duplicates that way | 17:47 |
| kfox1111 | probably doesn't but it breaks the horizon ui bad. | 17:48 |
| kfox1111 | should probably add a check manually in the python side. | 17:48 |
| Alec | I was curious to know how versioning of images was handled ? Were you considering users adding one entry in the yam; per version of image? | 17:48 |
| kfox1111 | its not handled today. thats whats happening with the CoreOS images. | 17:50 |
| kfox1111 | "Not all constraints can be expressed | 17:51 |
| kfox1111 | JSON Schema limits itself to describing the structure of JSON data, it cannot express functional constraints." | 17:51 |
| Alec | sorry what happened to the coreOS image? | 17:51 |
| kfox1111 | multiple entries, one per fversion. | 17:51 |
| Alec | and it is not supported? or not recommended? | 17:51 |
| kfox1111 | its the way it is today. | 17:52 |
| kfox1111 | it would be good to have some more smarts to deal with versions better. | 17:52 |
| kfox1111 | I'm hoping whatever scheme the glance folks came up with can be easily adopted. | 17:52 |
| Alec | ok, so for now we just add 1 entry per version | 17:54 |
| kfox1111 | yeah. | 17:54 |
| kfox1111 | longer term, probably shoudl support multiple image url's or something, per version. | 17:54 |
| kfox1111 | that way most of the entry is shared. | 17:54 |
| kfox1111 | and if the user doesn't care, it can automatically pick the newest. | 17:54 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog: Fix duplicate entry and add a check. https://review.openstack.org/208010 | 18:02 |
| *** kebray has quit IRC | 19:16 | |
| *** ig0r_ has quit IRC | 19:26 | |
| *** openstack has joined #openstack-app-catalog | 19:35 | |
| kfox1111 | is the gate horked again? | 20:09 |
| *** kebray has joined #openstack-app-catalog | 20:22 | |
| *** kebray has quit IRC | 20:50 | |
| *** kebray has joined #openstack-app-catalog | 20:57 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 21:02 | |
| docaedo | Maybe? I am not caught up on infra channel ATM | 21:07 |
| *** kebray has quit IRC | 21:09 | |
| kfox1111 | that revert not going through quickly's making workign on the horizon a bit of a pain. :/ | 21:09 |
| kfox1111 | ok. finally got a workaround in place. | 21:11 |
| openstackgerrit | Merged stackforge/apps-catalog: Fix duplicate entry and add a check. https://review.openstack.org/208010 | 21:13 |
| kfox1111 | heh. | 21:13 |
| kfox1111 | figures. ;) | 21:14 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog-ui: Share model for apps/components views. https://review.openstack.org/208096 | 23:50 |
| kfox1111 | don't review this one yet. | 23:50 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!