[07:04] good morning [11:43] popey: PM ? [11:45] daker: hey, sure. [11:58] hey popey, mind a quick PM? [11:59] sure [11:59] any time === hggdh_ is now known as hggdh [18:56] cjohnston: your work may get forked :) [19:15] bkerensa: ? [19:15] cjohnston: your work on summit [19:15] for? [19:15] Mozilla Summit [19:15] ;) [19:15] why fork it? [19:15] why not just devel upstream [19:16] mhall119 encouraged us to use it [19:16] right... [19:16] but why fork it [19:17] cjohnston: the devel would not be useful downstream [19:17] what changes would be needed? [19:18] cjohnston: I'm certain anything Ubuntu specific [19:18] I'm not sure how much there is that's ubuntu specific [19:18] also vidyo/bbg integration instead of G+ [19:19] it doesn't have G+ integration [19:19] It's been used for two other conferences [19:19] that aren't Ubuntu [19:20] cjohnston: http://summit.ubuntu.com/uds-1308/meeting/21925/appdev-roundtable-tue/ [19:20] G+ [19:20] embedding [19:21] Where? [19:21] :s [19:22] you dont see it [19:22] i think he means youtube [19:22] nope [19:22] it isn't youtube embedding either [19:22] its a url field [19:22] well that would be changed for instance [19:22] To? [19:22] Vidyo [19:22] or BBG [19:22] surely that's just a url? [19:23] its still just a url isn't it? [19:23] yeah, we paste them in when the conf starts [19:23] cjohnston: this would not be a url [19:23] actually the broadcast URL field assumes it's a youtube link, but htat wouldn't be hard to change [19:23] it would be embedding a bit of html5 [19:23] would be nice for us to have the option to use something other than youtube [19:24] popey: agreed, maybe teh mozilla folks would be kind enough to send their improvements upstream so we can all benefit [19:24] agreed [19:24] it wouldnt be improvements more likely just customizations [19:25] Persona support [19:25] Vidyo for sessions [19:25] moz etherpad integration [19:25] etherpad is a url field [19:25] sounds useful [19:25] probably bandcamp support for sessions [19:25] broadcast url sounds like it needs a little work, but its still just a url field [19:25] this summit were using SHW [19:26] SHW and a scattered amount of tools [19:27] etherpad should just work, Linaro used a separate pad host too [19:27] yeah, broadcast URL would be the only one I think [19:27] maybe the webchat would need a tweak to use mozilla's irc network instead of freenode's [19:28] but all of those could be made as configurable variables, they don't require a fork [19:28] +1 [19:29] mhall119: much of Mozilla's infrastructure is django [19:29] you should be able to replace Ubuntu SSO with Personas, might need to wrap link generation is a function if they're currently hard-coded to LP links [19:29] so integrating it all would be likely [19:29] bkerensa: I'm still pretty sure you can do all of that without forking [19:29] mhall119: forking in that we copy it and make our own repo and make our changes for our use [19:30] and I'd rather get MPs submitted to summit, instead of us having to pull our changes from your sites if we want ot use them [19:30] pull *your* changes that is [19:40] keeps asking me to enter it again/w 68 [19:40] ignore [19:45] bkerensa: isn't forking just going to cause more fragmentation? [19:47] cjohnston: Seems trivial at best. Any changes we make are not going to be useful to Canonical or other confs that have used Summit [19:47] we can just merge in stuff from summit upstream [19:47] and keep our changes [19:47] bkerensa: seems like there were three people, two of which being summit devs, were saying that everything you mentioned would be useful to upstream [19:49] Well I will mention it when we make the repo [19:49] cjohnston: its notably several years till our next summit [19:49] :) [19:49] so things could be different then [19:49] but ideally this could be used for our camps too [19:55] having a viable alternative to Google Hangouts has been something we've wanted since we started using them, so yes that is a change we would wnat upstreamed [19:58] mhall119: These apps require substantial financial investment and infrastructure [19:59] if *only* we has a corporate sponsor and some easy deployment technology.... [20:00] mhall119: the deployment is as in racks of servers and broadcast equipment and physical officers [20:00] officers* [20:04] you mean home users can't use it? [20:06] mhall119: they can but infrastructure is still needed [20:07] mhall119: http://www.vidyo.com/products/vidyogateway/ [20:07] they have hardware that powers the solution [20:08] is it open source? [20:08] mhall119: no [20:08] well it won't check all the boxes, but might still fix some [20:08] BBG is but Vidyo is not [20:09] can it be self-hosted, or only through their equipment? [20:09] curious why Moz isn't using WebRTC [20:10] mhall119: because Vidyo does a lot more [20:10] its corporate level comms [20:10] they can do pretty scalable broadcasting between all of their officers [20:10] offices* [20:10] it also have telephony built in [20:11] for those who cant do video/audio streaming [20:11] mhall119: Mozilla does support WebRTC though [20:14] I know they do, which is why it was curious that they weren't going to use it [20:24] damn. New drama created by royk. I have to fix it by excluding him. It's not something I want to do. [20:32] jo-erlend_: royk? [20:33] yes. === PabloRubianes is now known as PabloRubianes-af === PabloRubianes-af is now known as PabloRubianesafk