17:05:22 #startmeeting app-catalog 17:05:23 Meeting started Thu Oct 1 17:05:22 2015 UTC and is due to finish in 60 minutes. The chair is docaedo. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:05:24 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:05:26 The meeting name has been set to 'app_catalog' 17:05:45 #topic rollcall 17:05:47 o/ 17:05:58 o/ 17:06:30 courtesy ping for j^2 and kzaitsev_mb 17:06:38 :D 17:06:58 pong 17:07:05 #topic Updates 17:07:26 kfox1111: if you wouldn't mind re-stating what you said moments ago (for the OFFICIAL RECORD of course) 17:07:56 k. 17:08:07 whats the status of https on apps.openstack.org? 17:08:31 My understanding is the cert was purchased yesterday 17:08:42 awesome. :) 17:08:44 I'll ping fungi after the meeting to confirm 17:08:45 nice! 17:08:55 so, almost there. 17:09:00 then once it's purchased, he'll put it in their hiera and merge the patch 17:09:00 docaedo: i'll be around 17:09:28 docaedo: oh, i pinged you last night in #openstack-infra with the hiera key names i used for those 17:09:40 fungi: nice thanks! haha, a celebrity appearance in our app-catalog meeting! 17:09:45 they're all ready to get included in the global site manifest now 17:09:53 * fungi is _everywhere_ 17:09:56 fungi: ah sorry, I missed that - great, I'll catch up with you then on infra 17:10:09 sounds good 17:10:46 k. next up is the status of the app-catalog-ui. 17:10:58 I've got one more patch I want to put in, then we can do a 1.0.0b1 17:11:11 excellent! 17:11:13 Hopefully I can get to it tomorrow or this weekend. 17:11:32 docaedo: can you draft up a release anouncement or figure out how to do those? 17:11:59 #action docaedo to learn about how we are supposed to do a release 17:12:08 yep, will do that 17:12:10 cool. thanks. 17:12:28 there were a couple of emails this month, that denoted how to make release notes =) 17:12:35 I've marked them as "toread" =) 17:12:42 but haven't, I guess =( 17:12:45 nice. 17:13:19 docaedo: releases are pretty straight forward 17:13:20 third item, any more reviewers for the django/flask prototype? 17:13:21 kzaitsev_mb: haha, I'll look for the threads, and fall back on my usual mode of pestering the infra channel for the details 17:13:34 there’s great docs on the wiki 17:13:58 j^2: cool thanks, yeah you've been through that already too, glad to hear it's pretty straight forward 17:14:10 yep, it’s my world ;) 17:14:43 kfox1111: can you share the link for that patch again? 17:14:52 oh yeah i do have a question for the room; and i thought here would be a good forum, when i can ask please ping me 17:15:26 ok. just a sec... 17:15:46 https://review.openstack.org/#/c/227856/ 17:16:17 #link https://review.openstack.org/#/c/227856/ 17:16:20 j^2: will do. one other item to discuss. 17:16:25 kk 17:16:37 docaedo: http://lists.openstack.org/pipermail/openstack-dev/2015-August/071189.html this thread I guess. not sure if it applies. 17:17:10 last one I've got, the summit. we really really need to get murano, glance, and the app-catalog teams in a room and chat. :) 17:17:29 oh ha! 17:17:33 that’s what i was going to ask 17:17:37 :) 17:17:38 kzaitsev_mb: thanks - yep I read that thread. Not sure it's directly applicable to what we're doing right this moment (for a very first release) but a few points in there need to be remembered 17:17:55 kfox1111: at the operators meetup, people looked at me like i was crazy talking about the apps project 17:18:00 sorry to steal your tunder. 17:18:13 oh yeah! thank you for reminding me! I was going to talk about that 17:18:16 so as a “pseudo”member of this project, we need to do some marketing 17:18:26 yeah. 17:18:30 Meant to chat on the regular channel about proposing a cross-project topic: http://odsreg.openstack.org/ 17:18:30 i want y’all to succeed, and i want to help how i can 17:18:52 goes back to that converstaion about is openstack an os or not. We have a lot of explaining there I think. :/ 17:18:54 woah, I’ve never seen that site before 17:18:54 and we will have rooms for one fishbowl session and one working session 17:19:09 I'm hoping once we have a release of the app-catalog ui, and we have it in a few distro's, it will start selling itself. 17:19:37 kfox1111: that’s…ambitious, i think the idea of just cornering people is better then nothing 17:20:10 i’m having to do this with chef so…selfishly any practices i can have “selling” internal OS projects is a + to me 17:20:41 yeah. 17:21:12 I think the key will be getting Horizon team to adopt it (after we have packages that make it dead easy to implement) 17:21:23 but yeah making it an official “cross-project” is actually probably the best way. just hope you get selected to be one of the later ones so you can sell it over the [beers|drinks|sake|lunch table] 17:21:24 I'm kind of hoping its like the other app stores on phones. It wasn't obvious it was a great idea, until it was there right on the phone, 17:21:36 because the UI piece is super lightweight and low impact, but brings a ton of value to any deployment 17:21:38 from what i understand, horizon is…scatter brained 17:21:41 then it became demanded by everyone. 17:22:11 i’m going mobile, but i have irc cloud on my phone, slow responses but i’ll keep up 17:22:25 kk. 17:22:39 docaedo: still think that's a bad idea. 17:23:01 thats like requiring the google app store to be shipped and non upgradable outside of an android release. 17:23:04 the OpenStack Foundation is also very interested in promoting the catalog 17:23:40 kfox1111: that's true 17:23:58 since the catalog relies on external functionality, being able to upgrade it on release cycles different then horizon's is helpful. 17:24:12 I think the real solution is to ensure all the major openstack distro's support it. 17:24:34 rdo, ubuntu, debian, suse, fuel, etc. 17:25:04 if its just a yum install or a click on this extra box (hopefully even defaulted on), then its not really any harder to install then horizon. 17:25:17 I can agree on that front, though the distros lag behind the release 17:25:31 or a debian suggests dep in the horizon package. 17:26:03 yeah, thats usually becuase upstreams break compability with older stuff. :/ 17:26:22 I'm hoping we keep compatabily with newer plugins with older horizons for at least a couple of years. 17:26:27 though I agree the key is making the package super super easy, like you're saying - but the trick is to have a package that keeps up with updates in the catalog 17:26:59 yeah. I've been toying around with having the plugin be a shell, and calling out to apps.openstack.org to fetch the javascript engine. 17:27:13 but really unsure if that will make the distro folks sick. 17:27:16 I suspect it will. 17:27:27 hahaha yeah that's likely 17:27:58 Also I was thinkign, that horizon guys do not want to include new dashboards in horizon itself and were going to exclude some of the existing 17:28:07 not really sure if that's true though 17:28:20 just what some of my colleagues are often speaking about 17:28:21 yeah, I heard that. with as plugable as it is in liberty+, its a resonable thing now. 17:29:00 +1 17:29:06 I think kfox1111 is right about not pushing for it to be default include, I do agree with that - but the plugin works great and is really simple 17:29:51 also inclusion into horizon repo would probably mean that changes would go slower. And it might be more a matter of packaging then =) 17:30:04 yeah. 17:30:16 and there it might be a part of some meta-package and thus be a semi-default install ) 17:30:17 maybe in a few years once we have v3+ and its all settled down, it may make sense then. 17:30:34 correct, I guess I didn't really mean "include it directly in horizon" :) I was just thinking about making it so easy to include in a cloud. 17:30:51 yeah, it fuel it could just be a defaulted on checkbox in the cloud deployment. in packstack, just a defaulted on feature. etc. 17:30:54 which means rpm/deb, plus working with *someone* from the chef side to get that included as an easy option... 17:31:05 ah. yeah. 17:31:14 (and same goes for that other config management platform some people use ;) ) 17:31:30 the chef/ansible/kolla/etc side of things too. 17:31:52 maybe we need to spend some time at the summit talking to the various deployment projects too. 17:31:55 tripleo.. 17:32:32 I'm close on an rdo package. 17:32:33 yeah I was about to say I don't think anyone uses that for anything other than testing, but seems redhat included it in their latest foreman/staypuft thing 17:32:42 so that would help with kolla too. 17:32:58 but it's pretty easy to write a fuel plugin once it's packaged, so that one won't be too hard 17:32:59 rdomanager's based on tripleo. 17:33:07 they are pushing it as a packstack replacement. 17:33:24 I think, once they integrate with kolla, tripleo's going to be suddenlyl very interesting... 17:34:07 I still think it's too much for just deploying your base images (but I do like bifrost, which makes sense to me) 17:34:33 I think it makes sense if you try and make bare metal available to users too. 17:34:38 do agree though that kolla stuff is looking really interesting and has promise - but luckily, doesn't matter too much to us 17:34:50 that way, you can shrink your hypervisor pool, and then users can use the evacuated bare meta. 17:34:57 anyway, way off on a tangent. 17:35:06 I mean - completely agree with getting the deployers onboard 17:35:26 but the route there is packages, and tooling (chef, puppet, ansible, kolla) 17:35:33 right. 17:35:57 kzaitsev_mb: do you do anything with fuel or just murano? 17:36:25 cause I think fuel packages are somewhat different then rdo ones? 17:36:56 nah, mostly murano. 17:37:04 ok. 17:37:10 docaedo: how about you? 17:37:11 fuel deploys on fedora or ubuntu, so just uses whatever packages are available (more or less) 17:37:25 I might know more about fuel than I want to :D 17:37:32 last I looked, mirantis was actually providing all the rpms. 17:37:37 although I think, that you're right, about the fact that those are different 17:37:46 (centos 6) and rdo is only supporting centos 7. 17:38:18 they build a lot but the majority comes from upstream AFAIK - but another tangent ;) 17:38:31 kfox1111: docaedo: yep, I thought that fuel uses it's own packaged or re-packaged packages. Have to ask around to verify that though 17:38:39 I didn't think there was an upstream rpm set of packages yet. 17:38:54 kzaitsev_mb: Thanks. 17:39:11 I'm guessing we can adapt the rdo one I wrote with minimal effort, but I don't know for sure. 17:39:30 rpms can look the same on the surface, but are very different under the hood sometimes. 17:39:42 (for example, if they move everythign to /opt) 17:39:42 Dmitry wrote a good blog post about what's proprietary in fuel that would help 17:40:26 If Iremember correctly, fuel packages had qa'ed patches in them, and were licensed by mirantis to companies. 17:40:29 per seat. 17:40:31 but for our purposes, the plugin for fuel would basically be a wrapper for a shell script that deploys the UI with knowledge of the internals (like fetching variables from nailgun or whatever) 17:41:37 no, I'd expect the plugin to simply yum install the extra package, and most of the work woudl be in packaging up the plugin into a fuel-horizon compatable rpm. 17:42:08 I don't think fuel uses venvs or things like that? 17:42:35 yes that's what I mean really - last time I looked at the plugin builder, we would essentially want to just write a puppet manifest that installs the package 17:42:46 ah. 17:42:53 yeah. 17:43:09 No venvs as of the march/april (last time I was paying much attention to fuel stuff) 17:43:14 probably can kill two birds there, fuel and puppet-app-catalog-ui? :) 17:43:40 BUT Mirantis is excited about the catalog, and I am pretty sure they would want the catalog to be first class citizen in environments deployed by Fuel. 17:43:55 I'm all for killing all the birds :) 17:44:07 hehe 17:44:10 but first, we need a release, and then a package :) 17:44:42 +1. but, packages. :) 17:45:00 * docaedo needs to scare up some more coffee as soon as this meeting is over 17:45:06 I think the debian/ubuntu one's going to be very important too. 17:45:13 just don't have time for it. :/ 17:45:33 I'm shocked on the amount of reviewership rdo needs to get a package in. 17:45:37 I still have it on my todo, promise I'll take a first pass at it in the next few days 17:45:47 I'm thinking debian/ubuntu probably does as well. :/ 17:45:53 cool. thanks. 17:45:57 np 17:47:07 kind of lost track of the summit megameeting converstion. 17:47:18 haha yeah 17:47:24 do we have something schedualed or an action item to get something schedualed? 17:47:53 #link http://odsreg.openstack.org/ 17:48:34 #action docaedo to propose a cross-project meeting based on words that will come from a shared etherpad 17:48:49 k. 17:48:52 #action docaedo to make the etherpad and share link on #openstack-app-catalog 17:49:55 I'll do that right after I rectify my coffee situation :) 17:51:10 ok anybody have anything else? 17:51:13 cool. thanks. :) 17:51:23 no, I think I used up my talking token today. ;) 17:51:28 haha 17:52:08 ok thanks as always everyone! glad we ended up having a meeting today and covering some good stuff 17:52:41 Talk to you on #openstack-app-catalog ! 17:52:44 #endmeeting