19:01:06 #startmeeting refstack 19:01:07 Meeting started Mon Jun 1 19:01:06 2015 UTC and is due to finish in 60 minutes. The chair is hogepodge. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:10 The meeting name has been set to 'refstack' 19:01:11 o/ 19:01:13 o/ 19:01:17 o/ 19:01:19 o/ 19:01:44 Hello everybody! Hope you're all doing well after the summit. 19:01:48 o/ 19:01:54 tired 19:02:09 #link meeting agenda and notes, please feel free to add items https://etherpad.openstack.org/p/refstack-meeting-15-06-01 19:02:37 #topic OpenStack ID Integration 19:02:43 sslypushenko__: do you want to give us an update on that? 19:03:17 last I spoke with catherine last week she wanted to move to using launchpads openid in the short term. 19:03:32 I am working on tests for that patch 19:04:02 davidlenwell: what was the reason? 19:04:04 I think it is almost ready to merge 19:04:36 We can use openstackid right now 19:04:40 she was under the impression we needed approval to use openstack id .. I don't know that she was right 19:04:43 well then lets use it 19:04:57 I think that infra is ready to give us access to it. 19:05:03 yea, worked from what I can tell 19:05:26 As far as I understand no approve is needed 19:05:55 it sounded odd to me that we'd need approval.. but I was sick when she talked to me about it so I didn't do much research 19:06:11 sslypushenko__: so which are you working on merging now? 19:07:35 Actually I am on vacation now. When I return, we can start merging process 19:08:01 sslypushenko__: ok, but for which auth provider? Mostly just for info. 19:08:27 openstackid of course) 19:08:52 #info sslypushenko__ working on openstackid auth merging upon return from vacation 19:08:55 thanks sslypushenko__ 19:09:06 Any other items related to this topic? 19:09:41 all good 19:09:55 #topic Infra deployment 19:10:01 I'm good on this .. the patch looks good .. so when they get it to pass tests im happy 19:10:11 There's a comment on the puppet project patch asking for a spec : https://review.openstack.org/#/c/182437/ 19:10:13 krotscheck: you've been working on this, can you give us an update on this? 19:10:16 Not certain who's responsible for that one. 19:10:41 krotscheck: I can volunteer to work on the spec 19:11:01 The github project, as it currently stands, is out of sync with the refstack tree, so the puppet module as it exists is broken. 19:11:19 The relevant patches in refstack seem to be failing on python tests though, I'm not entirely certain why. 19:11:24 * krotscheck didn't change any python thigns. 19:11:33 krotscheck: what would it take to bring them back into sync? 19:11:34 regarding that, i just submitted a patch to fix the failing tests 19:11:42 Oh good 19:11:44 had to do with the new pecan release 19:11:58 As a team, do we want to start hosting the puppet deployment code as part of the refstack server project? 19:12:16 Synching them I believe will require this: https://review.openstack.org/#/c/185723/ 19:12:41 #link https://review.openstack.org/#/c/185723/ 19:13:02 pvaneck: What's the patch on that? I can rebase. 19:13:32 krotscheck: https://review.openstack.org/#/c/187282/ 19:13:45 pvaneck: Thanks. 19:13:48 hogepodge: that does seem like the logical place to host the puppet code 19:13:53 #link https://review.openstack.org/#/c/187282/ 19:14:39 krotscheck: how do you feel about that? It's your work. 19:15:23 I like the idea of having standard ways of deploying the server. 19:15:26 hogepodge: Pondering. 19:15:34 built into the repo 19:15:40 hogepodge: It's odd, right? Because the module's there to support infra's efforts. 19:15:48 krotscheck: we can defer to next week if you want more time to think 19:16:17 krotscheck: I was thinking about that too. I like the deployment code being hosted as part of the project, though. 19:16:22 I don't think I'm going to be the forcing function. I believe that's going to be infra's requirements. 19:16:24 Where to host that code is definitely an #openstack-infra question. 19:16:33 We can chat with infra about their preferences. 19:16:33 I'm not a fan of mixing my languages. 19:16:37 fungi: ? ^^ 19:17:08 can you tl;dr? 19:17:27 ruby and python in the same repo.. oh my! 19:17:29 puppet code for deploying refstack hosted in the refstack project 19:17:33 fungi: There's a puppet-refstack module. We're discussing whether it should live in its own repository or as a part of the refstack project. 19:17:39 got it 19:17:58 well, we've been trying to publish the infra puppet modules to the puppetforge 19:18:26 so if the refstack puppet module is comingled with refstack's source code, then we'd end up publishing all of refstack to the forge i think? 19:18:39 oh that sounds better 19:18:44 seems like that could get messy 19:18:52 * davidlenwell doesn't know how puppet people do it 19:18:57 i'm not sure what the immediate problems with that might be 19:19:03 puppetiers? 19:19:21 fungi: that's what would happen. afaik git doesn't really support deploying from subdirectories very well. 19:19:42 so from an infra perspective, we've generally separated puppet modules out into their own git repos 19:19:46 Like say, pointing to the repo as a subdirectory of a parent. 19:20:03 fungi: are they hosted on refstack or elsewhere? 19:20:29 hence an openstack-infra/puppet-refstack git repo for the puppet module that deploys the openstack-infra/refstack software 19:21:09 for example, we have openstack-infra/puppet-zuul that deploys the openstack-infra/zuul software 19:21:09 #info openstack-infra/puppet-refstack git repo for the puppet module that deploys the openstack-infra/refstack software 19:22:29 That brings up the question about refstack hosting. Right now it's a stackforge project, but I think longer term it should be graduated to another repo. I always assumed to openstack as part of big tent, but would openstack-infra make more sense? 19:23:00 Probably not the time to discuss it in depth, but we can add to a future meeting agenda. 19:23:16 wouldn't want to dive too deep into that with out catherine here 19:23:19 davidlenwell: sslypushenko__: thoughts on that as core members 19:23:25 davidlenwell: agree 19:23:34 I think .. punt to next week.. 19:23:46 I've never personally cared which name space it was in 19:24:06 stackforge was just the right place for it at the time. 19:24:19 but technically we do fall under infras perview 19:24:25 being an openstack or openstack-infra repo isn't a prerequisite for the infra team deploying and maintaining a service (we run a bunch of non-openstack-originated services), but it still sounds like a good idea 19:24:29 I do not have no thoughts about it right now. 19:24:30 #action namespace location for refstack in 1-2 weeks (after catherine has returned from leave) 19:24:43 +1 19:24:59 +1 19:25:03 krotscheck: are there other issues regarding the deployment that you'd like to address during this topic? 19:25:08 Or anyone else? 19:25:10 I do 19:25:14 Not that I can think of. 19:25:24 what is the time table for getting it online? 19:25:49 I was thinking of asking dreemhost to donate some instances in the interum .. that way im not still paying for hosting out of pocket.. 19:26:09 davidlenwell: that would be fantastic 19:26:24 so its not really worth the effort if they'll have it online in the next say 3 weeks 19:26:51 but if it will be a few months .. then I'll go ahead and do that 19:27:00 I think that krotscheck and fungi might be able to give us the best estimates on how long it will take from a development and deployment side. 19:27:36 I'll commit to writing the spec by Wednesday cob for infra 19:27:38 hogepodge: What you need is someone who's sole job it is to drive this forward and pester the appropriate people. Else it'll just get buried under other priorities. 19:27:52 #action hogepodge write spec for infra cloud deployment 19:27:56 krotscheck: who is the appropriate person to poke 19:28:14 pretty much. i mean we're probably going to go from zero to infra on the apps.openstack.org site in a week or two time but it really depends on what else is going on and the relative priorities 19:28:27 since its on my private hosting account .. I can be the one to follow up 19:28:35 davidlenwell: Everyone involved? If the puppet module's broken, it's me. If it's provisioning the instance, it'd be any of the infra-root people. If it's writing a spec, it's hogepodge 19:28:57 Starting with the spec I can move this forward, and commit to having it ready for review as early as possible. 19:29:01 and especially on whether someone is already writing the spec and puppet module for it 19:29:05 okay .. so lets fix everythign on our end and I'll follow up next week 19:29:28 davidlenwell: So, I would expect if we move fast, three weeks fastest. 19:30:58 Just throwing this out there, we need to think about TLS, database backups, and updates. 19:31:28 Ok. I'll leave the topic open for a minute or so more, then we can move on. 19:31:39 hogepodge: okay .. I'll talk to some folks and then we can make a final decision about what to do about hosting while we wait next week 19:32:08 #action davidlenwell to look at dreamhost hosting 19:32:44 #topic reviews 19:33:34 Almost all of the reviews are on refstack server. 19:34:02 most from krotscheck. Are there any in particular you'd like us to call out during the meeting? 19:34:17 hogepodge: Maybe? 19:34:43 #link https://review.openstack.org/#/c/185723/ 19:35:07 So, this one moves the various js-based configuration files into the root directory, because that's where the infra jobs expect them to be. 19:35:22 We could discuss whether that's clutter. 19:36:14 I don't think so if it's the convention for infra. 19:36:47 +1 19:36:51 Well, in that case, the only thing the other patches do is add linting and increase the browsers used in testing. 19:36:51 I think its fine 19:37:12 A random question: Should test be split apart by browser, or by test type? 19:37:23 type I'd assume 19:37:36 +1 19:37:39 I'd also guess type. Browser feels too brittle. 19:37:40 davidlenwell: What if microsoft comes along and wants to run only IE tests? 19:37:54 do you really want me to answer that? 19:37:57 :D 19:38:04 * davidlenwell bites his tongue 19:38:28 I'm thinking usability. If someone puts up a UI change and it runs into an x-browser compatibility problem, it'd be easier to see from gerrit which one broke. 19:38:44 But then again, someone can always click into the test output and see what broke there. 19:38:57 It's really just semantics. 19:39:13 harder to orginize while writing tests though 19:39:32 Oh, I'm not even going that far. 19:39:39 since I personally won't write any of these tests I withdraw my objection 19:39:49 I'm proposing "npm-run-test-phantom", where it just runs all tests against phantom. 19:39:58 hm 19:40:00 okay 19:40:00 Or maybe npm-run-test-unit-phantom 19:40:01 Ehn 19:40:11 no objection there 19:40:14 Now that I think about it, that's really going to clutter up the package.json file. 19:40:17 I withdraw my topic 19:40:52 :) 19:41:17 pvaneck: has a couple of review up. Gate fixing patch 19:41:32 updated by davidlenwell 19:41:34 #link https://review.openstack.org/#/c/187282/ 19:41:40 I gave it a plus 2 19:42:00 yes, me not reading properly. :-P 19:42:13 would be good to get that one in asap 19:42:22 +2 19:42:29 +1 19:42:30 sslypushenko__: can you review 19:42:31 ? 19:42:35 I know you are on vacation 19:42:43 sslypushenko__: you would be the vote, but you're here. :-D 19:43:02 we need to add a 4th core this cycle 19:43:19 we should put that on the agenda for discussion next time we have catherine again 19:43:22 I can not check this patch) 19:43:44 sslypushenko__: do you object to my merging it? 19:43:47 But at first look it is ok 19:44:11 No objections 19:44:12 with two cores on vacation that has been acceptable.. 19:44:16 thanks.. I'll merge it 19:44:21 thanks davidlenwell 19:44:48 done 19:44:53 pvaneck has another patch which updates ui on capabilities files for releases covered 19:44:56 #link https://review.openstack.org/#/c/183397/ 19:45:22 that is minor 19:46:10 I'll review toady 19:46:10 would like to have the js linting patch in (#link https://review.openstack.org/#/c/185711/) first 19:46:31 since that does a lot of style fixes 19:47:19 pvaneck: don't want to create more work, but I think there's a way to make them a set of linked patches if you work them on the same branch. 19:47:43 git review -d ### will pull down one patch, you can rebase on that 19:47:55 yea, i can do that 19:47:57 ^^ krotscheck types faster than me ;) 19:48:07 But can you add a review that you'd like the linting patch to land first so the other doesn't go in accidentaly? 19:48:36 sure 19:49:08 sslypushenko__: has one for dockerizing refstack. It's not passing gate. I'm assuming we'll defer on that until you're back from vacation? 19:49:26 #link https://review.openstack.org/#/c/182266/ 19:50:16 sure 19:50:48 Any other reviews we should be looking at? I'm skipping over ones that haven't verified of whose submitter isn't around. 19:51:01 s/of/or 19:51:27 seems logical 19:51:55 #topic open discussion 19:52:01 I'd like to introduce you guys to a possible new contributer.. bethelwell .. I'm trying to encourage her to help us out with some of our front end code.. 19:52:26 bethelwell: welcome! 19:52:41 thank you 19:52:53 hello! 19:53:14 hope you don't mind me viewing from the sidelines! Really interesting to see how the meetings work 19:53:36 she is still lurking and learning how we do things.. I think refstack would be a good place to do some low hanging front end commits.. 19:54:31 we are now using launchpad right? 19:54:52 are we? 19:55:05 bethelwell: I'm all for you jumping right in too. New contributors are always welcome. We're happy to answer any questions about refstack or openstack dev in general. 19:55:17 krotscheck: did they decide on a replacement 19:55:27 I'm not 100% certain. 19:55:33 davidlenwell: I'm not partial to taht discussion 19:55:37 Sorry 19:55:39 Part of that discussion 19:55:45 no worreis 19:56:06 thanks hodgepodge. 19:56:11 With four minutes left I also want to call out Vlad's contributions. He's moved on to another project within Mirantis. 19:56:29 +2 thanks Vlad! 19:56:56 +100500) 19:57:20 yep. thankful for vlad's contributions 19:58:29 Hope everyone is recovering from the summit, and are excited for the upcoming cycle. We have some really great work backing us up. 19:59:09 #endmeeting