[00:13] racarr: sure, I understand the reasons. Can you let me know when there's a set of binary packages that will work together please? [00:16] thomi: I'm just going to build everything on the phone while I cook dinner and see if autopilot runs [00:16] then we can just ladn the branch [00:16] the longest part is fetching the build deps because my phone only gets like 100 KBs but its almost done [00:21] kgunn, there? [00:32] thomi: racarr robert_ancell sorry...went for food [00:32] ok...so, i vote no merge until racarr finishes his dinner :) and has a chance to try [00:33] kgunn, np. I think you just need to do a 'bzr revert debian/libmirserver4.install' then a 'bzr mv debian/libmirserver4.install debian/libmirserver5.install' [00:33] BUT, I'd recommend using that script instead [00:33] robert_ancell: well i've already got a branch....what if i just do a bzr add debian/libmirserver5.install [00:33] won't the effect be the same [00:34] kgunn, I don't think it would treat that as a move like git does [00:34] just in lp it'll show removed and added, instead of renamed ? [00:34] and that makes merges harder [00:34] robert_ancell: ok...i'll revert....should i just pull down that mp and redo [00:34] kgunn, it will just revert the one file [00:34] robert_ancell: which script are you refering to ? [00:35] kgunn, the one I sent you last time, I'll find it again [00:35] I'll send it to the mailing list [00:35] robert_ancell: thanks...i'm extra stupid today (series of late nights/early morns) [00:35] np :) [00:35] http://paste.ubuntu.com/6186191/ [00:37] robert_ancell: thanks...i'm gonna try to fix manually with bzr first [00:37] kgunn, you also need to edit debian/libmirserver5.install and change the 4 to a 5 [00:38] i.e. usr/lib/*/libmirserver.so.4 -> usr/lib/*/libmirserver.so.5 [00:38] yes ;) [00:41] robert_ancell: ok...unhappy w revert...gonna pull fresh and run the script [00:41] :( [00:41] do i run it just at the top dir of my mir branch [00:56] robert_ancell: ok...just blew it away & went fresh (thanks for the script...) would you [00:57] give me 2 secs... [01:05] robert_ancell: ok...for reals now...can you review https://code.launchpad.net/~kgunn72/mir/bump-libmirserver5-take2/+merge/188968 [01:06] kgunn, +mir (0.0.12-0ubuntu2) UNRELEASED; urgency=low should be +mir (0.0.13-0ubuntu1) UNRELEASED; urgency=low [01:06] otherwise good [01:07] damn it... [01:09] kgunn, oh, and you need to edit CMakeLists.txt and set set(MIR_VERSION_PATCH 13) [01:09] ack...fixing it [01:15] kgunn, you still have -0ubuntu2 not -0ubuntu1.. [01:15] robert_ancell: i feel i could tear up a steel ball with a rubber hammer tonight [01:15] * robert_ancell feels glad to be on the other side of the world [01:16] robert_ancell: not angry...just capable of f'ing up something so simple [01:17] packaging/abis/versioning just *look* simple [01:19] robert_ancell: ...ok..surely...there's nothing left to have been incorrect :) [01:31] robert_ancell: thanks man [01:31] no worries [01:33] racarr: any luck ? [01:33] thomi: can you send another update ? [01:34] at the end of your day [01:34] kgunn: sure, I'm waiting to hear from racarr once he's rebuilt the world and we can actually launch unity [01:35] kgunn: mir build at 47 percent [01:36] I guess lets abort building the tests [01:36] racarr: wait, why are you building mir? I thought we had to rebuild everything else? [01:37] I dont want to deal with the packages because the dev packages [01:37] are broken [01:37] apparently? [01:37] or [01:37] it tries to pull in newer versions [01:37] or apt insanity [01:37] so I dont know how I can get the build dependencies for everything else with the packages [01:37] so im just building the branch on phon [01:37] racarr: hmmm...you mean the packages associated with dev-proposed [01:37] e [01:38] no the packages from the CI build [01:38] racarr: totally agree with you... [01:38] right [01:38] the -dev packages need to pull in other things [01:38] racarr: building on the phone....nuke it from orbit, its the only way [01:38] racarr: if you install them, then do apt-get -f install, everything workls [01:38] racarr: just don't do an update [01:38] or... you're gonna have a bad time [01:38] well it's too late buidling unity-mir now [01:39] kgunn: srsly. Can we just merge it? [01:41] is merging it now going to be any better than merging it in 20 minutes when its tested [01:41] racarr: if it really is 20 minutes, then no. I'm sceptical though [01:44] thomi: is starting to learn the estimate/reality ratio :) [01:44] thomi: i'd prefer to test it first [01:45] if its holy hell for racarr then we'd avoid a nasty one [01:45] takin' a little break brb [01:46] kgunn: ok [02:00] robert_ancell: Seems NZ DST crept up on me. Hangout? [02:00] duflu, yep [02:03] kgunn: thomi: Ok it at least starts! [02:03] will test autopilot after I buy grociers [02:03] but unity runs fine so it's safe at least [02:04] racarr: I don't suppose you have binary packages so I can try it as well? [02:06] no. [02:28] robert_ancell: and the trunk https://code.launchpad.net/~mir-team/mir/development-branch/+merge/188975 [02:28] mainly...commit msg ok to you ? [02:28] kgunn, looking [02:29] kgunn, you have a merge conflict [02:29] in debian/changelog [02:31] robert_ancell: ok...how to handle... [02:32] kgunn, you need to run 'bzr merge lp:mir' [02:32] then edit the file manually and run 'bzr resolve' [02:32] then bzr commit and push [02:32] ack [02:32] thot so ...just feels a bit weird in a way [02:33] robert_ancell: when i push...it'll be lp:~mir-team/mir/??? development-branch ? [02:33] in order to merge back in the conflict resolution ? [02:33] back in== into the dev branch [02:34] kgunn, ah yeah. hmm. why did trunk get out of sync? [02:34] let me try locally [02:35] thanks...if you fix, lemme know...i want to know for next time... [02:35] takin' a break to edit a freshman english paper [02:36] hmm. It merges locally fine. Is LP confused? [02:43] kgunn, manual merge did the trick [02:53] robert_ancell: so are you proposing or want me to ? [02:53] kgunn, I did the merge and the MP looks good [02:53] I've approved it [02:53] (not top) [02:54] thnank you sir...i'll top approve [03:07] racarr: any luck ? [03:15] did we lose racarr ? [03:21] kgunn: I think he mentioned groceries? [03:41] be back in 20 mins [03:47] RAOF: Please correct me where I'm wrong (again); https://bugs.launchpad.net/bugs/1234502 [03:47] Ubuntu bug 1234502 in xserver-xorg-video-nouveau (Ubuntu) "XMir support for bypass incomplete -- there's still one buffer copy the DDX's" [Undecided,New] [03:47] Correct. [03:48] RAOF: Jetlagged much? [03:48] Oddly. [03:49] I got back on Saturday. [03:49] And have been waking early and sleeping early since then. [03:49] robert_ancell: just to verify for thomi....if he rebuilds on the phone, mir, he'll have to rebuild unity-mir & platform-api....and the order won't matter [03:49] In possibly related news, Zoë reliably wakes at 5:45am. [03:49] How convenient [03:50] robert_ancell: cause racarr 's input branch is based on dev...which is broken/updated server api [03:50] not yet in archive [03:50] well, presumably I'll have to install those mir*-dev packages first, then rebuild unity-mir & platform-api? [03:52] thomi: right [03:52] thomi: so for all the effort today...did you ever run the AP test with mir enabled ?? [03:52] ok, well, I'm re-flashing the phone now, because somehow I managed to completely bork it [03:52] i was confused from some of the scrollback [03:53] kgunn: nope :( [03:53] kgunn: I was confused as well - turns out I was running SF [03:53] * kgunn just threw up [03:53] not literally I hope === jono is now known as Guest53113 [03:57] thomi: virtually [03:58] good, well, sorry about that. I guess I'll start rebuilding this stuff [03:59] thomi: so...if you enabled mir...what happens (oh...nvmd..borked) [04:00] right ? [04:00] kgunn: if I enable mir, unity won't start [04:00] ABI mismatch [04:00] thomi: gah...right [04:00] thomi: thank you for your efforts [04:00] kgunn: no worries, I'll rebuild this stuff. I just wish there was a faster way [04:01] thomi: think there's anyone in integration team/ci/phonedations that could help build us an image quicker ? [04:01] based on that branch ? [04:02] kgunn: not at this time of night, I doubt it. I can ask though [04:02] kgunn: this is why I was saying ewarlier we should just go ahead and merge it [04:02] robert_ancell: ^ thots... [04:08] thomi: ok...based on racarr> but unity runs fine so it's safe at least [04:08] i agree... [04:10] robert_ancell: i need your guru knowledge...racarr kinda did a weird one...dandrader had a branch [04:10] robert_ancell: racarr originally merged ontop ...but then retargetd the whole thing to dev [04:10] https://code.launchpad.net/~robertcarr/mir/1233944-addendum/+merge/188900 [04:11] do i just approve racarr's and then it pulls it all in ? [04:13] thomi: racarr robert_ancell ...ok...whoever cares..i just top approved it [04:13] kgunn: I'll have a go at building *all the things* [04:13] kgunn: if not before, I'll TA it at my EOF [04:13] err, EOD [04:13] alf|xmir_devel: are you seriously here? [04:14] thomi: robert_ancell ok...gonna go watch some tv, try not to fall asleep then merge dev onto trunk [04:23] thomi: also...can you provide a very explicit list of instructions of what should be run in terms of AP testing [04:23] kgunn: sure, to whome? [04:24] thomi: i'd like it if you could send that to dandrader and cc me...this way, if that code getsmerged he can test his morning [04:24] sure thing [04:24] kgunn, ok, we're all go :) [04:26] * thomi installs build-deps for unity-mir [04:26] thomi, are you just doing a bzr-buildpackage from lp:unity-mir? [04:27] robert_ancell: a 'bzr bd', yeah [04:27] it'll take a while since I'm on the phone :-/ [04:28] oh, right [04:29] some decent armhf hardware wouldn't go astray. I wonder if we could set something up.... [04:30] thomi, what are the options currently? [04:30] options? [04:31] thomi, for purchasable hardware [04:31] with decent power [04:31] robert_ancell: oh, I have no idea. I was thinking maybe Canonical could buy and then set aside a few calxeda (sp?) boxes, for custom builds [04:32] another thing that I could set up that would save me a lot of time is a caching apt proxy server [04:35] thomi, it looks like calxeda doesn't sell products directly. I guess you buy a Dell or HP server? [04:38] robert_ancell: yeah, or talk to them nicely :) [04:38] robert_ancell: so can i just propose rcarr's branch directly to trunk? in parallel...it'd be faster [04:39] kgunn, I guess so - it shouldn't have any major side effects (famous last words) [04:39] * thomi starts building unity-mir [04:40] kgunn, it's ready to land in development-branch right? [04:40] already approved...waiting for merge [04:40] just saw that [04:40] go jenkins! [04:42] robert_ancell: just wanting it to hit trunk before didrocks gets on [04:42] kgunn, sure [04:42] kgunn, are you going to MP it or manually merge from development branch? [04:42] was going to mp then you could approve...i mean, we have the approvals we know what we want & trust it [04:42] robert_ancell: ^ [04:43] and a subsequent dev merge to trunk, that diff should just get ignored [04:43] sounds good - it will take time for jenkins to merge it but safer to have the check [04:43] I guess it's better than doing the double wait for jenkins (dev-branch merge, then merge to trunk) [04:43] robert_ancell: oh yeah...wouldn't consider anything else [04:43] i heart ci [04:43] ci saves our bacon [04:43] right [04:45] robert_ancell: ok...can you approve and i'll ta https://code.launchpad.net/~robertcarr/mir/1233944-addendum/+merge/188983 [04:46] hey, it merged cleanly [04:47] kgunn, approved [04:49] robert_ancell: thanks... [04:50] robert_ancell: what's the platform-api lp project name? [04:50] ubuntu-platform-api or something? [04:50] * robert_ancell looks [04:50] thomi, lp:platform-api [04:50] I don't know why they didn't put the ubuntu- prefix on it [04:54] ok...going to bed...night guys [04:58] later [04:58] I'll be back in 2 hours [05:12] ok, I finally have a coherent set of binary packages. [05:12] rebooting [05:16] robert_ancell: no luck - seems like nothing happens now [05:17] robert_ancell: I ger this: "ofono/ofono/account0 initialized" in an endless loop in the unity8 log [05:18] robert_ancell: and a segfault when I start unity8 manually [05:18] robert_ancell: BT looks bad too: [05:18] #0 0x409cd640 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6 [05:18] #1 0x409cf324 in malloc () from /lib/arm-linux-gnueabihf/libc.so.6 [05:26] robert_ancell: OK, so good news! After messing about some more, it now works [05:26] I have mir/unity8 running, and can drag the home screen around with autopilot [05:29] hey kgunn [05:30] kgunn: please update the spreadhseet once the commits are in, and we'll try to get it for image 77 (or 78) [05:30] we'll get it then ASAP [05:32] We're still using the spreadsheet idea? [05:36] duflu: we do [05:37] didrocks: I look forward to us having separate development and maintenance branches post-saucy, to make things more clear [05:38] duflu: well, we still need to have trunk always releasable. [05:38] didrocks: Yes, but you know what I mean [05:38] yeah ;) [05:38] I think there will be a lot of discussions on how to release tings [05:38] things [05:38] nobody (even us) aren't happy about it [05:39] * duflu assumes that's a mistaken double-negative [05:40] duflu: yeah, it is (or you can take it as a hope :p) [06:41] kgunn: no, forgot to change nick... :) [06:49] RAOF: Hi! Do you have a moment to check the latest commit in https://github.com/afrantzis/xserver/tree/multimonitor-stabilize ? I change the code to assign root_fragments dynanically to crtcs as needed, so that when mirroring we can have a single root_fragment/MirSurface. The mirroring parts works great, but I somehow managed to cause glitches in non-mirror (extended) modes. Any ideas? [06:50] alf|xmir_devel: I'll have a butcher's. [06:50] RAOF: The glitches are there only when bypassing in mir [06:51] RAOF: thanks [06:52] Ah, bypass. [06:54] It's true, when I wrote bypass I knew nothing about DDXs and assumed XMir must work something like glamor :P [06:55] haha [07:03] didrocks, we have all the changes in the landing pipeline doc on row 129 except for the autopilot fix - should I append that entry or add another one? [07:03] sorry, I just noticed the autopilot is on line 130, so all is good right? [07:04] robert_ancell: yeah, all good :) (Mir is building right now) [07:05] robert_ancell: you didn't add anything for the past 30 minutes, right? [07:05] didrocks, no, and nothing planned to land [07:05] (in Mir trunk) [07:05] ok, great! [07:05] so we're good, I merged the rest of the transitions [07:05] and everything is rebuilding [08:52] Howdy, further to my note a couple of days ago about Synergy and Mir, please see output at: http://pastebin.com/pZVrqJqa [08:54] budgee: I'm not sure that log helps.... However we did land a fix for Mir exclusively locking input devices, so that sounds like the kind of fix you need. Not sure if it has been packaged yet [08:56] RAOF: trying the multimonitor-stabilize branch on intel, I don't get glitches, but I am not sure if the glitches I see on radeon are because of radeon or because on my desktop (with radeon) the system moves from clone -> extended configuration on startup. That is, because I can't mirror on my laptop, I can't tell whether after cloning we mess up bypass somehow for future extended configurations... [09:10] bye all === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [09:53] RAOF: I am leaning towards the glitches being a radeon issue. With plain vladmir-upstreaming with a single monitor I still get an occasional glitch on radeon, none with intel. Plus, I get a a segfault with radeon_drv in the back trace when plugging in/out monitors http://paste.ubuntu.com/6187470/ [09:56] duflu: thank yuou [10:03] RAOF: FYI, here is the valgrind output: http://paste.ubuntu.com/6187493/ [10:09] kgunn: so mir, gets very, very, very slow if you start opening lots of apps on the maguro. Also I've noticed that memory usage is up when I enable mir over SF but I can't say for sure that, that is the cause as I'd added apps and debugging stuff etc [10:11] kgunn: if I open 4 apps on mir it's like running through treacle (molasses), 4 apps on SF is noticeably fast. It faster loading and switching and using the app. [10:12] kgunn: on the plus side though I only had it lock up on me once. So mir is definitely more stable than it was by a huge a margin. [10:19] davmor2: (1) kgunn is offline. (2) maguro is known to be slow with bug 1182930. (3) Multi-surface performance is known to be bad on Android due to bug 1227739. (4) There's always room for improvement later [10:19] bug 1182930 in Mir "[mir] Galaxy Nexus rendering performance is too low" [High,Triaged] https://launchpad.net/bugs/1182930 [10:19] bug 1227739 in Mir "Mir continues to render application surface even when the indicator surface is on top" [High,In progress] https://launchpad.net/bugs/1227739 === alan_g is now known as alan_g|afk === chihchun is now known as chihchun_afk [10:21] duflu: Yep I know kgunn is offline, only I'm going to be busy latter. Thanks for the bug info though I will add myself to those. I'm still overly impressed by the fast that mir has gone from crashing if you look at it wrong to locking up once in 16 hours use [10:22] davmor2: Yeah, though once in 16 hours is too much :/ [10:24] unfortunately I couldn't find anything that screamed crash so I'm assuming there might be a memory leak and the system just ran out of space but I couldn't get access to check, adb was out and the phone was unusable even a long hold on the power button did nothing :( [10:24] I had to remove the battery in the end to reset it so I could use it :( [10:27] I wish more of us had maguro. Most of the mir team does not. So progress on it is slow [10:29] duflu: Yeah that is somewhat daft as it is a supported device. But you can't have everything :) === alan_g|afk is now known as alan_g === alf|xmir_devel is now known as alf|lunch === hikiko is now known as hikiko|lunch === hikiko|lunch is now known as hikiko === alan_g is now known as alan_g|lunch === alf|lunch is now known as alf_ [12:31] https://bugs.launchpad.net/mir/+bug/1234679 RAOF alf_ look at an interesting bug I found [12:31] Ubuntu bug 1234679 in XMir "multimonitor fails to render the screen correctly when both Xmir and X are running and produces "cannot switch monitor configuration" error notification" [Undecided,New] === ubuntu is now known as Guest93473 [12:35] the screenshot is from monitor 2 I ll upload another one as well === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afk === alan_g is now known as alan_g|afk [13:44] mzanetti: or Saviq ....so there was some prelim AP test attempts on mir, here's what psivaa got...http://pastebin.ubuntu.com/6188183/ [13:45] kgunn, ze Germans are on holiday today [13:45] Saviq: :) i like how an english-as-a-2nd-lang can still crack a "ze" joke [13:45] kgunn, "terminate called after throwing an instance of 'boost::exception_detail::clone_impl >'what(): display factory cannot create fb display" [13:46] kgunn, sounds like unity8 failed to start - probably an app running still holding the framebuffer [13:47] kgunn, now that you mention it, though - we have the indicators_client tests that won't work, 'cause we don't have unity8 running for them [13:47] kgunn, will need fixing [13:47] keep beating on the germans [13:48] and I'll unleash the thostr === alan_g|afk is now known as alan_g [13:50] Saviq: to make sure i understand...this is the old "you need the shell up for everything"...hard to isolate problem ? [13:50] kgunn, for indicators_client, yes [13:50] kgunn, for now we relied on sf being there always - need to change that [13:51] kgunn, the failure above, though, suggests there's a stale app running that blocks "new" unity8 from getting the framebuffer [13:51] kgunn, even though unity8 itself isn't there anymore [13:51] Saviq: ah [13:52] what's weird he said he gets 100% failures... [13:53] trying to square that with "stale app" suggestion === dandrader|afk is now known as dandrader [14:14] alf_: can i ask you to sort of ready yourself to potentially help on some making mir default on touch work ? [14:14] alf_: i feel we may have some digging to do...but nothing specific atm [14:15] alf_: at the rate we've been going, it'd be good just to be ready...like, at least phablet-flash ubuntu-system --channel devel --no-backup [14:16] to get the latest image [14:17] alf_: and you know, touch /userdata/.writable_image & touch /home/phablet/.display-mir [14:20] kgunn: sure, I am on it [14:35] alan_g, do you guys have a way of building mir packages using cross-compilation? [14:37] dandrader: do you care about packages in particular, or binaries will do? [14:40] alf_, for binaries there are those scripts which work fine [14:40] alf_, but sometime it's nice to be able to build packages to ensure the whole system is using your libraries [14:46] dandrader: ok, AFAIK, we don't have a straightforward way to cross-compile mir packages, at least I haven't heard of anyone doing it. [14:49] dandrader: What alf_ said [14:50] dandrader: alf_ actually [14:51] dandrader: alf_ to replicate what _will_ be image 79....just flash the current devel-proposed....then apt-get update, install libmirserver5 [14:51] don't forget to make it writable first ;) [14:51] and then turn on mir [14:52] dandrader: alf_ then you can either follow thomi's instructions in the bug [14:52] or the ci guys said they tried with this reboot, wait for Nautilus window to pop up the mounted share (connection breaks at that moment, takes about 30s after unity8 is visible), run phalet-test-run -n unity8 (after also installing unity8-autopilot) [14:53] jibel: would you mind doing an impromptu run down on the bugs you've found...say in 30 minutes [14:54] kgunn: so that's --channel devel-proposed? Is there a way to go from devel to devel-proposed without downloading an image from scratch? [14:54] alf_: i don't think so...and that's the only way to get the latest...otherwise, there's like a day lag in image creation [14:57] kgunn: channel devel-proposed didn't bring in any new image for me... [14:57] kgunn: still 78 [14:58] alf_: hmmm....i suppose there's a moment of promotion where they are equal [14:59] kgunn, sure, in 30 min. [14:59] alf_, how do you tell the image number? [14:59] (more like 25 now) [15:00] dandrader: I saw messages like: INFO:phablet-flash:Pushing /home/alf/Downloads/phablet-flash/imageupdates/devel-proposed/mako/version-78.tar.xz.asc to /cache/recovery/ [15:01] dandrader: and I noticed that using the devel-proposed channel didn't download any new files, it reused the ones I had downloaded from devel [15:01] alf_, ah, ok. I'm also getting 78 === mpt_ is now known as mpt [15:49] alf_: mind if i assign you that nasty one ? where he can't reboot to a ui [15:51] kgunn: np [15:53] where's the mir log that comes out of unity8? [15:53] I see nothing in /tmp... [15:54] do I have to enable it somehow? [15:54] alan_g, ^ [15:55] so far I've been using a modified mir_demo_standalone_input_filter to get log messages.... [15:56] dandrader: check http://unity.ubuntu.com/mir/component_reports.html [15:56] alf_, thanks! [15:56] wow, real documentation! [16:00] dandrader: if you want it in /tmp then add --glog/MIR_SERVER_GLOG [16:01] hmmm, it seems the android-input logging is not wired to that mir log system [16:02] alf_, or maybe I should set the minimum priority level or something. is there such filtering in mir? [16:06] dandrader: if you are using glog you can set the level, but by default it should log everything. Using the built-in/default logging mechanism should just print everything to either stdout or stderr. Are you capturing both? [16:06] alf_, I'm getting output on stdout and that's fine. but nothing from android-input. will dig further... === dandrader is now known as dandrader|lunch [16:14] dandrader|lunch: ok...as you try to run the AP's hopefully you can repro what plars is seeing [16:14] plars can be found in #ubuntu-ci-eng [16:14] basically this.... kgunn: running phablet-test-run -n (for unity8) and you see unity8 go off, but never come back. [16:14] kgunn: also, for all ap tests, we have a script that unlocks the screen and restarts unity8 in -testability mode. It doesn't seem to function now either [16:16] bbiab [16:45] * alan_g hates it when he backs out all his changes and the problem they cause is still there [16:54] i like how tdd forces me to refine the dumb interfaces i sometimes invent [17:03] * alan_g discovers that the tests that are failing work fine if they're run on their own [17:03] ... or together === alan_g is now known as alan_g|EOD [17:06] * alan_g|EOD knows where a nice pint of beer will clarify everything [17:18] kgunn: Are there images that need testing today? [17:18] /bugs that need chasing [17:19] if not I think the up/down volume keys are my task === dandrader|lunch is now known as dandrader [17:20] racarr, hey! would you know if we have a bug to track recent slowness under Mir ? (talking Nexus 4 here) [17:20] or even did anyone else report that ? [17:20] I am pretty sure rendering was pretty fast like 10 days ago [17:22] latest image 79 supposedly up...boom [17:22] racarr: did you already finish the new i/f for zanetti ? [17:22] i think it was need to help hud show up [17:23] kgunn: the input injection yeah, proposed it yesterday [17:23] ta [17:23] ohh and [17:23] 2 needs fixings [17:23] >iterates< [17:24] :) [17:24] racarr: i asked alf_ to look into this one https://bugs.launchpad.net/mir/+bug/1234609 [17:24] Ubuntu bug 1234609 in unity8 (Ubuntu) "unity8 crashed with SIGABRT in __gnu_cxx::__verbose_terminate_handler()" [Critical,Triaged] [17:24] but i'm sure he'd take a second set of eyeballs... [17:30] kdub: you used to have a n10 branch up...did you take it down ? [17:30] kgunn, yeah, put it on pause until i can get the display up [17:31] no real reason i shouldn't reintroduce it and land it though [17:32] alf_: kgunn: From this stacktrace https://launchpadlibrarian.net/152224751/Stacktrace.txt [17:32] the bug looks like... [17:32] the grand surface race. [17:33] we need to make it safe to hold shared_ptr [18:05] kgunn: alf_: This may be enough for 1234609: https://code.launchpad.net/~robertcarr/mir/hold-surface-alive/+merge/189156 [18:05] but it needs some thought [18:06] im not 100% sure yet it's ok [18:11] woohoo racarr love it when that happens... [18:13] kgunn: We'll see :D [18:15] dandrader: any luck reproducing what plars was seeing...e.g. not being able to unlock the shell with args...or not having the fake shell load [18:16] kgunn, still fiddling with mir code to get android-input logging out of unity8. [18:18] that part is not being properly initialized [18:18] dandrader: Even with MIR_SERVER_LEGACY_INPUT_REPORT=log [18:18] ? [18:19] ah, another undocumented thing. gonna try.... [18:19] code churn thursday [18:19] dandrader: Technically it's in --help but I guess it's not really very clear at all [18:20] kdub: its like hump day...but not as funny [18:20] racarr, I was pointed to http://unity.ubuntu.com/mir/component_reports.html. but it must be outdated [18:20] plars: so...if you manually unlock and run the AP tests...what do the results look like ?? [18:20] any passing? or is it dismal ?....any #'s ? [18:23] dandrader: ah yeah [18:23] kgunn: yes, but not unity8 tests [18:24] kgunn: those are the ones that require the restart of unity though [18:24] kgunn: the ones that don't seem to run ok as long as I manually unlock it [18:24] plars: thanks...so passing tests (other than unity8) for the most part ? [18:25] plars: sorry...i'm being pestered for some #s just to be a windsock [18:25] kgunn: I haven't tried but a few (friends-app and notes) [18:25] hence my being an irritant :) [18:25] kgunn: np [18:25] racarr, works now. thanks [18:25] plars: ok...but passing ? [18:25] well, wasted a good chunk of time [18:26] dandrader: i'm gonna log in a bit...and write down the instructions and update the wiki [18:26] kgunn: for those two, yes [18:26] drives me crazy [18:26] kgunn: if I get some time, I can try others, but since it's manual it will be a bit [18:26]