11:59:25 #startmeeting Horizon 11:59:26 Meeting started Wed May 13 11:59:25 2015 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. 11:59:27 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 11:59:29 The meeting name has been set to 'horizon' 11:59:32 hi! 12:00:26 Afternoon :) 12:00:54 Alright, let's get rolling 12:01:12 I finalized the schedule for the summit next week 12:01:24 #topic summit 12:01:32 #link https://libertydesignsummit.sched.org/type/design+summit/horizon#.VVM9PmTBzRY 12:01:38 #link https://libertydesignsummit.sched.org/type/design+summit/horizon 12:02:24 for more details with names #link https://etherpad.openstack.org/p/horizon-liberty-summit 12:02:55 tsufiev: I have merlin in a working session with curvatue 12:03:01 *curvature 12:03:18 9:50 on Wed 12:03:23 david-lyle, thanks, will be there :). I've got something to show 12:03:38 bradjones will be around to talk Curvature 12:03:46 excellent 12:04:58 The only problem with the etherpad approach is there are less clear owners 12:05:24 for the fishbowls, UX is Piet 12:05:47 Performance will have TravT and likely room for another 12:06:04 and I'll run the operator feedback session 12:07:05 I found out yesterday that projectors are not a standard part of the working session room setup, so we're attempting to track one down to use 12:07:42 any questions on the Horizon part of the design summit schedule? 12:08:08 I see on thurs at 9:50 there are 2 Horizon sessions .... 12:08:10 david-lyle: projectors would be very useful for demoing otherwise a lot of crowding round laptops :) 12:08:12 is that a mistake? 12:08:24 doug-fish: second one is designate 12:08:35 oh - it was _my_ mistake 12:08:36 got it 12:08:38 not sure why it's showing up as horizon 12:08:59 it looks like they intended it as a Horizon discussion 12:09:00 maybe because Horizon is in the subject 12:09:58 so we may need to send a couple people to their room too 12:10:31 I guess we can sort that out when the time comes 12:10:47 doug-fish: I would think so 12:11:29 The last scheduling issue for the summit was the sunday night social 12:11:46 although looking at the mailing list, it seems no organized party on Monday 12:12:03 so we could move it to Monday 12:12:23 I'd vote Sunday 12:12:27 or start on Sunday and see if we ever want to talk to each other again before committing to Monday :P 12:12:34 lol 12:13:08 Either works for me 12:13:27 let's stick with Sunday 12:13:35 * tsufiev will try to be there Sunday night if he won't fall asleep 12:13:41 just need a meeting place 12:13:56 who's the social chair? 12:14:43 well I'm a big fan of the get together - but I'm a poor social chair 12:15:24 we just need a venue (bar) close to the conference center 12:15:29 oh, I see a mcdonalds near the convention center :) 12:15:37 tsufiev: -.- 12:16:00 put suggestions in the planning etherpad 12:16:20 and we'll pick later this week 12:16:36 then maybe send an email to the dev list 12:17:04 ok, enough summit for now. Looking forward to seeing everyone next week 12:17:16 #topic xstatic and licenses 12:17:45 so zigo has found another package that is not properly licensed 12:17:51 that makes 3 so far 12:18:28 I need to check the docs and see if licensing is mentioned, but we need to be more careful 12:18:58 Agreed. Is anyone addressing the licenses? 12:19:09 we don't really review the packages as part of our process do we? 12:19:43 I'm trying to think about when we should do that 12:20:11 robcresswell: zigo posted a patch and I just approved 12:20:16 will tag later today 12:20:39 Great, thanks 12:20:52 I personally think it's a fault in the way requirements are reviewed 12:21:08 first crack at it is requirements core 12:21:40 after that point it's just a bot proposal to horizon 12:22:06 I watch the requirements repo, but I don't catch all horizon related changes proposed 12:22:10 These seems to be a lot of confusion over xstatic though. It's pretty commonly asked in irc. 12:22:11 Maybe we take those bot proposals seriously? 12:22:19 david-lyle, IMO we got more chances to check the license when the xstatic package is being published 12:22:22 review the license, etc before accepting 12:22:43 or, before it's published 12:22:48 tsufiev: things is developers publish the repos first 12:22:55 before telling anyone 12:23:36 david-lyle, just too many repos... 12:23:39 Hmm, perhaps some kind of review checklist would be useful for xstatic, so we make sure the licenses are valid, amongst other things. 12:23:42 we'll talk a little about packaging at the summit, we should raise this issue again when we have more heads in the room 12:23:57 +! 12:24:00 +1* 12:24:15 I think the biggest issue is awareness 12:24:21 so we can work on that 12:25:09 #topic Open Discussion 12:25:24 there wasn't anything added to the formal agenda, so we'll go free form 12:27:41 I put up a first patch for some Angular docs; could use feedback. Not just what's wrong, but what else you'd like to see, especially those with very little familiarity with Angular. https://review.openstack.org/#/c/182243/ 12:27:58 There is more content coming on tests and writing your own panels, too. 12:28:17 But trying to get the ball rolling so we can move on from python-everything. 12:28:51 robcresswell: nice 12:28:53 thank you 12:29:18 a heads up, after today, there will likely be a bit of a tree cleanup in the angular related bode 12:29:21 *code 12:29:33 Tyr's patch right? 12:29:49 I saw it out in the wild somewhere 12:29:54 https://review.openstack.org/#/c/176152/ 12:29:57 yeah 12:30:06 looks like it still needs a little work 12:30:12 according to Jenkins 12:30:22 Yep, will keep an eye out and change accordingly. 12:30:27 thanks 12:30:39 robcresswell: more info on testing will be great, can talk to you offline about what testing info I would have found useful when I started writing the curvature jasmine tests 12:30:41 but I didn't see too much directory structure in your patch so may not mess you up much 12:31:09 david-lyle: No, just a few bits and pieces as guidance. 12:31:14 bradjones: Sounds good! 12:31:44 I'm more than happy for people to just say "write about X", and I'll go do some research, so feel free to add comments. 12:32:05 * robcresswell feels like he may regret saying that 12:32:41 * bradjones will make robcresswell regret saying that 12:32:46 robcresswell: The karma bit will be interesting as well once it's in 12:34:00 david-lyle: Yeah, Richard mentioned that. Seems like the current patch needs some discussion regarding packaging etc too. 12:34:20 Still unclear on whether there is any acceptance of bower/ npm, even if its just for testing purposes. 12:34:41 robcresswell: yes, I think the patch is a good idea and a good developer tool, just need to discuss it a bit 12:34:51 robcresswell, yet there are already npm-based jobs in jenkins up and running 12:35:09 a fully optional testing tool based on npm is ok 12:35:19 a required one is not 12:35:22 tsufiev: Indeed, JSHint being one of them. 12:35:23 we used for testing Merlin the ones that krotscheck made for storyboard-webclient 12:35:39 and one that introduces another dependency scheme is worse 12:36:11 tsufiev: in merlin you have all the dependencies vendored into the source directory? 12:36:25 javascript ones? 12:36:25 What about an optional one, that includes dependencies? I'm mainly thinking of including the package.json/ bower.json 12:36:55 robcresswell: I'm not for a separate dependency mechanism 12:37:03 david-lyle, good question :). I should inspect test logs to give you a definite answer, for now it 'just works' 12:37:15 yes, yikes. that'll create a nightmare 12:37:16 robcresswell: it needs to be the same 12:37:22 In that case, Karma will need an xstatic package 12:37:57 robcresswell: karma is a tool, my issue is it was pulling in dependencies using bower rather than xstatic 12:38:07 which isn't a valid way to test anything 12:38:23 matt has resolved that part 12:38:41 so my hackles are down now 12:38:41 Yeah, should have phrased myself better. 12:38:47 david-lyle, okay, we have bower_components and node_modules dirs put inside merlin repo by jenkins job while it's being run 12:39:11 tsufiev: so you are running bower in the gate? 12:39:21 His patch still has a bower.json with listed dependencies, or does he have a newer patch offline? 12:39:36 robcresswell: he's marked it WIP 12:39:45 david-lyle, not yet, but that's the plan proposed by krotscheck 12:40:24 tsufiev: so how do you get the packages in bower_components? 12:40:42 we can discuss later too 12:40:58 mrunge: thoughts on karma as an optional testing tool? 12:41:19 david-lyle, as long as we don't introduce another dependency chain 12:41:28 or another packaging tool.... 12:41:29 I wanted to make sure you had an opportunity to weigh in from the packaging perspective 12:41:35 :D 12:41:40 mrunge: ok that was my biggest concern too 12:42:01 I haven't looked at building karma from source yet 12:42:08 trojan packaging tool additions get me up in arms 12:42:24 david-lyle, I'm not putting the dependencies downloaded by bower into merlin repo, instead I had put just a list of dependencies and deployment instructions including 'node_modules/.bin/bower install' 12:42:33 tsufiev, have you asked zigo about using karma yet? 12:42:47 david-lyle, sorry, I was a bit incorrect 12:42:56 he's the other person involved with packaging here 12:43:14 mrunge, not yet 12:43:34 tsufiev, you should! it might stop your plans immediately 12:43:35 there is a cross-project session on javascript 12:43:58 oh, funny 12:44:14 http://sched.co/3D66 12:44:41 so we may have more clarity or more confusion after that :) 12:45:01 mrunge, david-lyle: I hope that things clarify after this session, right now the test specs itself are most valuable part of testing machinery, how do we run them is second question 12:45:21 tsufiev: we use jasmine right now 12:45:31 david-lyle, as we do 12:45:32 but that's through selenium 12:45:37 it could be much better 12:45:57 but the solution has to work for all parties not just developers 12:46:15 "Modern JavaScript...." :D 12:46:16 yeah, I've considered using the Horizon's approach, but running pure JS tests via some python machinery looked hacky to me :-/ 12:46:30 tsufiev: oh it is 12:46:34 no question 12:46:57 and then storyboard-webclient came to our rescue :) 12:47:09 but it's the compromise we've landed on to work with operators and packagers 12:47:39 which is part of the equation that storyboard-webclient doesn't have to concern itself with 12:47:44 oh, I remember reading 120-letter thread about JS tooling 12:47:52 yeah 12:48:45 so unless we have wider consensus on a tool chain change, I'm not moving 12:48:54 okay, once merlin goes to horizon we would be happy to obey common rules, I believe it would be so hard to reuse horizon Jasmine runners 12:49:06 *it wouldn't be 12:49:15 are you sure, merlin will move to horizon? 12:49:25 mrunge, that was the original plan 12:49:27 we may have an epiphany at the summit too 12:49:34 yupp 12:50:26 mrunge: we'll discuss at the summit, but IIUC merlin is a generalized toolkit which would make sense the base repo, Horizon 12:50:38 david-lyle, sure 12:50:48 a common piece plugins could use 12:50:51 david-lyle, yep, that's the main point 12:50:56 I was just thinking of "core" and plugins and "ugly rest" 12:50:59 or so 12:51:04 but that's why we have the session 12:51:09 and the plugin session 12:51:15 lots to talk about :D 12:53:04 any last thoughts anyone? 12:53:17 who is preparing sessions? 12:53:37 is that just you david-lyle ? 12:53:40 https://etherpad.openstack.org/p/horizon-liberty-summit is the best guide 12:53:43 whoa 12:54:02 I listed the fishbowl owners above 12:54:28 for the working sessions, I think it can be more freeform 12:54:40 I can lead #1 12:54:49 #2 is tsufiev and bradjones 12:54:56 #3 I can lead 12:55:12 #4 would be great if mrunge led :D 12:55:37 #5 a mix of lhcheng, doug-fish and david-lyle 12:55:50 #6 TravT and tqtran 12:56:13 * mrunge makes a mental note to prepare messaging... 12:56:24 #7 r1chardJ0n3s, sqchen and tqtran 12:56:39 #8 I can with many helping 12:57:16 if anyone wants to lead any of the oh crap it's dave sessions again, speak up 12:57:24 :))) 12:57:28 haha 12:57:40 I'm hoping those are more roundtable 12:57:51 I can moderate if need be 12:58:30 I need to set up etherpads for the sessions too, i'll try to get those up today or tomorrow 12:58:38 unless someone beats me to it 12:58:43 ok, times up 12:58:53 see everyone next week, safe travels 12:59:00 #endmeeting