=== udsbotu changed the topic of #ubuntu-uds-client-1 to: Track: Client | Refactor and clean up platform api | Url: http://summit.ubuntu.com/uds-1303/meeting/21608/client-1303-refactor-p [14:52] is etherpad crashing for others as well? cannot even use it here [14:53] keeps reloading itself from time to time === Saviq|UDS_ is now known as Saviq|UDS [14:58] seb128: are you the one responsible for sending the invites? [14:58] in theory you would see a link on the meeting's page [14:58] http://summit.ubuntu.com/uds-1303/meeting/21608/client-1303-refactor-platform-api/ [14:59] video stream is up [14:59] if you are required, and there is a video appearing on the meeting page, refresh and you will see the link to join [14:59] rsalveti, the system does to the people marked as required on the blueprint [14:59] rsalveti, seb128: some static [14:59] Not required on the blueprint. Required in Summit... participation essential != required [15:00] rsalveti: we meet again. [15:00] rsalveti: yes [15:00] rsalveti: you're coming through fine [15:00] seb128: cool, just saw it [15:00] rsalveti: yes [15:00] there's some background static though [15:00] better now [15:00] just hearing typing noises :-) [15:01] ChickenCutlass, rsalveti, seb128, tvoss use "Lower Third" from hangout tools [15:01] rsalveti: remove hl=fr from URL [15:01] to show names and IRC nicks [15:01] hi gents [15:03] misspelled disaster [15:04] I love the flags :) [15:04] * Trevinho|uds agrees [15:04] kids :-) [15:04] +1 on the flags as well. Kinda like the Olympics [15:05] tvoss, you're mic is kinda low... [15:06] tvoss, yes [15:06] awe_, want to join us? [15:06] seb128, sure [15:07] seb128, although I don't have a lot to contribute... [15:07] awe_, your call [15:07] I msged you the url [15:07] k [15:09] ChickenCutlass: and TV! [15:09] ChanServ: so would that be like omx level? [15:09] ChickenCutlass: so would that be like omx level? [15:09] so ChickenCutlass, you plan on keeping that API definition and binding that to the parts of Gnome or else we have on the desktop? [15:09] Saviq|UDS: right [15:10] asking you, as i don't see tvoss logged in here [15:11] I'll ping him to join when he's done introducing [15:11] ChickenCutlass: fyi, there is ~8 second delay between the hangout and the youtube stream. not sure if that has already been mentioned [15:11] lool: ^^ [15:12] if that's in scope? [15:13] dbarth, want to join the hangout? [15:13] yeah [15:13] let me eplain ;) [15:14] i was wondering if you want to keep the same API for apps, but bind that to what runs on a more traditional x86 PC (as opposed to a mobile device) [15:14] Having the platform API avaialable on the desktop will certainly help us with autopilot... [15:14] same API, ie the Ubuntu Touch API you defined [15:14] how close does the API adhere to Android's HAL, and do we plan on re-factoring this to be less Android specific? [15:15] but the runtime is either hosted on android, and then gradually is migrated to our middleware, and how much of the gnome heritage (no offense here) we have on the desktop [15:15] awe_: guess it depends on the api scope we want to cover with it [15:21] rsalveti: in the location example, would geoclue live below Ubuntu Platform API, on top of it, or completely in parallel? [15:22] Saviq|UDS: in this example I'd expect geoclue to be below ubuntu platform api [15:22] as the platform api would be the entry point [15:22] Saviq|UDS: rsalveti yes below [15:22] cool [15:24] rsalveti: exactly the point I was making for geoclue with tvoss last Friday; thanks for bringing it up :-) [15:24] I feel MIR might be another case of this [15:24] lool: yeah [15:25] ChickenCutlass: so the api's are convenience, but for example a client app could stil use geoclue directly? [15:26] tvoss: could (again, in the location example), geoclue be simply part of the Ubuntu Platform API? [15:26] kgunn: sure nothing stopping a developer from using it directly [15:29] Saviq|UDS: i agree with you, no need to wrap an api if it exists on the platforms we care about [15:29] Saviq|UDS: same as what tvoss just said about opengles & openmax [15:30] tvoss: I'm afraid of adding another glue layer that would only mean that your app will only run on Ubuntu [15:30] at least where there are well-defined alternatives [15:31] server error, sorry [15:31] hangout crash for anyone else? [15:31] yep [15:31] back [15:31] me too [15:31] yeah, if the host goes down, it stops the transmission [15:32] tvoss: to clarify, by platform API, do you mean: the adaptation layer for Ubuntu Touch in 3 months, or the set of APIs that Ubuntu 14.04 will provide to applications in 1 year? [15:32] dbarth, both [15:32] a diagram may help also represent what the discussion is about, and what it is /not/ about [15:33] ok, ChickenCutlass, yes that clarifies, so 14.04 APIs for apps, right? [15:34] * lool keeps an eye on the clock [15:34] So... If the platform API wrapped Mir, we wouldn't be writing a backend for Gtk to work with Mir, we would be writing a backend for Gtk to work with the platform API? [15:34] As an example... [15:36] so there should be 2 parts in the API: [15:37] there's no question, we need that [15:37] access to supported services [15:37] and helpers to adapt to form factors [15:37] ok [15:39] uds-client-1: 5 minutes left in this session! [15:40] would that help to surface that as WIP on http://developer.ubuntu.com/resources/platform/api/ ? [15:40] uds-client-1: 4 minutes left in this session! [15:41] uds-client-1: 3 minutes left in this session! [15:42] uds-client-1: 2 minutes left in this session! [15:43] Agreed re mailing list. [15:43] +1 for new mailing list [15:43] we could at least start with u-devel@, to raise some attention to this === alex_abreu is now known as alex-abreu [15:44] +1 [15:45] uds-client-1: This session has ended. === udsbotu changed the topic of #ubuntu-uds-client-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/client-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-client-1.log [15:46] \o/ [15:46] o/ [15:47] well done; interesting === udsbotu changed the topic of #ubuntu-uds-client-1 to: Track: Client | Porting Ubuntu Touch preview to raring | Url: http://summit.ubuntu.com/uds-1303/meeting/21606/client-1303-ubuntu-tou [15:52] rsalveti: I'm participation essential in both the hw accelerated video decode / rendering and in the porting touch images to raring sessions (I might have marked myself essential there); would you want me to jump between the two, or would you feel I'm more important in one or the other? [15:53] rsalveti: are you in talks with stskeeps already btw regarding libhybris? [15:53] Mirv: yes [15:54] rsalveti: ok, great [15:54] lool: I can cover the porting touch images, feel free to start at the hw accelerated video decode session [15:54] rsalveti: there's a lead for the hw acceleration session though? I am not prepared to *lead* it :-) [15:55] xnox: no point worrying about how ofono is handled, me and stgraber are following the package pretty closely in Ubuntu and Debian [15:55] unless of course you think that's reason for concern ;D [15:55] lool: there is, jhodapp is leading it [15:55] cool [15:55] well, we got a bunch of new code for ofono [15:55] we need to coordinate the upstream work here [15:55] rsalveti: yeah, but still [15:55] + distro [15:55] yes [15:55] we can do this for you I guess [15:56] or you may want to just push your patches directly upstream [15:56] hm, no hangout link still [15:56] assuming you wrote them you'd be credited either way [15:56] yeah, we need to first try to push it upstream, but we also want/need it available at the distro [15:56] rsalveti, want me in the hw decode session? [15:56] lets talk at the session [15:56] tvoss: yes, please [15:57] rsalveti, any link, yet? [15:57] seb128: do you have the link for this session already? [15:57] rsalveti: that's all fine, what I mean is not a huge need to discuss. if the patches aren't pure crack nobody will object to carrying them as distro patch and/ upstreaming [15:58] is video up? [15:58] seb128, Hmm, where is the link to participate? [15:58] can't see it yet [15:58] tvoss.clone().join_track("#client-1").clone().join_track("#client-2").clone().join_track("#appdev-1").clone().join_track("#appdev-2") [15:58] tsdgeos: doesn't seem to be [15:58] lool, ? [15:58] hehehe [15:58] cyphermox: are you going to be in the session? =) [15:58] cyphermox: i was just worried that stgraber is double booked ;-) [15:58] xnox: wasn't especially feeling the need to be [15:58] tvoss: I want 4 clones of you to have one of you in each session in each track :-) [15:59] cyphermox: ok. good. [15:59] lool, ;) [15:59] then sure, I can jump in, just need the link [15:59] lool, I feel abused now, or better my chromosomes [15:59] you should feel proud! [15:59] but I'm happy to leave my place, my contribution is unlikely to be very important [15:59] we has videos [16:00] hmm I see a Didier [16:00] didrocks, such a fancy name badge you had there! [16:00] didrocks, can you invite me to the hangout? [16:00] robru: isn't it? :) [16:01] who needs the hangout link? [16:01] (should be in the summit?) [16:01] looks like you have enough, I'll just lurk [16:02] same here [16:03] +1 [16:04] I think I'm subscribed to the list already [16:04] cyphermox, seems like you could have input for the ofono packaging stuff? [16:05] trying to join [16:05] how about rolling back to the good old hotplug scripts for that [16:05] (if its only one device) [16:07] (instead of udev) [16:08] kenvandine: aren't you WI more for our session? the one at 6:15PM? [16:08] oh.. maybe so :) [16:08] seb128: I think it is actually "rild" instead of "reald" [16:08] rsalveti: right? ^ [16:08] kenvandine: feel free to move those there :) [16:09] boiko, thanks [16:09] my lower third is reversed, right? [16:09] mirror image [16:09] cyphermox, that's normal [16:09] oh ok [16:10] the hangout API is doing that, your image you are seeing on the low part is reversed [16:10] as long as it doesnt add pimples ... who cares :) [16:10] ogra_: it's for pointing people in fact [16:10] so that when you point to the right [16:11] your hand is at the right [16:11] didrocks, that's adorable [16:11] ah, nice === udsbotu changed the topic of #ubuntu-uds-client-1 to: Track: Client | Porting Ubuntu Touch preview to raring | Url: http://summit.ubuntu.com/uds-1303/meeting/21606/client-1303-ubuntu-touch-porting/ [16:20] seb128: I took a note of the p2p0 patch before the session, was already aware of that one [16:20] cyphermox, I saw, thanks [16:21] thanks for taking notes! [16:21] np ;-) [16:26] who is running the vacuum cleaner? seriously guys? === udsbotu changed the topic of #ubuntu-uds-client-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/client-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-client-1.log === FunnyLookinHat_ is now known as FunnyLookinHat [17:59] is the video working? [17:59] oh, still 15 mins to go === udsbotu changed the topic of #ubuntu-uds-client-1 to: Track: Client | Delivering touch apps to raring | Url: http://summit.ubuntu.com/uds-1303/meeting/21609/client-1303-delivering-touch-apps-to-raring/ [18:12] we see your smile didrocks [18:12] * ogra_ will be a tad late, sorry [18:12] "You can remove it" /me didn't realize we could remove France, looking into it. [18:13] tedg, lol [18:13] I don't hear any noise coming from ken [18:13] same here, kenvandine sounds fine [18:13] sounds good to me too [18:14] didrocks: want an SDK person there? [18:14] greyback: I just ping zoltan [18:14] greyback: do you know if he's around? [18:14] greyback: otherwise, feel free to come :) [18:14] didrocks: ok. He was an hour ago [18:15] Sorry everyone for my goofy face icon. Something is wrong with my webcam and google [18:15] tedg, i'm already assigning work items to you :) [18:15] j'aime comme didrocks dit "Robert" [18:15] hrm.. oops [18:15] you can get someone else [18:15] I think you can have 15 [18:16] my video is breaking up right? [18:16] u actually get 15 now didrocks [18:16] Greetings all [18:16] cyphermox: tes [18:16] yes [18:16] grr [18:16] I'll reconnect [18:18] https://docs.google.com/spreadsheet/ccc?key=0AtlKERhVPP5ydFlPa0lpbWpKQ2tiX045S055WHp0S2c&usp=sharing#gid=0 [18:18] angry fruit salad :) [18:18] hmm, i dont seem to be able to join the hangout (i dont have a join link) can anyone PM it to me ? [18:19] didrocks: ogra_: I can give you my place? [18:19] ogra_: you arent required [18:19] he should be able to join [18:19] cyphermox, we should be capüable of having 15 ppl in [18:19] ok [18:19] i just dont get the link above the window [18:19] cjohnston: when you say those things it sounds confusing, he is definitely required [18:20] gema_uds: According to summit he is not required. [18:20] would be nice is someone could PM it to me [18:20] cjohnston: ack [18:20] ogra_: just a second [18:20] i am definitely marked essential [18:20] didrocks, and i checked in advance [18:20] ogra_: essential is not required [18:20] ogra_: essential in launchpad means nothing [18:20] oh [18:20] the track leads can mark you required [18:20] heh [18:20] lol.. [18:21] cjohnston: I told you this would be confusing x) [18:21] cjohnston: we need a how to ! [18:21] gema_uds: its been blogged and emailed [18:22] so what are the goals here for running on the desktop? [18:22] do we actually care about running x86 builds of apps on the desktop? or is what we care about really to be able to run arm builds of apps under emulation? [18:23] slangasek, x86 [18:23] making the apps work across the board [18:23] ogra_: why is that what we care about (right now)? [18:23] slangasek, isn't that the whole point of our convergence story? phone apps should run on the desktop as full-fledged desktop apps. [18:23] well, its getting the new desktop in :) [18:23] robru: this session isn't about convergence though, it's about getting the software from the Ubuntu Touch preview into raring [18:24] didrocks, ^ [18:24] slangasek, I must be confused then. What does "into raring" mean if not "running on the desktop"? [18:24] didrocks, might be worth adressing in the session [18:24] robru, packaged [18:24] *convergence* implies having one set of interfaces across all devices... but that's clearly not what is being proposed here [18:24] robru: into the Ubuntu archive, so that we can build images with our standard tools, and maintain them properly as packages, I take it? [18:24] robru: packaged, in the Ubuntu archive for raring, with raring as the focal point for development iteration and with us able to build images from it [18:24] * thomi is working on it [18:25] so we can build official Ubuntu armhf touch images [18:25] and also cover them on library transitions, security updates, britney, autopkgtest, and the like [18:25] but if we start worrying now about android services... I don't think we're going to get anywhere in the next 2 months [18:25] didrocks: but wouldn't it be actually better to test stuff like phone-app on a real phone? [18:25] feel free to pull me into the hangout if you want :) [18:25] slangasek: from what I understand it is one single code base compiled to be running on both architectures and capable of taking the shape of all the form factors/ [18:26] I'm not sure how many people will be using phone-app on desktop (seems to be at least a less likely option) [18:26] invite him [18:26] he can join [18:26] no limit of 10 [18:26] mmrazik: UfA [18:26] 15 [18:26] mzanetti: I see [18:26] mmrazik: it would be interesting to see something like that [18:27] mzanetti, didrocks: but still... I assume the number of users using phone app on a phone is going to be higher [18:27] mmrazik: yes [18:28] it would be IMHO better to run this daily testing on a phone [18:28] mmrazik: I always wanted the real hardware. But you are aware of the issues we still have with that [18:28] even though its going to be more difficult [18:28] mzanetti: ack... talking about ideal world [18:28] well, at least we need the SDK and other libraries in the shape that the apps can be developed and tested on the desktop [18:29] Wellark: would they be running in an arm emulator? or will they be compiled for your pc ? [18:30] matzipan_: right now we have been running the tests on a real desktop with X [18:30] there is another session for emulators etc next hour [18:30] as tedg mentioned they are just qt apps and qt has the right backends.. [18:30] "ubuntu sdk tools" [18:31] matzipan_: IMO there should be no reason to run ARM emulation when developing 3rd party applications [18:32] i am guessing "touch apps" does not include touch screen laptops? [18:33] it will [18:33] in 14.04 [18:33] oh, at the point of the "grand unification" ? :D [18:33] currently we are defining the road towards that [18:34] matzipan_: well, touch-screen laptops aren't the focus of any work over the next months [18:34] the focus is all on smaller touch screens [18:35] tedg: we need the new hud to get libhud so that we can land the integration between SDK and libhud-qml [18:35] Wellark, Yup, but even if the hud-service was in a different package they'd be okay. [18:36] its a simple naming transition, no ? [18:36] well, as long we figure out the build dependencies so that libhud can be installed [18:40] how about the the broken unity packages in phablet ppa? those are for quantal, but is there something that has to be addressed on the raring side? or do the raring unity packages contain the changes already? [18:42] We need some sort of authentication on these country flags. [18:42] tedg: says the man who doesn't use a country flag :) [18:42] haha [18:42] pitti_uds, I did. You supporter of the illegal occupation of Texas! [18:42] how the heck do i get that in the first place ? [18:42] (yeah, I know that there are many Texan people who'd disagree) [18:42] * ogra_ doesnt even have a shiny name tag [18:43] ogra_: hangout tools, "lower third", enable your name and set your country [18:43] didrocks, don't forget to assign some easy stuff for me ;-) [18:45] tedg: as I'm eligible to apply for Czech citizenship provided I can fill out the form successfully, I feel entitled [18:46] * tedg doesn't want to be in kenvandine's "stack of friends" [18:46] slangasek, Hah! [18:46] tedg, you are! [18:47] didrocks: there should be some tests for the demo app with all the components [18:47] didrocks: should be good for release testing [18:47] "eligible to apply for citizenship" - is there pre-authentication before you can get the forms? :) [18:47] heh [18:47] didrocks: if not there should not be much work to make them good for release testing [18:48] mmrazik: good point actually... maybe we should autopilot the demo app [18:49] mzanetti: we are autopiloting it [18:49] mzanetti: or at least it was the plan [18:49] not 100% sure where exactly it is [18:49] oh.. haven't seen that so far. but great if there is something [18:49] cjwatson: heh, no [18:49] mzanetti: jp was certainly working on it at some point of time [18:50] willcooke is not here, but I am :) [18:50] does kenvandine sound like a Dalek to anyone else? [18:51] thomi: yes... [18:51] thomi, A Dalek that runs on beer! [18:51] thomi: that has always been my impression [18:51] ok, as long as it's not just me [18:51] even without flicking a finger over his lips ! [18:51] hah [18:54] ah no, kenvandine isn't a dalek, he's apparently Rush Limbaugh [18:55] hehe [18:56] * mterry investigates his camera [18:56] video cut out abruptly, was that actually the end? [18:56] yeah [18:58] can someone ping me the hangout link? [18:59] robru: we told "thanks everyone" :) [18:59] didrocks, I think that part got cut off ;-) [18:59] didrocks, or maybe I was momentarily deaf ;-) [19:00] robru: that was just after "we'll assign everything to robru" [19:00] :p [19:00] helo as talking video started?? === udsbotu changed the topic of #ubuntu-uds-client-1 to: Track: Client | Mir on the converged codebase | Url: http://summit.ubuntu.com/uds-1303/meeting/21680/client-1303-mir-converged/ [19:01] didrocks, ping [19:01] hey tvoss [19:01] is the video running? google tells me they will be right back [19:01] I understand that going too deep on this will not be productive, but will there be any mention of the discussion between the wayland developers and Canonical, where they said wayland does not suffer from any of the downsides quoted on the Mir page? [19:01] I am talking of course about the article "Don't piss on Wayland", http://www.phoronix.com/scan.php?page=news_item&px=MTMxODA [19:01] phoronix? trololol [19:03] where's the video? [19:03] tvoss: which session? the previous one just finished 5 minutes ago [19:03] tsdgeos it's running on Mir :) [19:03] ah, starts in 2 min [19:04] #burn [19:04] is there supposed to be a hangout somewhere? [19:04] didrocks: the mir one [19:04] yeah, not yet I guess :) [19:04] is there sound and/or video [19:05] seb128: who is supposed to be starting this one? [19:06] robert_ancell: I think we are still off air [19:06] I guess nobody joined yet. [19:06] alf_, really? [19:06] robert_ancell, alf_: yes [19:06] anyone have anything other than a "We'll be right back" video recorded? [19:06] nope [19:07] Saviq|UDS: no [19:07] yes [19:07] well... I have "This video is currently unavailable." [19:07] I just refreshed, now I get a blank screen [19:07] ...doh, and now the we'll be right back screen [19:07] it looks like the wrong url was started [19:07] thomi: well, yes you get the "registration" of the session [19:07] and I have a 'An error occured. Please try again later."... will refresh [19:08] same.. nothing.. [19:08] you don't need to refresh [19:08] just click on "live" [19:08] now it's a 5 min video, not livestream [19:08] if it's gray you're not live [19:08] fisch246: there is no "live" button [19:08] on the youtube player [19:08] fisch246: we basically get the usual YT player [19:08] http://www.youtube.com/watch?feature=player_embedded&v=oQGyoQAVN6E [19:09] http://youtu.be/w6HnJ3mgT9g [19:09] i have yet to get a basic yt player [19:09] balloons: yup, just a 5:31 video of "We'll be right back" [19:09] seb128: that seems to work. thanks [19:09] the link from seb128 works [19:09] seb128: cool, that link works for me [19:09] though i opted for html5 so the html5 player might have the option [19:09] thomi: you are [19:09] thomi: where is there a link from seb128 [19:09] tvoss: you are.. [19:09] http://youtu.be/w6HnJ3mgT9g [19:09] yes [19:09] sorry thomi [19:09] https://plus.google.com/hangouts/_/ff2785ffa15ca0508f8616284456489ebcb68966fb?authuser=0&hl=fr [19:10] I can see you guys on the new link [19:10] my intel X driver keeps crashing... === rsalveti_ is now known as rsalveti [19:10] seb128, can you replace the summit's youtube link with the correct one? [19:10] it will be probably just hard to find the recorded session [19:10] ok, all [19:10] I just updated the url in summit [19:10] some home improvment? [19:11] refrehs and the video should work [19:11] refresh [19:11] Saviq, done [19:11] working now [19:11] seb128, yay! [19:11] refresh worked [19:11] yup [19:11] yes, workig [19:11] I have refreshed the page on summit, and I now see the hangout fine, yay! [19:12] alf_: hey :) [19:12] (speakers: it might be quite cool to add Lower Third so your names are up, as it is for Thomas Voss) [19:12] zyga-uds2: hi :) === wolfslord is now known as thiagoandrade [19:13] sil-unwell: for some reason I could not get the toolbox working before, others might have the same problem [19:13] any questions on irc? [19:13] is someone at the dentist? [19:13] at the dentest [19:13] please mute whoever that is [19:13] did someone join from a dentist office? [19:13] How can i help the development of mir? [19:14] QUESTION: what's the current state of mir and what's the roadmap for the next 3 months? [19:14] OK, well, obvious question: I've seen lots of people saying that our reasons for not using Wayland, as laid out on the wiki page, are something in between incompletely explained and actively maliciously wrong. Can you guys enlarge on the reasons? [19:14] seb128: please mute whoever has all of that extra noise [19:15] cjohnston, it was me and I'm muted now [19:15] cjohnston, I think that was robert [19:15] ty robert_ancell [19:15] who is leading... [19:15] cjohnston: can you paste the link to the feed again? [19:15] gema_uds: refresh and it should be there [19:15] are you taking questions or running a planned discussion? [19:15] is the feed really this lagged.. :/ [19:15] http://www.youtube.com/watch?feature=player_embedded&v=w6HnJ3mgT9g#! [19:16] found it! [19:16] robert_ancell,hello? [19:16] is there an agenda? [19:16] maybe someone else can step up and take the lead? [19:16] jdstrand, no, open questions I think [19:16] ah [19:17] jdstrand, correct [19:17] zyga-uds2, see the blueprints for the roadmap [19:18] zyga-uds2, https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-converged [19:18] tvoss: not really :) What *were* the different requirements? [19:18] robert_ancell: excellent, thanks [19:19] seb128, is that building noise still coming through [19:20] QUESTION: will Mir be portable to other scenarios/distros or even other unices? [19:20] robert_ancell, it was when I muted you, just unmute with the icon at the top when you talk and mute when you are done [19:20] seb128, ok [19:21] robert_ancell, that's what I do anyway to avoid keyboard typing noises etc :p [19:21] ptl: it is an opensource software [19:21] so no reason why it shouldn't be portable. If there are portability issues (technical ones) then I assume that patches are welcome [19:21] has anyone invited the wayland guys to this session? :) [19:22] mmrazik: i know but my questions was more like "are there any specific Linux hooks or ubuntu dependencies that would prevent it to be easily ported?" [19:22] ptl no [19:22] ptl: No, besides of course the graphics backend [19:22] achiang: that was my first ever question, the wayland questions raised in phoronix... I even pasted the URL here [19:22] but this is modular anyway (GBM, android) [19:22] ptl like racarr said [19:22] ptl: The architecture is very modular at the source level, and probably will be pluggable at runtime [19:22] ptl you could get access to lots of hw platforms [19:22] ptl, but note that the primary requirement is to support unity, not to support generic shells [19:23] ptl using mir [19:23] ok... [19:23] do tell [19:23] ptl depending on how many backends get added :) [19:24] kgunn you should mute you speaker, your typing getting through [19:24] mic [19:26] how much effort (SWAG) would it take to port a SF driver to Mir? [19:26] tvoss: ^^ [19:26] correct [19:26] tvoss, repeat the question so it can be followed on youtube [19:26] if you want people to join the live discussion just give them the hangout url [19:26] QUESTION: do you see mir-specific graphics drivers being written / supported, or will the primary usecase be utilizing drivers for linux, android, etc [19:27] tvoss: but as far as i know we will still support X server inside MIR, how does that work regarding the "we use a much simpler driver model than X". Means X programs will be software renderer and not driver accelerated? [19:27] tvoss are you using mainly Khronos APIs [19:27] ? [19:27] balloons: should be opengl/gles if this is what you mean [19:28] what happens if Google modifies heavily Surface Flinger and hw vendors will do same with drivers to support the change? [19:28] tvoss how can we optimise mir for different GPUs? [19:30] ondra: We will create a new mir graphics backend (or adjust the existing one to handle all versions, depending on the change) [19:30] ok, tx [19:31] QUESTION: How do you envisage we go about testing Mir? [19:31] gema_uds: ^^ great question [19:31] ondra: really any hw vendor specifics on android [19:31] ondra the api's we rely on are public, open source headers from google, so if they change them, we should be able to understand the changes [19:31] ondra: should be behind hwc hal [19:31] thanks tvoss [19:31] yes [19:32] what about system wide testing? [19:32] QUESTION: how does mir driver model (no support for proprietary drivers yet) affects hardware certification, does that automatically fail certification for everything that does not have free software drivers? (by 14.04 release) [19:32] yeah, I am trying to figure out what the platform QA team should do [19:32] ^^, me too [19:32] alf_ Do we have plan to support additional hw features when introduced by surface flinger? [19:32] repeat the question please [19:32] s/affects/affect/ [19:32] ok, we'll talk more then [19:32] help us get mir support in autopilot :) [19:33] QUESTION: do you have any tests in place now? unit tests perhaps? [19:33] ondra: we have a task for integrating android hwc hal as well [19:33] balloons: yes there is a test suite with unit tests [19:33] Question: how will this run on Ubuntu chosen default virtual env kvm? (don't know if it was covered already [19:33] QUESTION: we always get asked about benchmarking when talking to OEMs , do we have something we can share or will we? [19:33] ) [19:33] robert_ancell, tvoss: I assume we should make the jenkins jobs public. They have coverage metrics etc [19:33] and with integration and acceptance tests [19:33] thank you [19:33] ondra: we do not track surface flinger features per se, if it something we need and it's provided by drivers we will consider using it [19:33] but only for mir as a unit itself [19:33] balloons: so you could actually check what the real coverage is [19:33] mmrazik, +1 [19:34] not much full system integration [19:34] excellent, I'll have a look, ty [19:34] let me do it right now [19:34] ondra: conceivably you can always access a variety of hw vendor goodness for composition via hwc hal [19:34] srry that I forgot about this [19:34] QUESTION : Why was there no dialogue with the Wayland guys in the planning process (or so I read) ? [19:34] QUESTION: (again) how does mir driver model (no support for proprietary drivers yet) affect hardware certification, does that automatically fail certification for everything that does not have free software drivers? (by 14.04 release) [19:34] the piglit test suite is also relevant, for testing the mesa portion of the stack [19:35] I believe that everybody wants a fast , efficient and portable system . It just seems that that dialogue was avoided in order to have an in-house Ubuntu governed project,which is kind of FOSS unfriendly. Don't get me wrong - I appreciate your work , but that's the impression from the whole situation and news coverage,that needs to be cleared. [19:35] alf_ My question is driven be evolution of surface flinger and seing how much they managed to accelerare by using hw composition layers. [19:35] alf_ so how can we benefit from Surface Flinger evolution as much as we can [19:36] ondra: i would view that kind of evolution happening on a very slow scale [19:36] QUESTION: will Mir be able to speak the Wayland protocol at some point ? [19:36] that is great [19:36] ondra: think gles1.1 vs gles2.0 [19:36] ondra: want to repeat your question with QUESTION: ? [19:36] petko10: you are talking about the phoronix article, right? Yes, I really think it needs a response... It has many worrying implications. [19:36] thanks [19:36] exactly , I'd be glad to get some clarification on that [19:37] again - not to hold anyone accountable , just so there's no mist around it [19:37] OK, cool, thank you. [19:38] tvoss, repeat the question [19:38] ondra: by taking advantage of the same driver features that surfaceflinger uses to implement similar functionality [19:39] btw. some testing data from jenkins (will be available on jenkins.qa.ubuntu.com after a next commit to trunk): 362 tests executed; 75% lines covered by tests (a big gap is the examples/ directory accountable for ~13% of lines) [19:40] well [19:40] I'm trying to word it here [19:40] mmrazik: android has more than 362 tests :) [19:40] kdub__: define android :) [19:40] good coverage != good tests ;) [19:40] For reference - I've already have given the article URL in the beginning of this hangout but let me paste it again: http://www.phoronix.com/scan.php?page=news_item&px=MTMxODA - it also claims that wayland does not have the given downsides [19:40] kdub__: we have more tests for ubuntu touch obviously [19:41] alf_ would it make more sense, to based mir than on SurfaceFlinger since we use same drivers, and just add features we are missing? [19:41] mmrazik: the android build of mir [19:41] kdub__: oh... yeah... we need that in jenkins :-/ [19:41] ondra: we have to converge at some point :) [19:41] thomi: I think something where you can help ^^ [19:41] ondra: think of mir as the convergence point [19:41] ondra: we also support the free software drivers, so that wouldn't work [19:42] can you make that analysis available for people to read? [19:42] yeah - feel free to add a work item for me to help get that done after UDS [19:42] alf_ new 4.2 surface flinger for example supports multi screen support and I see it as fast developing component, so using same drivers, but writing own solution carries some ricks [19:42] gema_uds: it will be on the public ubuntu jenkins instance [19:42] ondra: as new driver features become available, we can add them in [19:42] QUESTION: could you point us to a list of your needs, so that they can hopefully be met by future iterations of the wayland protocol ? [19:42] thomi: ok [19:43] thomi: I was talking about the analysis where the reasons for not using weiland or any other option were weighted [19:43] thomi: rather than the coverage, which I am also interested in [19:43] QUESTION: I see a bunch of work items in the blueprint, which I assumed would be discussed in this session, but I guess this is a Q&A.. The work items though are very broad.. Is there going to be discussion on those work items, and drilling them down to something more specific than "Window Decoration"? [19:43] gema_uds: oh, sorry - I misunderstood :) [19:43] thomi: my fault :) [19:43] QUESTION: What is the plans for power saving? For example will a screen and led lighting be cut completely to save power when the timer is up for lock screen. [19:44] QUESTION: So the compositor<->shell plugin interface doesn't provide enought room for integration ? [19:44] kdub_ I just see it as replication of code once written by Google. But understand your point [19:44] davmor2: we are going to be developing power tests, we can sync up on those [19:45] davmor2: any ideas on good use cases are very welcome [19:45] davmor2: ...but mir itself is developed with power saving in mind, avoid redundant wake ups etc [19:46] "over time the requirements will become clear" sounds like we don't know what problem we are trying to solve [19:46] https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-converged [19:46] QUESTION: the proposed time table until 14.04 seems very ambitious. What can a generic external developer do to help ? [19:47] gema_uds: I'm sure I can think of a few if I sit down and think long enough, finding the time might be another issue :) [19:47] davmor2: if you stumble over any obvious one that you want covered at some point, just drop me an email ;) [19:48] is mir going to impair the ability of phones to boot desktop linux or run x11 apps? phones need an open-source ddx to do this since x11 binaries are rare from vendors. [19:48] yes, thank you [19:48] gema_uds: will do [19:48] will have a look at LP [19:49] so will the development of releases post-13.04 start to transition over to mir? [19:49] QUESTION: when can we expect mir to land in default ubuntu if rolling release happens? [19:49] QUESTION: has x forwarding been covered? If not how will that happen? If it has I'll catch it up on the video [19:50] Observation: removing the visual glitches from boot -> session transitions will be very nice [19:50] thanks [19:50] robert_ancell: that's normally what sessions during a UDS are for.. to drill down into the work items.. I understand what window decorations means, but we should be discussing how we are going to get there so that we have very specific work items on how to get there. [19:51] I mean the default user will get them installed and used [19:51] QUESTION: It was a little unclear to me. Will Mir be able to use existing Android graphics drivers? [19:51] kyleN, yes it will [19:51] thiagoandrade: yep! we can take whatever blobs come our way and pop them in [19:51] robert_ancell: Yes over ssh for example [19:52] so why not just lower the support window on non-LTS releases, but keep doing 6 month releases? [19:52] I understand that Mir was only announced yesterday, but now that it's out in the open, it needs to be worked on as if it's in the open.. [19:53] thiagoandrade, yes [19:53] cjohnston, yes, we are open now === sabdfl__ is now known as sabdfl [19:54] robert_ancell: QUESTION: so if we aren't defining the requirements and such during UDS, when will we be defining them? [19:54] hello folks [19:54] so combining the reuse of android drivers with a display manager that supports the specific use cases of Unity next on converged devices = reason for MIR, I think [19:55] robert_ancell: the thing is , if we don't discuss those at UDS, you don't get any external feedback [19:55] robert_ancell: what gema_uds said [19:55] we could schedule another one tomorrow :) [19:55] Could schedule another session to discuss then tomorrow [19:55] 3 months is too long to wait to start drilling down the blueprints [19:55] QUESTION: so are the requirements for a system-compositor second class ? [19:56] and if you want to get help from the outside, you have to be able to give people something to work on. [19:56] SUGGESTION - do you have a irc channel or email list that people can comment [19:56] victorp_: #ubuntu-mir [19:56] on freenode [19:56] ok, thank you [19:56] victorp_: #ubuntu-mir on freenode for IRC. [19:56] victorp_, it's #ubuntu-mir [19:56] Thanks for the anwsers ,and sorry for my scarse comments , I can't keep up with IRC/live talk. my COMMENT: I still hope there's room for talk with the Wayland guys , because the FOSS community depends on the project and Ubuntu moving away from it is kind of underwhelming [19:57] tvoss, so people should read the bps and hang out in #ubuntu-mir and talk to the team [19:57] UDS is not just for xmas ;) [19:57] cool [19:57] QUESTION: I'm not familiar to Surface Flinger and one of the ideas of Mir is to upgrade the input system. How connected the input system will be to Mir and do you have plans to integrate it to Linux kernel? [19:57] victorp_, sure, would love to have the feedback [19:58] petko10: agree with your COMMENT [19:59] Yes thank you [19:59] http://summit.ubuntu.com/uds-1303/2013-03-06/display? [19:59] tvoss, do you see things like keyboard shortcut/gesture recognition living in Mir, or in some different layer? [19:59] or just hop on IRC / conf call [19:59] sup seb128 [19:59] whoa and here's sabdfl [20:00] awesome [20:00] yes [20:00] yes [20:00] hello hello [20:00] tvoss: yes [20:00] yeah [20:00] tvoss: yes, you are live [20:00] yes [20:00] yes [20:00] you're live [20:00] you are live so far ;) [20:00] you are live [20:00] bah, all the good sessions were in the last slot today [20:00] this lag is really bad === udsbotu changed the topic of #ubuntu-uds-client-1 to: Currently no events are active in this room - http://summit.ubuntu.com/uds-1303/client-1/ - http://ubottu.com/uds-logs/%23ubuntu-uds-client-1.log [20:00] this is the last session of the day and your live [20:00] so, you could continue [20:00] balloons: thanks! [20:02] yes [20:02] could you walk through the blueprint and talk about the items, assign some work, talk about problems, and areas where others could help out [20:03] https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-phone-iteration-0 [20:03] not sure of everyone's availability persay, but worth giving a few mins to [20:03] input methods for supporting Asian scripts is currently handled at the X layer (I think) does MIR change this? [20:04] I will be back in 5 [20:05] I don't know that I need that [20:05] cjohnston, are you able to join the g+ conversation? [20:06] earthquake? [20:06] I have builders next door [20:06] sabdfl, is canonical going to fork that flyby of mars? i know you guys have the money and talent to pull it of :) [20:06] QUESTION: input methods for handling Asian (and other scripts) is handled (I think) at the X level. for example ibus depends on x11. How will MIR support such input methods? [20:06] url is https://plus.google.com/hangouts/_/ff2785ffa15ca0508f8616284456489ebcb68966fb?authuser=0 [20:06] (I realize session is over, but what the heck ;) [20:08] the discussion was needed. mir's complaints about wayland are unfounded. [20:09] (sry AFK for now) [20:11] regarding my question above, I see that Input Methods (and Accessibility) are in fact the last item on the bprint whiteboard. [20:13] put lp:mir on github, that might help for participation [20:13] zyga-uds2: doubt it [20:13] zyga-uds2: we can just use your bzr git bridge ;) [20:14] alf_: no that works backwards [20:14] alf_: as in using git on launchpad [20:14] zyga-uds2: right, it should work great [20:15] alf_: the point is github is where people are, not git vs bzr discussion [20:15] zyga-uds2: ok, got it [20:15] gema_uds: ++ [20:16] robert_ancell: if we could have discussed this earlier then I would have strongly urged us to have a story for certifying traditional hardware by 14.04 === tvoss is now known as tvoss|eod