=== nudtrobert1 is now known as nudtrobert [06:55] ok, nobody touch any silos with unity8 or qtmir! [07:12] Saviq: Kay... http://www.lightningrodlabs.com/wp-content/uploads/2010/12/silo9-1024x576.jpg [07:13] Hence we have freezes and things [07:33] mzanetti: Saviq: what about https://code.launchpad.net/~aacid/unity8/use_sdk12/+merge/273182 and https://code.launchpad.net/~aacid/unity8/use_sdk_12_quick_24/+merge/273185 ? [07:40] tsdgeos, I think we'll go to 1.3 directly after all in the next landing [07:40] Saviq: we can't, it has blocker bugs [07:41] tsdgeos, got link? [07:41] Saviq: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1495554 [07:41] tsdgeos, anyway, even if fixed, we'll need to coordinate with core apps to land before ota8 [07:41] Ubuntu bug 1495554 in ubuntu-ui-toolkit (Ubuntu) "AbstractButton 1.3 pressAndHold breaks inside a Loader" [High,In progress] [07:42] tsdgeos, ok, they'll need to release before us, then [07:43] * Saviq asks zsombi what's the plan there [07:44] Saviq: he's on holidays? [07:44] tsdgeos, right, asked Zoltan instead [07:45] tsdgeos, any case, now that we know our target for 1.3 is OTA8, it needs to get fixed and we can skip 1.2/2.4 IMO [07:45] ok [07:46] i'll leave the branches just in case [07:47] tsdgeos, actually that fix is released already [07:47] Saviq: it's not [07:47] Saviq: tsdgeos: so, right now you still can't use the citrain tool to upgrade to 012, at least until the audio role Unity 8 problem is fixed. just use the QtTesting instructions for time being. [07:47] Saviq: the branch has been merged, true, the bug is not fixed [07:47] tsdgeos, ok well that might be true [07:47] Saviq: there's a very simple test case you can use if you want to check by yourself [07:51] tsdgeos, yeah, works for me [07:51] tsdgeos, see #sdk [07:52] duflu, don't! [07:53] Saviq: OK... on that note, I noticed my branch is just one of 80-somthing pending so I'm not going to bug you about it now :) [07:58] duflu, I'm landing it now (i.e. waiting for rebuild, testing etc.) [07:58] Saviq: Thanks. In other good news, I found a way to improve scrolling smoothness further (fix coming in Mir-0.18-ish) [07:58] * Saviq likes [08:03] * Saviq just realized bugs are not auto-closed because of overlay... let's see how many of them we missed... [08:05] oh well, not that many, since we were releasing into wily, too [08:05] Saviq: It seems we're using Ubuntu tasks to represent the overlay fixes. But if you look in any actual Ubuntu project distro up to wily then said fixes don't exist. Seems like we're confusing ourselves and Launchpad. We need something new and unique to represent overlay [08:06] duflu, agreed, the rtm archive was better in that regard, but the overlay approach is slightly nicer in that you don't need to sync things that land in archive all the time [08:07] Saviq: We probably don't need to compromise though. Just invent some nice kind of task for overlay (as opposed to Ubuntu which means wily) [08:07] Somehow [08:07] duflu, well, those won't get auto-closed unless LP considers PPAs as release archives [08:08] but yeah, something could be better [08:08] duflu, but also, we'd need per-release overlay (because today we have overlay for both wily and vivid) [08:08] and in theory you could release only to vivid overlay, not wily [08:08] so not trivial [08:09] We probably have already (e.g. Mir 0.16.1 may never hit wily) [08:09] duflu, it did hit wily overlay (I meant wily overlay) [08:10] OMG silo 22 is actually building, we might even be able to release it some time [08:10] 31 MPs total [08:11] 8 projects [08:11] only Mirv can top that! === TheMuso` is now known as TheMuso [08:22] :) and I have less MP:s, just manual uploads all over [09:00] greyback_, top-ack on https://code.launchpad.net/~aacid/qtmir/no_double_search/+merge/272707 ? [09:00] greyback_, also https://code.launchpad.net/~unity-team/qtmir/surviveEmptyTexture/+merge/274510 [09:00] and https://code.launchpad.net/~nick-dedekind/qtmir/remove-dpkg-CMAK_INSTALL_PREFIX/+merge/274222 [09:01] greyback_, if you could look at https://code.launchpad.net/~lukas-kde/qtmir/wheelEvent/+merge/274313 too, don't wanna wait until Daniel comes online [09:02] ok [09:03] greyback_, Daniel gave it a +1 before a rebase https://code.launchpad.net/~lukas-kde/qtmir/wheelEvent/+merge/273150 [09:03] so just a sanity check [09:04] that would be al [09:04] l [09:04] Saviq: it looks good. all approved [09:04] tx [09:05] * Saviq spends the rest of the day testing silo 22... === nudtrobert1 is now known as nudtrobert [10:15] FWIW PPA 012 is again up-to-date regarding landings [10:15] including the today's released unity8 [11:11] greyback_, btw those Mir vs. Qt timestamps, worth a fix? [11:14] Mirv: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1474775 is also fixed by 5.5.1 [11:14] Ubuntu bug 1474775 in qtbase-opensource-src (Ubuntu) "ubuntu-ui-extras fails running a test on Qt 5.5" [Undecided,New] [11:15] ltinkl: for input events? [11:15] greyback_, yes [11:15] greyback_, Qt timestamps are in milliseconds (if I'm not mistaken) so they need to be converted to nanoseconds (as expected by Mir) [11:16] ltinkl: right. dednick had done work on that [11:16] greyback_, I fixed the one event in https://code.launchpad.net/~lukas-kde/qtmir/wheelEvent/+merge/274313 [11:16] I thought it landed [11:16] Mirv: 5.5.1 released \o/ [11:16] basically auto timestamp = std::chrono::duration_cast(std::chrono::milliseconds(qtEvent->timestamp())); [11:18] ltinkl: yeah, that's good [11:19] it's what we're doing for all mir events currently afaics [11:19] greyback_, still have to double-check the Qt timestamps are milliseconds, no docu on that [11:19] greyback_, nope, not the case currently [11:20] ltinkl: what am I missing? [11:20] yep, qt timestamps in miliseconds, are 32bit ints [11:20] I believe std::chrono does implicit time conversions [11:21] as in, the api looks for nanoseconds, but if we pass it miliseconds, it gets converted implicitly [11:21] greyback_, ah, there's some new code to compress them [11:21] ltinkl: yes, that's dednick's work [11:22] greyback_, ye but it doesn't get converted back to milliseconds when being passed to Qt functions [11:22] greyback_, auto timestamp = qtmir::compressTimestamp(std::chrono::nanoseconds(mir_input_event_get_event_time(event))); [11:22] greyback_, qKeyEvent.setTimestamp(timestamp); [11:22] ltinkl: that does the conversion [11:23] * greyback_ hands off to the expert ;) [11:24] or it should be doing. [11:24] dednick, sorry I fail to see where it converts it to milli [11:26] ltinkl: hm. in fact it may not be doing that [11:27] it's just compressing down to a ulong, but keeping the precision. [11:31] dednick, I suggest passing a std::chrono::duration (and removing that template) and just convert the value inside [11:33] tsdgeos: I noted that on #ubuntu-touch 1h ago, already building :) [11:34] tsdgeos: I'll keep the 5.5.0 PPA intact and use a temporary PPA so that you or anyone can still use the 5.5.0 while 5.5.1 is being prepared (the internal version checks would otherwise break things) [11:34] ok [11:34] food! [11:35] Saviq, can't top-ack https://code.launchpad.net/~saviq/unity-notifications/fix-version/+merge/274513 [11:36] Saviq, missing membership I guess [11:36] ltinkl, lemme add you [11:36] ETOOMANYGROUPS [11:38] ltinkl, done [11:39] Saviq, yup, thx [11:39] ltinkl, we got a problem though [11:39] https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d#//screenshot20151015_115211980.png [11:39] this is how the SIM things look like in silo 22 [11:39] not sure if notifications to blame yet [11:40] or maybe... background resolver? [11:40] Saviq, hmm, dunno how it's supposed to look like [11:40] ltinkl, it should have the backround behind [11:41] Saviq, like a wallpaper, and not the texts? [11:41] that sounds likely, wdyt greyback_ ↑? [11:41] ltinkl, yeah, the text behind is another bug, but usually it's covered by the wallpaper, yes [11:41] Saviq, the PIN lock screen is not a notification [11:41] ltinkl, you'd think ;) [11:41] Saviq: odd. unity8.log printing an error? [11:41] Saviq, rather a component in Components [11:41] Saviq, it really is? .) [11:42] ltinkl, it made sense when we made it like that :P [11:42] but yeah, we need a different plan [11:42] ltinkl, greyback_: are we sure timestamps are in ms? doesn't seem to say anywhere that i can see [11:42] dednick, in Qt? I think so [11:42] greyback_, NotificationMenuItemFactory.qml:152:25: Unable to assign [undefined] to QUrl [11:43] greyback_, on that note, shouldn't the wallpaper resolver be a singleton? [11:43] indeed [11:44] that might not work necessarily, as it takes width as input [11:44] but I feel like it should always resolve to the same one, so... [11:45] dednick, xcb_timestamp_t time; /* Time, in milliseconds the event took place in */ [11:46] dednick, and that's what is used in the xcb Qt plugin, directly passed to Qt's functions [11:46] dednick, http://xcb.freedesktop.org/tutorial/events/ [11:46] ltinkl: yeah, it's part of the stylehints for a theme. [11:48] ltinkl: /qtbase/src/gui/kernel/qevent.h - ulong QInputEvent::timestamp() const - Returns the window system's timestamp for this event. It will normally be in milliseconds since some arbitrary point in time, such as the time when the system was started. [11:48] so ye, milliseconds [11:55] Saviq, what about the wallpaper in the PIN dialog? [11:56] ltinkl, I'll take care of it [11:56] Saviq, looks like your wallpaper in AS is broken [11:56] ltinkl, nah, Daniel's externalMonitor branch refactored stuff [11:56] Saviq, right... [11:56] * ltinkl looking at wrong branch [11:57] ltinkl, https://code.launchpad.net/~unity-team/unity8/externalMonitor/+merge/273829 [11:57] ltinkl, he refactored the wallpaper bits into a separate component [11:57] but likely forgot to use it in the odd use case of notifications [11:59] Saviq, yup, there's no change there [11:59] ltinkl, so yeah, I'll just fix it in that branch and file a bug about a test for it (and likely refactor into singleton) === alan_g is now known as alan_g|lunch [12:23] Saviq: having problems with the latest code: [12:23] phablet@ubuntu-phablet:~$ unity8-dash [12:23] Loading module: 'libubuntu_application_api_touch_mirclient.so.3.0.0' [12:23] UbuntuClientIntegration: connection to Mir server failed. Check that a Mir server is [12:23] running, and the correct socket is being used and is accessible. The shell may have [12:23] rejected the incoming connection, so check its log file [12:23] mhall119, can you paste /etc/apt/sources.list.d/extra-ppas.list ? [12:25] oh dandrader, was just about to fix myself, but you showed up :) https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d#//screenshot20151015_115211980.png [12:26] Saviq: http://paste.ubuntu.com/12788519/ [12:27] mhall119, replace stable-snapshot with stable-phone-overlay, update, dist-upgrade and you should be good [12:27] mhall119, you should've noticed some broken dependencies [12:27] Saviq, so that started happening out of nowhere? [12:27] dandrader, not out of nowhere http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/qml/Notifications/NotificationMenuItemFactory.qml#L152 [12:27] dandrader, this needs BackgroundResolver, too [12:27] s/Background/Wallpaper/ [12:28] we could use a test for that, too... [12:28] dandrader, for later (I'll file a bug), as well as thinking if this shouldn't be a singleton [12:33] Saviq: sorry, lost power for a second [12:33] I'm back now [12:34] mhall119, did you see what I wrote about overlay? [12:35] no [12:35] mhall119, replace stable-snapshot with stable-phone-overlay, update, dist-upgrade and you should be good [12:35] mhall119, you should've noticed some broken dependencies [12:35] I didn't see anything after I posted my pastebin link [12:36] hmmm, how did I get on stable-snapshot? [12:36] mhall119, rc-proposed [12:36] until ota7 is released [12:36] sil2100, ↑ see [12:36] ;) [12:37] anyone else, but mhall119 keeps tabs on what we're doing, and even he didn't know ;) [12:37] so wait, does stable-snapshot mean rc-proposed? [12:37] mhall119, the other way, rc-proposed is on stable-snapshot since we spun the first OTA7 candidate, until OTA7 is released [12:37] mhall119, it'll go back to overlay after that [12:38] oh, ok, so I'm getting more stable images that I used to be getting [12:38] kinda ;) [12:38] mhall119, stable-snapshot is just a copy of overlay from the time when first OTA7 candidate was spun [12:38] mhall119, and any fixes that happened for OTA7 [12:39] mhall119, Saviq: there was an announcement about that some time ago ;) [12:39] ok, but for testing the latest silo stuff I want to be on stable-phone-overlay [12:39] mhall119, yes [12:39] sil2100: where? [12:39] To phablet [12:39] sil2100, I think it wasn't clear that rc-proposed switches to stable-snapshot is all [12:40] sil2100, people probably thought since overlay is unblocked, rc-proposed will follow it [12:40] is there any way we could prevent that switch from happening automatically on devices using citrain tools? [12:40] Well, yeah, those are technical details, but the fact is that we're using rc-proposed for OTA-7 right now [12:40] mhall119, we're on topic with robru about that [12:40] No, I mentioned explicitly that rc-proposed is for OTA-7 and there are no daily builds [12:41] Will make sure to be triple clear next time [12:41] sil2100, yeah I remember something like that, just didn't understand probably [12:41] oh, Mir 0.17 :) [12:41] indeed ;) [12:41] sil2100, and that's what you said about "overlay packages not having an image to be in" [12:41] sil2100, it didn't sink in what it actually means [12:42] Yeah... I should probably be a bit more clear [12:42] I actually thought we'd be already enablind daily builds now [12:42] estimate*3 [12:53] Saviq, how do I get to this screen? (the lockscreen that is shown by the noficitations thingy) [12:54] dandrader, get a PIN-locked SIM, or there should be an example in unity-notifications [12:54] checking [12:54] dandrader, yup, http://bazaar.launchpad.net/~unity-api-team/unity-notifications/trunk/view/head:/examples/sd-example-simunlock.py [12:55] dandrader, you'll need to install python and python-notify for those to work, though [13:01] Saviq: do you need any help on silo22 ? [13:01] unsure how much it changed since all the other testing/landings [13:01] kgunn, well, Mir 0.17 landed [13:01] kgunn, so moar multimonitor testing this time [13:02] ah...right [13:02] kgunn, so yeah, sure, the more eyes the better [13:02] kgunn, it's 31 MPs in total across 8 projects === alan_g|lunch is now known as alan_g [13:02] ack...and silo 35 landed too, that was the other (unity-api) [13:02] scopes, yes [13:03] kgunn, note you'll need to replace stable-snapshot with stable-phone-overlay in /etc/apt/sources.list.d/extra-ppas.list before installing the silo [13:03] Saviq: dash is much happer now, thanks :) [13:03] kgunn, after that http://bazaar.launchpad.net/~robru/phablet-tools/make-useful-again/view/head:/citrain [13:04] kgunn, that upcoming version of citrain tool will be smarter and install new dependencies etc. [13:05] lol "make useful again" [13:06] Sorry about that guys, will try to figure out a way next time not to taint rc-proposed during OTA testin [13:06] But normally it would involve us creating 3 additional channel sets [13:07] Maybe we should just change the process and copy the candidate images to rc instead [13:07] sil2100, just wanted to ask what do we use rc for? [13:07] Saviq: right now it's stupid, as we use it as a channel to share with manufacturers for testing [13:08] Which is sad, since that's not how it should work [13:08] sil2100, and would it be possible to build an image to rc with stable-snapshot and to rc-proposed with overlay (or rename that channel to something like "dev" or so) [13:08] Yes, that's what I propose for the next OTA [13:09] It involves some manual switching and copying, but it's better than creating 3 additional channels for no reason [13:10] sil2100, we only build two-three rc images every OTA, right, so not a lot of manual labour there [13:10] Yeah [13:11] Well, now at least we know the stable-snapshot usage adds some problems for developers ;) [13:12] tsdgeos, so vivid is fine here https://code.launchpad.net/~unity-team/unity8/use_sdk_13/+merge/271603/comments/693152 [13:12] yeah i just fixed it [13:12] tsdgeos, fginther is looking into the wily part I believe [13:17] kgunn, FYI there's an issue I found with the SIM unlock screen dandrader's fixing now, so there will be a unity8 rebuild for sure [13:20] mk [13:24] Saviq, kgunn: maybe hm, would it help you guys if we kicked off an overlay-based image to rc-proposed? [13:24] Saviq, kgunn: I didn't want to do it earlier not to introduce any confusion to QA engineers, also, in case we do a re-spin of OTA-7, things would go backwards in rc-proposed [13:25] But maybe if we announce it and make sure QA is aware, we could simply kick an image there [13:26] sil2100, if you think now's a safe time to do it, sure [13:27] sil2100: why not do it the easy way and just drop a snapshot into RC and then just use RC for testing the image we release? That frees up rc-proposed to keep spinning up images then? [13:27] Saviq: just in that case you and other rc-proposed users would need to be prepared for ~2 images that will go back in time... [13:27] sil2100, otherwise as long as citrain tool does whatever it needs to do to make stuff work, I'm fine with that [13:27] davmor2: that's the proposition for the next cycle [13:28] Anyway, even if we copy images to rc, we would still need to go backwards in rc-proposed for certain reasons [13:29] davmor2: is the current candidate image 'green' regarding QA? Besides the newly popped up issue [13:29] davmor2: if you guys give a +1 then I think I can just copy it there [13:30] Or wait, hm, maybe it would be best to wait, as we might need to copy the OTA-6+ image there [13:30] sil2100: no idea I'm in London at the desktop sprint not been paying much attention I think it is good but jibel would be the better person to ask [13:33] sil2100: all anyone has to do is change to ppa overlay in the apt sources & update right? seems like a small price to pay to avoid image confusion [13:35] kgunn: yeah, but still, I don't want devs and landers suffer too much [13:37] sil2100, let's just make citrain tool useful again, that's really all we need [13:37] sil2100, looks like there's just two small things (adb_onlock and adding overlay) still to be done there [13:37] and we can then rely on citrain doing the right thing every time [13:42] dandrader, sorry, should've mentioned that I resubmitted your branches this morning [13:44] Saviq, is mir 0.17 released already? [13:44] dandrader, yes, it's in the overlay [13:45] for both wily and vivid [13:56] Saviq, would it be easy for you to test the notification background fix? [13:57] dandrader, sure [13:58] dandrader, best gimme the diff I could apply on device [13:59] Saviq, http://pastebin.ubuntu.com/12789218/ [14:01] Saviq, mir 0.17 is nowhere to be seem. neither in wily nor in vivid+overlay [14:01] dandrader, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+packages?field.name_filter=mir&field.status_filter=published&field.series_filter= [14:02] dandrader, note rc-proposed images have stable-snapshot, not stable-phone-overlay until OTA7 passes testing [14:03] so you need to tweak /etc/apt/sources.list.d/extra-ppas.list for now (citrain tool update to do that is in the works) [14:03] Saviq, how long should that take? if it's just a day or so I would rather wait [14:07] dandrader, next week earliest [14:07] Saviq, still it doesn't explain why I don't see it in wily [14:07] dandrader, that's true [14:07] I'm having trouble, too actually [14:11] Saviq, and why is silo 22 wired to depend on mir 0.17? [14:11] dandrader, because mir 0.17 is in overlay, that's where we release to [14:12] dandrader, and mir 0.17 *is* in wily *overlay* [14:12] if you want to build it locally, you need to add ppa:ci-train-ppa-service/stable-phone-overlay [14:12] Saviq, should I use the overlay ppa on wily as well? [14:12] dandrader, yes, if you want to build on your machine directly [14:13] oh, so there's no escape from that ppa anymore :( [14:15] dandrader, when w+1 opens, it's not gonna be needed there [14:15] it's only temporary for wily, while it's frozen before release [14:16] Saviq, I'm not getting that Mir update on krillin either :/ [14:17] Saviq, I have tweaked /etc/apt/sources.list.d/extra-ppas.list to include the overlay [14:17] ltinkl, also tweak or drop /etc/apt/preferences.d/extra-ppas.pref [14:18] @unity: rc-proposed is stuck on a different PPA than overlay (stable-snapshot) until OTA7 is released, that means you need to tweak /etc/apt/*/extra-ppas.* to use stable-phone-overlay [14:19] @unity: also, if your desktop's on wily and you want to build qtmir, unity8 locally, you need the overlay as well (ppa:ci-train-ppa-service/stable-phone-overlay) since a week or two, because wily is frozen [14:20] ah, thanks for that [14:21] Saviq: @wily you need overlay, do you mean b/c of mir [14:21] we asked for that to get punched through to wily archive [14:21] seb128: sil2100 ^ that happened right ? [14:21] kgunn, yes [14:21] kgunn, today b/c of mir, soon because of unity-api, UITK, there's no escape [14:21] ah [14:22] Saviq, you make it sound so dire :) [14:22] Saviq: @adding overlay just don't tell ogra ;) [14:22] mterry: i know lol...i thot the same [14:22] "there's no escape" [14:22] libmircookie1! I get free cookies with Mir now [14:23] mterry, been fighting with ~that since this morning, so yeah not a happy camper with all this right now [14:23] Saviq, fair enough [14:23] mterry, you missed "rc-proposed is stuck on a different PPA than overlay (stable-snapshot) until OTA7 is released, that means you need to tweak /etc/apt/*/extra-ppas.* to use stable-phone-overlay" [14:24] which basically means we've no image built from overlay for over a week now [14:24] yeah :-/ [14:25] but at least there's a way [14:25] better than being completely froze [14:26] Saviq, dropped /etc/apt/preferences.d/extra-ppas.pref, still Mir &co. being "kept back" [14:26] 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded. [14:26] ltinkl, try -f [14:26] ltinkl, needed that here for whatever reason [14:27] I just added the ppa to my wily machine, is upgrading ok [14:27] yeah, that's fine [14:27] Saviq, even -f doesn't help [14:27] phones are a bit weird that way [14:27] refuses to upgrade them [14:27] ltinkl, can you at least see the new mir? apt-cache policy libmirclient9? [14:28] libmirclient9: [14:28] Installed: 0.16.1+15.04.20150930.1-0ubuntu1 [14:28] Candidate: 0.17.0+15.04.20151008.2-0ubuntu1 [14:28] ok so it's there [14:28] ltinkl, might wanna try just passing the 8 non-upgraded packages with the right versions to apt-get install [14:29] ltinkl, not sure what's going on yet [14:29] Saviq, ok, that works... [14:31] dandrader, that wallpaper fix works [14:33] Saviq, ok, will push. thanks [14:58] Saviq: do you have any success with hdmi and silo 22 ? [14:58] * kgunn rechecks his packages [14:58] kgunn, gonna test that now (/me heads to the living room) [14:59] kgunn, it's very likely your package set is screwed, there's something totally weird going on, I didn't try yet [15:00] i'm just rebooting on hdmi connect [15:00] that sounds like pre-multimonitor (i.e. you don't have new qtmir/unity8) [15:01] dang it....now my adb is hosed [15:04] toggling dev-mode in uss seemed to correct...weird [15:08] sidenote, having WiDi working instead of those messy cables, connectors and reductions would be a real kill pocket desktop feature [15:09] killer feature * [15:10] no doubt [15:11] ltinkl, airtame ftw, we only need a virtual Mir screen and feed that through the GPU hw encoder [15:12] kgunn, so, I got output, but it's bad, half-way offscreen [15:15] kgunn, dandrader, greyback_, https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d#//DSC09544.JPG [15:15] Saviq: i'm pretty sure all my packages are correct...i get nothing, the billboard comes up but then it just reboot [15:15] * greyback_ shakes fist at USC [15:16] it's USC's job to position surfaces, I think it has got it wrong [15:17] maybe it's got to do with the mir upgrade (0.17). Don't think I've tested with that [15:17] Saviq, what is airtame? [15:17] ltinkl, kickstarted HDMI dongle http://airtame.com/ [15:18] ltinkl, it's basically a RasPi in a ~HDMI plug [15:18] with dual-band wifi [15:18] and some smarts for sharing your screen over it [15:20] Saviq, yup, that would be a nice complement to the whole story [15:22] Saviq, do we need that fixed before landing? [15:23] dandrader, well, it was working before... [15:23] Saviq: is this a 1 off, or always happens? [15:23] greyback_, always [15:23] bah [15:23] dandrader, if it doesn't, we might as well pull it out from the silo [15:24] greyback_, 2 screens, mako@wily, updating flo@vivid to see [15:37] Saviq: could you edit /usr/share/ubuntu-touch-session/usc-wrapper to add "--display-config=sidebyside" to usc's flags? [15:39] greyback_, trying [15:39] greyback_, although not sure whatever the default config is then ;P [15:39] Saviq: surfaces on top of eachother [15:40] which I think is happening here [15:40] sounds about wrong indeed [15:41] mir just has 1 big virtual display [15:41] flo just got blank when connected [15:42] greyback_, hmm that's even weirder on flo (with sidebyside) [15:44] greyback_, worked on mako after a reboot, though [15:44] that doesn't sound right to me at all [15:44] greyback_, so yeah, sidebyside helped mako [15:44] am flashing, will be ~ hour to catch up [15:45] greyback_, ok and helped flo, too, not sure what happened before [15:45] greyback_, ok so that change looks like it will make things much better, can you MP? [15:45] ok [15:45] * Saviq connects input [15:46] Saviq: with sidebyside, was the visual change from the spinner to unity8 at startup ok? [15:47] greyback_, seemed ok, stuff is really fragile still (crashes, reboots) [15:48] kgunn, so yeah, I can get it to reboot, too [15:48] ouch [15:48] and I lost wifi on flo again, no idea what's going on there [15:48] I get that occasionally too [15:48] oh yeah, and no bluetooth on flo/wily, but that I think is not fixeded yet [15:50] gah, no bluetooth on mako either, wth [15:50] ah mako is wily, flo is vivid [15:50] grr [15:53] Saviq, at this point the sanest way to test is with a laptop. connecting it to an external monitor. Laptop setup seemed pretty stable [15:54] Saviq: https://code.launchpad.net/~unity-team/ubuntu-touch-session/usc-sidebyside/+merge/274589 === dandrader is now known as dandrader|afk [16:05] Nexus4, vivid, first connection, everything was perfect. Disconnect & reconnect, now unity8 on external display wrongly placed (without sidebyside) [16:05] and boom [16:06] USC dead, unity8 spinning [16:26] gone through several plug/unplug cycles on mako, only got 1 fail so far. [16:27] maybe I'm being too kid-gloves [16:29] trying with flo in a while [16:39] * Saviq off, got slightly too annoyed at all this today, tomorrow's another day [16:47] fwiw, i only tried on flo....will try on n4 in a sec [16:54] AlbertA: kdub ^ note, flo and mako may yield different experience in terms of reboot and ability to connect [17:07] greyback_, I got it skewed with sidebystage, too, so doesn't really seem like it changes much === alan_g is now known as alan_g|afk [17:25] kgunn: greyback_: in flo, it seems unity8 just keeps restarting [17:25] with silo 22 [17:25] when I connect the external display [17:26] USC does not crash and duplicates the spinner on both monitors. [17:30] http://pastebin.ubuntu.com/12792337/ [17:30] greyback_: seen this before ? what(): Nested Mir Display Error: Failed to update EGL surface: EGL_BAD_ACCESS (0x3002) [17:32] kgunn: ^ I guess that's where you were getting too? [17:33] AlbertA, you sure you got all of silo 22 and overlay? rc-proposed doesn't have overlay enabled these days [17:34] waiting for OTA7 to release [17:34] Saviq: let me check... [17:35] let me check, got distracted with snappy stuff for a bit [17:36] Savig: huh... for some reason qtmir was not upgraded...unity8 was though... [17:37] oh it depends on mir 0.17... [17:42]