*** kzaitsev_mb has joined #openstack-app-catalog | 00:09 | |
*** kzaitsev_mb has quit IRC | 00:22 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 00:38 | |
*** kzaitsev_mb has quit IRC | 00:51 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 00:52 | |
*** kzaitsev_mb has quit IRC | 00:59 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 01:15 | |
*** kzaitsev_mb has quit IRC | 01:22 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 01:24 | |
*** kzaitsev_mb has quit IRC | 01:29 | |
*** kebray has joined #openstack-app-catalog | 01:30 | |
*** kebray has quit IRC | 01:31 | |
*** kebray has joined #openstack-app-catalog | 01:35 | |
*** kzaitsev_ws has quit IRC | 04:45 | |
*** openstackgerrit_ has joined #openstack-app-catalog | 06:52 | |
*** kebray has quit IRC | 06:55 | |
*** openstackgerrit_ has quit IRC | 10:23 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 10:43 | |
*** kzaitsev_mb has quit IRC | 12:05 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 12:20 | |
*** hogepodge has quit IRC | 14:17 | |
*** kebray has joined #openstack-app-catalog | 14:41 | |
*** kzaitsev_mb has quit IRC | 15:11 | |
*** hogepodge has joined #openstack-app-catalog | 15:14 | |
*** kebray has quit IRC | 15:15 | |
*** kebray has joined #openstack-app-catalog | 15:16 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 15:31 | |
*** kzaitsev_mb has quit IRC | 16:20 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 16:24 | |
*** kzaitsev_mb has quit IRC | 16:25 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 16:25 | |
*** kzaitsev_mb has quit IRC | 16:58 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 17:07 | |
kfox1111 | sandstorm looks very cool. | 17:37 |
---|---|---|
kfox1111 | scaling it seems maybe scary... | 17:38 |
kfox1111 | They want you to use their service to not have to worry about scaling, | 17:38 |
kfox1111 | or you get to figure out how to scale it yourself. | 17:38 |
kfox1111 | +1 for the hash idea. | 17:38 |
kfox1111 | not sure about the auto-update thing. what thing is getting autoupdated? | 17:39 |
docaedo | from what I've seen (briefly) the app gets updated, saw at least one conversation where their approach sounded really sane | 17:43 |
docaedo | very user-focused, on making it easy for someone to spin up a modest "thing", not meant to be a large-scale thing as far as I can tell (like great for a low volume wordpress blog, but not expected to handle scaling that up to massive traffic load balanced across a dozen servers) | 17:45 |
kfox1111 | yeah, there's some coolness there. just worried about the cloud case where machine's die, killing your uberpet. | 17:52 |
kfox1111 | HA being more important to me then scaling. | 17:52 |
kfox1111 | A heat template for sandstorm in our app catalog would be cool. :) | 17:53 |
docaedo | yeah I'm going to make a heat template for this, and will hopefully coordinate with them, hopefully make "run sandstorm apps on OpenStack" a thing they support/promote | 17:54 |
docaedo | when I said I was going to work on "sandstorm on openstack" they sounded happy about it :) | 17:55 |
docaedo | Going to be away most of this week, but next week should be able to get some stuff done | 17:55 |
docaedo | also want to talk through the dead link checker (easy) and the update frequently changing assets (harder) .. but in my head at least, I think it's really solid and could make linking to a bunch more assets meaningful in a few weeks | 17:56 |
*** kzaitsev_mb has quit IRC | 17:59 | |
kfox1111 | +1 | 18:32 |
docaedo | I'm thinking it really could be as easy as a few extra attributes like "auto-update me" and "check here for expected hash" - then once a day look for assets that want to be updated, and compare the hash noted in assets.yaml to the hash found at "check here for hash" | 18:38 |
kfox1111 | ah. so, its a way to distribute the asset.xml chunks to other servers, more then a way to have clouds auto update their installs | 18:40 |
kfox1111 | +1 for what your thinking. | 18:40 |
kfox1111 | -1 for cloud autoupdating for a while. | 18:40 |
docaedo | no, not talking about distributing that | 18:43 |
docaedo | just talking about a way to keep the hash in assets.yaml consistent for images that change often | 18:43 |
docaedo | the update would still need to be reviewed | 18:43 |
docaedo | I'm eager to get some of the images at least that change often in the catalog and kept up to date. It's going to be a while before glare is part of the catalog, but until we have an API that authenticates users and lets them update their asset entries, folks like debian, coreos, etc. are not going to make any effort to update their entries | 18:53 |
docaedo | so a stop-gap we can run from the infra side to keep things fresh would go a long way towards keeping the catalog looking alive :) | 18:53 |
kfox1111 | +2 | 20:25 |
kfox1111 | +1 | 20:25 |
*** kzaitsev_mb has joined #openstack-app-catalog | 20:27 | |
*** kzaitsev_mb has quit IRC | 20:38 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 20:49 | |
*** kzaitsev_mb has quit IRC | 21:09 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 21:41 | |
docaedo | downgraded from +2? hmm, I thought the idea was worth a +2 ;) | 22:42 |
kfox1111 | no, didn't want to claim too much authority. that and the 2 key is too close to the 1 key. ;) | 22:43 |
docaedo | hahaha | 22:44 |
*** kzaitsev_mb has quit IRC | 23:12 | |
*** kzaitsev_mb has joined #openstack-app-catalog | 23:47 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!