| *** kzaitsev_mb has quit IRC | 01:36 | |
| docaedo | kfox1111: alive, but gone all day, will be online tomorrow am | 02:08 |
|---|---|---|
| *** kzaitsev_mb has joined #openstack-app-catalog | 02:32 | |
| *** kzaitsev_mb has quit IRC | 02:39 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 04:27 | |
| *** kzaitsev_mb has quit IRC | 04:32 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 04:53 | |
| *** kzaitsev_mb has quit IRC | 04:58 | |
| *** ig0r_ has joined #openstack-app-catalog | 07:15 | |
| *** ig0r__ has joined #openstack-app-catalog | 07:39 | |
| *** ig0r_ has quit IRC | 07:41 | |
| *** ig0r__ has quit IRC | 08:13 | |
| *** ig0r_ has joined #openstack-app-catalog | 08:17 | |
| *** ig0r_ has quit IRC | 08:19 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 08:22 | |
| *** kzaitsev_mb has quit IRC | 09:30 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 09:32 | |
| *** kzaitsev_mb has quit IRC | 09:36 | |
| *** ig0r_ has joined #openstack-app-catalog | 10:10 | |
| *** ig0r_ has quit IRC | 10:46 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 10:47 | |
| *** kzaitsev_mb has quit IRC | 15:27 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 15:27 | |
| kzaitsev_mb | docaedo: kfox1111: are you going to attend Tokio summit btw? | 15:33 |
| docaedo | kzaitsev_mb: I expect to be in Tokyo, yes | 15:33 |
| docaedo | kzaitsev_mb: what about you? | 15:34 |
| kzaitsev_mb | don't know yet. there is some chance, I'll be attending | 15:34 |
| kfox1111 | kzaitsev_mb: I'm trying. the fundings being a bit tricky. :/ | 15:35 |
| kfox1111 | I attended the last one, which makes it harder to do this one. | 15:36 |
| kfox1111 | but I think this one's going to be a critical one for the app catalog. there's a lot of infrastructure needed in several projects that needs to get done, | 15:36 |
| kfox1111 | and its hard without actually being there. :/ | 15:36 |
| kfox1111 | I did get commitment that the nova instance user thing will be a mediumish priority for Nova in Mitaka. | 15:37 |
| docaedo | kfox1111: that's great news! | 15:38 |
| kfox1111 | We also need to deal with the ssl+dns thing too, and I just havent' had time to even start that spec. :/ | 15:38 |
| docaedo | just talking about an ssl cert for apps.openstack.org? Where does DNS come in? | 15:39 |
| kfox1111 | for example, user wants to deploy a web scaled app. | 15:39 |
| kfox1111 | back to the wordpress example... | 15:39 |
| kfox1111 | wordpress needs authentication. authentication shoudl happen over https for obvious reasons. | 15:39 |
| kfox1111 | so you need ssl certs. | 15:39 |
| kfox1111 | self signed are insecure, defeating a lot of the purpose of https. | 15:40 |
| docaedo | sure but that should not be managed by app catalog stuff, should be handled by deployment method | 15:40 |
| kfox1111 | so, what I need is for my scientists to go to the app catalog, launch "wordpress", | 15:40 |
| docaedo | could be handled by deploying wordpress via cloud foundry for instance | 15:40 |
| kfox1111 | the heat template asks designate for a dns entry for their server foo.myproject.cloud.pnnl.gov, | 15:40 |
| docaedo | (sorry, will let you finish typing first :) ) | 15:40 |
| kfox1111 | and an ssl cert associated with foo.myproject.cloud.pnnl.gov | 15:40 |
| kfox1111 | and get it. | 15:40 |
| kfox1111 | so that means designate and barbican need to work together to support asking for ssl certs for domains managed by designate. | 15:41 |
| kfox1111 | there is no such integration yet. :/ | 15:41 |
| kfox1111 | so dns works, but is not very usefull outside of http, and ssl works, but doesn't work with dns. :/ | 15:41 |
| kfox1111 | make sense? | 15:42 |
| docaedo | yep, I totally understand. I think you'll start to see more support for fixing integrations in sensible ways in the months/years to come (as I'm in total agreement, and the people I'm going to be working with shortly also agree on that stuff) | 15:44 |
| docaedo | gotta step away for half an hour, but will be back | 15:45 |
| kfox1111 | I've been attending the cross project meeting a bit. | 15:45 |
| kfox1111 | might be a good one for you to go to too. | 15:45 |
| kfox1111 | We seem to be a good example of a cross cutting project that has needs of all of the others. | 15:45 |
| kfox1111 | k. | 15:45 |
| j^2 | question | 16:08 |
| j^2 | so it seems the new version of glance doesn’t have backwards compat with our default glance cmd | 16:08 |
| j^2 | glance image-create --copy-from http://download.cirros-cloud.net/0.3.4/cirros-0.3.4-x86_64-disk.img --disk-format qcow2 --container-format bare --name 'CirrOS' | 16:08 |
| j^2 | it fails with: glance: error: unrecognized arguments: --copy-from http://download.cirros-cloud.net/0.3.4/cirros-0.3.4-x86_64-disk.img | 16:08 |
| j^2 | we need to address this? | 16:08 |
| kzaitsev_mb | j^2: hm... works for me | 16:09 |
| kzaitsev_mb | which version of glance do you have? | 16:09 |
| j^2 | https://www.irccloud.com/pastebin/s0keXmLZ/ | 16:09 |
| j^2 | root@default-ubuntu-1404:~# glance --version | 16:09 |
| j^2 | 0.15.0 | 16:09 |
| j^2 | i could be doing something wrong... | 16:10 |
| kzaitsev_mb | mine is 0.19.0, so that's definitelly the case | 16:10 |
| j^2 | :-O | 16:10 |
| j^2 | so ubuntu is behind then eh? | 16:10 |
| j^2 | lovely | 16:10 |
| j^2 | i hate packages, but i hate dealing with source more…i hate computers... | 16:11 |
| j^2 | :P | 16:11 |
| kzaitsev_mb | kilo requirement says https://github.com/openstack/requirements/blob/stable/kilo/global-requirements.txt#L127 | 16:11 |
| kzaitsev_mb | (assuming you have kilo) | 16:11 |
| j^2 | great so it’s defaulting to the lowest version | 16:12 |
| j^2 | *sigh& | 16:12 |
| j^2 | yeah, i’m doing kilo | 16:12 |
| j^2 | if your curious: https://github.com/chef-partners/openstack-model-t | 16:12 |
| j^2 | still WIP | 16:12 |
| kzaitsev_mb | heh, 0.15 fails for me too, but with a different error | 16:15 |
| j^2 | kzaitsev_mb: man, i don’t get package management at all: | 16:15 |
| j^2 | https://launchpad.net/ubuntu/+source/python-glanceclient | 16:15 |
| j^2 | so stable is 15, for vivid, on 14. dev is 19, which is what you’re running, but i have to change the repos completly to get up there? | 16:16 |
| j^2 | but cloud-archives are only doing stable it seems | 16:16 |
| kzaitsev_mb | sooo, yeah, seems like 0.15 does not know how to copy-from | 16:18 |
| j^2 | :( | 16:19 |
| j^2 | and the default install/build of apt/Ubuntu is 15 | 16:19 |
| j^2 | i’m going verbatum off the install guide | 16:19 |
| j^2 | so theres a question here | 16:19 |
| kzaitsev_mb | or at least the help for command is not very helpfull | 16:19 |
| j^2 | say it ain’t so! | 16:19 |
| j^2 | :P | 16:19 |
| j^2 | so this works: wget http://download.cirros-cloud.net/0.3.4/c^Cros-0.3.4-x86_64-disk.img && glance image-create --disk-format qcow2 --container-format bare --name 'CirrOS' < cirros-0.3.4-x86_64-disk.img | 16:23 |
| j^2 | but that’s lame | 16:23 |
| kzaitsev_mb | wget -qO- http://download.cirros-cloud.net/0.3.4/cirros-0.3.4-x86_64-disk.img | glance image-create --disk-format qcow2 --container-format bare --name 'CirrOS' | 16:24 |
| j^2 | touche | 16:25 |
| j^2 | so should there be a note or something saying if you’re using 15 you’ll have to do that? | 16:25 |
| j^2 | that seems like something that should be there | 16:26 |
| j^2 | especially if that’s what the install guide puts in | 16:26 |
| kzaitsev_mb | or we can completely change the thing, and encourage using horizon for that, I guess. Although I'm not sure if your horizon has the option to download image from http if your client does not have it.. | 16:27 |
| j^2 | yep | 16:27 |
| j^2 | kfox1111, docaedo thoughts? | 16:27 |
| j^2 | and it looks like something is broken on my side, it’s stuck in “SAVING” mode... | 16:28 |
| j^2 | grrr | 16:28 |
| docaedo | Hi, I'm back and catching up ... copy-from is pretty old AFAIK | 16:42 |
| docaedo | (or at least the concept - where you give glance a URL for an image, and glance fetches that image), maybe it did not used to be called copy-from? | 16:43 |
| docaedo | kfox1111: agreed on cross-project. I was attending before I started my little sabbatical, and will be attending in a few weeks when $JOB begins again :) | 16:44 |
| *** kzaitsev_mb has quit IRC | 16:47 | |
| docaedo | I suspect that glance command hint might need more tailoring (or for real completeness, a dropdown with the version since the ability to fetch from remote appears to be changing, and maybe is tied to API version of glance?) | 16:48 |
| *** kzaitsev_mb has joined #openstack-app-catalog | 16:52 | |
| kfox1111 | back. | 18:14 |
| kfox1111 | is this a cloud you stood up yourself? | 18:16 |
| kfox1111 | that does seem to be a pretty old glance client. | 18:17 |
| kfox1111 | are you using the openstack provided by ubuntu lts rather then a newer repo? | 18:17 |
| *** kzaitsev_mb has quit IRC | 18:18 | |
| kfox1111 | part of the problem with the website's going to be maintaining backwards compatability with really old clints like that.... | 18:23 |
| kfox1111 | The problem is glance --copy-from should be a 3rd party transfer, while < is not. So its mutch better to do it with --copy-from if you can. | 18:24 |
| kfox1111 | either we should support multiple cli's with maybe a cloud version selector, or an app catalog cli that helps users install stuff. | 18:25 |
| kfox1111 | my preference is towards the latter option. | 18:26 |
| kfox1111 | so the install line would be more like 'app-catalog install foo' | 18:28 |
| kfox1111 | then the app catalog cli can detect the client features and do the right thing. | 18:28 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog-ui: Initial stab at a grid layout for apps. https://review.openstack.org/211362 | 19:11 |
| kfox1111 | docaedo: alive? | 19:20 |
| kfox1111 | we should probably propose the app catalog move to github.com/openstack. | 19:22 |
| docaedo | kfox1111: you ready my mind, I was just thinking of putting in a request for that last night! | 20:58 |
| *** kzaitsev_mb has joined #openstack-app-catalog | 21:12 | |
| kfox1111 | cool. :) | 21:35 |
| j^2 | kzaitsev_mb: still around? | 22:02 |
| kzaitsev_mb | pong | 22:07 |
| kzaitsev_mb | j^2: yep, but not for long (I hope) | 22:07 |
| j^2 | ah no worries, i got some progress with the glance image thing | 22:07 |
| j^2 | we can talk about it tomorrow | 22:07 |
| kzaitsev_mb | I'm trying to start going to sleep at rather normal time frame =) guess we're living on different sides of the planet ) | 22:08 |
| j^2 | ah cook | 22:08 |
| j^2 | cool* | 22:08 |
| kfox1111 | j^2: see my previous question about versions... | 22:10 |
| j^2 | kfox1111: i have not, i’ll see if i can get it in teh backlog | 22:14 |
| kfox1111 | about 4 hours ago. | 22:18 |
| kfox1111 | let me just pastebin it... | 22:19 |
| kfox1111 | http://pastebin.com/9G2ubZ91 | 22:20 |
| docaedo | I propose we skip the weekly meeting tomorrow, as I have nothing on the agenda, and all the regular attendees are also here on this channel - what do you think? | 22:26 |
| kfox1111 | hmm... probably ok. | 22:26 |
| kfox1111 | any news on a glance poc? | 22:26 |
| docaedo | no news on that front, but the more I think about it, the more I question the value | 22:28 |
| kfox1111 | we probably should have an action item for talking to legal about how to deal with icons. | 22:28 |
| kfox1111 | I've got a patch ready to go that adds icons for all glance/heat items, just to test the new ui. | 22:28 |
| kfox1111 | but it makes use of some links that we may not want to use long term. | 22:28 |
| docaedo | re: icons, we discussed some of that with OpenStack foundation before launch, give me a minute to skim archives... | 22:29 |
| kfox1111 | k. | 22:29 |
| docaedo | so far haven't found anything specific about legality of icons, likely I am remembering the issue of re-distributing OS images (which is what led quickly to decide NOT to host most glance images, rather point visitors to them so as to avoid the legality) | 22:43 |
| kfox1111 | yeah. | 22:43 |
| kfox1111 | I'm just pointing at links, with a few other numbers to center/crop it right. | 22:44 |
| docaedo | as for details of assets, there was an assumption that folks ADDING assets (like when CoreOS added stuff), they were assuming responsibility for what they added and how they added it - so if company X adds an entry for their asset, and includes an image, they are aware of the image being added | 22:44 |
| kfox1111 | whether they are official or not, thats a different thing. | 22:44 |
| kfox1111 | yeah. but I think its also unlikely that it will be the companies themselves, at least not for a while, going to add it. :/ | 22:45 |
| kfox1111 | and we've got a backlog of stuff to add icons to. so even if it was true going forward, it isn't today. :/ | 22:45 |
| docaedo | SO in general, I think we are safe, and worst case, one or two people will one day say "hey we don't want that image", and so it goes away. Reasonable to assume most people will WANT their image used, but I would say probably dont need to sweat it until a little ways down the road | 22:45 |
| kfox1111 | k. so I should just post the review? | 22:46 |
| docaedo | I would, yes | 22:46 |
| kfox1111 | k. sec... | 22:46 |
| docaedo | and as long as I'm in front of the computer, back to "any progress on glance POC" - | 22:46 |
| docaedo | to finish off my thoughts on it at least, I don't see a lot of value, as it's not really in glances sweet spot to do this (searchable back end for heavy-volume binary storage) | 22:47 |
| docaedo | which for me brings us back to talking about elasticsearch, swift and the ask.openstack codebase (which to me would be the best mix to solve the issues) | 22:48 |
| kfox1111 | yeah. | 22:48 |
| docaedo | in fact, need to look at ask.openstack and ping fungi on it a little bit (I think he's handling that site), maybe there's already a good index/search solution built in. | 22:48 |
| kfox1111 | I was sort of thinking about the topic the other day. had an idea. | 22:49 |
| docaedo | do tell! | 22:49 |
| kfox1111 | specifically, staring the apps. | 22:49 |
| kfox1111 | it would be nice, to be able to give out 'cloud acounts.' the cloud op would register with the app server, and then get back a key they would put in horizon's config. | 22:50 |
| kfox1111 | then the user could star something, and the webui would contact back the app catalog using the key and the cloud users uuid. | 22:50 |
| kfox1111 | the user themselves wouldn't have to authenticate with the app catalog just to star something then. | 22:50 |
| kfox1111 | and if a cloud has a bunch of bad users, we just invalidate the whole cloud's users stars. | 22:51 |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog: Initial stab at adding some icons to test the new ui with. https://review.openstack.org/212212 | 22:53 |
| docaedo | Interesting idea but I would like for users to have to register before giving feedback, as anyone who has legit feedback would be happy (I imagine?) to register. | 22:53 |
| docaedo | we could start showing downloads (or maybe just ranking view popularity) to give a sort of anonymous measure of popularity | 22:53 |
| kfox1111 | I'm ok with that too, but just thinking of my scientist use case again. | 22:55 |
| kfox1111 | they already login to horizon, so asking them to double login is a burdon. | 22:56 |
| kfox1111 | being able to just star an app they find and like right from horzion without having to step through go to external site, register account, check email, login, reset password, find page to star again, star app, | 22:56 |
| kfox1111 | would get us a lot more reviews quickly. :) | 22:57 |
| kfox1111 | as an Op, I'd gladly take that burdon on myself to register my cloud, so my individual users don't have to for horizon. | 22:57 |
| kfox1111 | the users do kind of regester in that case, the are automatically registered through the op's registration. | 22:59 |
| docaedo | The idea definitely has merit so don't let my "meh" slow you down :) Can get feedback from some other ops too, see what they think | 22:59 |
| kfox1111 | yeah. it would be interesting to hear of other ops think thats too high a burdon on their side. | 22:59 |
| openstackgerrit | Christopher Aedo proposed stackforge/apps-catalog: Initial stab at adding some icons to test the new ui with. https://review.openstack.org/212212 | 22:59 |
| kfox1111 | but it could also be optional. if the user doesn't register it, then it forces the user to go register themselveswhen they go to star. | 23:00 |
| docaedo | (BTW I pressed the rebase button on your change) | 23:00 |
| kzaitsev_ws | sounds interesting to me. Although this would mean that sorting by rating would have to take that into account. Like you can technically register infinite amount of users in your cloud | 23:00 |
| docaedo | added this blueprint so it's not forgotten: https://blueprints.launchpad.net/app-catalog/+spec/move-to-openstack | 23:00 |
| docaedo | true | 23:00 |
| kzaitsev_ws | also my 2 cents is that I generally think up/down vote is better and easier to sort correctly, rather than 5-star ratings. | 23:01 |
| docaedo | also wonder about the implications of ballot-box stuffing and so on - if there's just one "master" ID, how does the catalog know how many users are on the other side | 23:01 |
| kfox1111 | kzaitsev_ws: an op could, yes. a normal user, no. | 23:02 |
| kzaitsev_mb | docaedo: well, we'll have to trust them. for sorting purpose we a median of all users vote can be taken or some coeeficient applied, I guess. | 23:02 |
| kfox1111 | if we see a cloud that seems to be stuffing, | 23:03 |
| kfox1111 | we can always cancel out the whole clouds ratings since we'd keep track of the cloud's id as well as the user id in the db. | 23:03 |
| kzaitsev_mb | kfox1111: yep, that seems to be easy to detect. Althought that means that someone has to monitor and detect it (which is a small implication as of itself) | 23:03 |
| kfox1111 | or wait till an app developer complains they think stuffing is going on and then look at it then. | 23:04 |
| kzaitsev_mb | so just to share (if you haven't read it already) http://www.evanmiller.org/how-not-to-sort-by-average-rating.html | 23:05 |
| kfox1111 | we still would have to cover detecting stuffing by just creating lots of email addresses and registering them. so I don't think its particular to the cloud account thing. | 23:05 |
| docaedo | fair 'nuff | 23:05 |
| kzaitsev_mb | since we're on related theme ) | 23:05 |
| kfox1111 | kzaitsev_mb: interesting. thanks for the link. | 23:06 |
| docaedo | Apologies, that's really not something we have to worry about right now, and my poking at this issue isn't really needed now. Like worrying how we will handle a million simultaneous users all triggering a search every 5 seconds. Would be a great problem to have, but not a use case we need to design for today | 23:07 |
| docaedo | ("that" in this case being my trivial concerns of ballot box stuffing, etc.) | 23:07 |
| kzaitsev_mb | this is reddits source code for it https://github.com/reddit/reddit/blob/master/r2/r2/lib/db/_sorts.pyx | 23:08 |
| kfox1111 | yeah. | 23:08 |
| kzaitsev_mb | although I think something changed since I last saw the page... | 23:08 |
| kzaitsev_mb | well, the confidence still looks like that hellish function ) | 23:08 |
| kfox1111 | very interesting solution to the minimum rating issue. will have to look at this more later. | 23:08 |
| kfox1111 | hehe | 23:09 |
| kfox1111 | yeah. right now we're worried about getting enough users, that some users might start careing to stuff the box. :) | 23:13 |
| docaedo | :) gtg but should be around tomorrow for more chatter | 23:15 |
| kfox1111 | k. | 23:15 |
| kfox1111 | have a good one. | 23:15 |
| kfox1111 | kzaitsev_mb: had a chance to look at the horizon stuff any more? | 23:18 |
| *** kzaitsev_mb has quit IRC | 23:19 | |
| openstackgerrit | Kevin Fox proposed stackforge/apps-catalog: Initial stab at adding some icons to test the new ui with. https://review.openstack.org/212212 | 23:25 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!