[15:06] <ryanprior> session starting?
[15:07] <seb128> in a bit, plenary overrun
[15:07] <rickspencer3> hi ryanprior
[15:07] <rickspencer3> probably will take a minute or two for the organizers to set it up
[15:07] <rickspencer3> and then there is the slight lag
[15:08] <qengho> How long is the lag these days? 45 seconds?
[15:09] <seb128> qengho, chrisccoulson, chrisccoulson2: https://plus.google.com/hangouts/_/78ddd832135a6ec210e7fa014ac7d2b560b35935?authuser=0
[15:09] <seb128> if you want to join the hangout
[15:09] <seb128> others^
[15:09]  * jdstrand joins
[15:10] <seb128> qengho, coming?
[15:10] <qengho> seb128: I am.
[15:11] <seb128> great
[15:11] <jdstrand> anyone else want to join? maybe from webapps?
[15:13] <qengho> I'm trying.  The trouble with running a browser that you just built for testing. ...
[15:13] <ryanprior> I would join the hangout but I'm audio-only, no video
[15:13] <ryanprior> is that acceptable?
[15:15] <jdstrand> pmcgowan: can someone from webapps join the hangout?
[15:15] <seb128> jdstrand, pmcgowan: alex-abreu says he's joining
[15:15] <seb128> he had tz confusion
[15:16] <pmcgowan> seb128, let me know if he doesnt join
[15:17] <seb128> pmcgowan, he's on the hangout, all good
[15:17] <pmcgowan> great
[15:32] <qengho> For history, is zeitgeist a good place to store it?
[15:34] <bfiller> we've been talking about transitioning to u1db to store history in browser
[15:34] <bfiller> currently using sqllite
[15:34] <bfiller> is there a good reason to divert from that plan?
[15:36] <qengho> bfiller: I think Olivier / oSoMoN was planning something like that.
[15:37] <qengho> bfiller: Oh, I misunderstood.
[15:37] <qengho> bfiller: Hrm.  Another DB to consider.
[15:40] <achiang> i may have missed the beginning of the session -- when is most of this work targeted to land?
[15:40] <achiang> jdstrand: ^^
[15:41] <qengho> achiang: before 14.04.  No prograstinating because of 13.10 though.
[15:42] <achiang> qengho: ok, so for 13.10, continue with existing qtwebkit stuff; then as soon as 14.04 dev opens up, switch over to oxide development?
[15:42] <achiang> chrisccoulson: oSoMoN: ^^ did i get that right?
[15:43] <qengho> achiang: We *hope* it's just an import change, so yes.
[15:43] <achiang> qengho: hm... not sure how to reconcile your statement with this blueprint i'm staring at that has lots of WIs :)
[15:45] <achiang> chrisccoulson: thanks. guess i'm wondering what happens with the existing web app stuff that's in-flight that folks are hacking on for 13.10...
[15:46] <achiang> i'm concerned because we're trying to "stabilize" to the extent we can for OEMs :-/
[16:09] <robru> no video?
[16:10] <seb128> robru, starting it, I was waiting for the session lead to join
[16:10] <robru> ah
[16:10] <seb128> but seems he's on holidays
[16:11]  * kenvandine nominates dobey, because dobey rocks!
[16:11] <seb128> ;-)
[16:12]  * dobey is just lurking
[16:13] <kenvandine> lucio is coming
[16:16] <seb128> https://plus.google.com/hangouts/_/be9944c51c1acb76b3ae351abb663eff69f38489?authuser=0
[16:17] <seb128> http://youtu.be/7HGbXSAW1K8
[16:17] <seb128> ^ video link
[16:18] <SimonK1> it's streeming.
[16:18] <alecu> yay
[16:23] <alecu> Q: are we planning only one connection from the phone to our server to be multiplexed for all apps?
[16:27] <alecu> __lucio__: sounds like dropped packets
[16:29] <lool> https://lists.launchpad.net/ubuntu-push-devs/msg00000.html
[16:31] <__lucio__> alecu, yes. one connection by the client daemon, used by all apps
[16:33] <__lucio__> bye bye netwrok?
[16:36] <SimonK1> QUESTION: how will the server filter which messages my phone gets?
[16:40] <alecu> things to consider: reconnections on clients: exponential backoff + random time (to avoid ddos after server outages)
[16:42] <__lucio__> SimonK1, we plan to have the user select the filters they want, but not for v0.
[16:43] <SimonK1> How is the "push"-indicator different from the "messages"-indicator?
[16:44] <dobey> SimonK1: all notifications aren't messages
[16:44] <SimonK1> lucio, I meant a different filter (with "broadcasting" in mind) but broadcasting dosn't seem to be planned for v0
[16:45] <dobey> v0 is a way to get a working API for validating it's the right API to move forward with, not so much an actual server
[16:46] <dobey> (hence the v0 not being v1)
[16:46] <alecu> Q: do we have a list of use cases for this?
[16:48] <SimonK1> dobey, I think about push-notification like "new information arrived on your device". This would perfectly fit into the messages-indicator. If we don't merge those two we would end up with two indicators for "new informations".
[16:48] <dobey> SimonK1: no. messages indicator is for messages from other people, such as IM/twitter/e-mail/etc
[16:49] <dobey> push notifications don't necessarily need to have any UI displayed to the user at all
[16:49] <dobey> it depends on what the notification is
[16:50] <SimonK1> i see, makes sense.
[16:52] <SimonK1> so in case of other question I'll ask at the ubuntu-push-devs mailing list. Thanks for the provided infos :)
[16:54] <istimsak> hello guys
[18:04] <seb128> TheMuso, the hangout is open on https://plus.google.com/hangouts/_/ff15e632070786351f22a797e5fcf553212c43a8?authuser=0
[18:04] <seb128> TheMuso, share the url with the people you want in the session please
[18:05] <TheMuso> Ok, just trying to work out if anybody is going to attend...
[18:06] <AlanBell> I was going to watch or review the video later
[18:10] <zyga> hi, question, is this in scope: providing keyboard navigation to apps developed with Ubuntu SDK, that are running on a desktop
[18:12] <pmcgowan> greyback_, you're a unity dev!
[18:12] <greyback_> pmcgowan: I dropped out there
[18:13] <zyga> thanks, I see what you mean
[18:13] <zyga> not navigation, just basic tab-tab-tab support
[18:29] <greyback_> Out of curiosity, what do the KDE/Kubuntu people use?
[18:33] <CheeseBurg> I'm late!
[18:37] <CheeseBurg> Not sure what was discussed but have you consider blind and deaf users. I have friends who work in that field and it is an extremely important
[18:39] <CheeseBurg> not just brail but audio for every action
[18:46] <elopio> thanks!