[00:05] <robotfuel> deathcrawler: you need to enable it
[00:06] <robotfuel> deathcrawler: but it's on the build already
[00:06] <deathcrawler> thanks
[01:51] <robotfuel> robert_ancell:  I also had this xorg crash that needs triage https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1231507
[04:17] <jrr> what causes '(WW) "xmir" is not to be loaded by default. Skipping.' ?
[04:43] <duflu> jrr: Missing package xserver-xorg-xmir ?
[08:34]  * duflu reboots for some live image testing
[08:47] <duflu> alan_g: Did you resolve bug 1216237?
[08:48] <duflu> Or someone, somewhere
[08:48] <alan_g> duflu: not intentionally
[08:48] <duflu> alan_g: How about https://code.launchpad.net/~alan-griffiths/mir/socket-connection/+merge/187326 ?
[08:49] <alan_g> duflu: that shouldn't have change the default behaviour
[08:49] <duflu> Weird
[08:49] <alan_g> are you seeing a change?
[08:49] <duflu> Yes, I get a nice error message now... std::exception::what: bind: Address already in use
[08:50] <duflu> Hence bug resolved apparently
[08:50] <alan_g> \o/
[08:50] <duflu> But resolved, really, by what?
[08:51] <alan_g> I guess I'm the only one to touch that code - will check
[08:56] <alan_g> duflu: you're right - I did fix it. (By removing some misguided code)
[08:57] <duflu> alan_g: OK, please link branch and update etc
[08:58] <alan_g> duflu: ack
[09:00] <duflu> alan_g: So how are we making it clear which branch a bug fix is in? Just say fixed in project Mir (meaning development branch) but not in "mir (Ubuntu)"?
[09:01] <alan_g> duflu: I was assuming we'd just reflect the state of lp:mir - it shouldn't be more than a day behind development-branch
[09:02] <alan_g> but it hasn't been discussed
[09:02] <duflu> WTF?!
[09:02]  * duflu looks
[09:03] <duflu> alan_g: You're saying all dev commits will automatically enter lp:mir ?!
[09:03] <duflu> I thought it was only fixes from lp:mir which entered Ubuntu...
[09:12] <alan_g> no, development-branch is just for staging changes so that we can control ABI changes more effectively while saucy is put together
[09:15]  * duflu rolls eyes at lp:mir r1083
[09:15] <duflu> It's fine so long as you never want to track history or bisect things :(
[09:21] <alan_g> duflu: we just work here.
[09:30] <duflu> alan_g: Is it just good luck that I have not "Broken pipe" any more?
[09:30] <duflu> -t
[09:31] <alan_g> duflu: probably, I still see it occasionally
[09:31] <duflu> Oh.
[09:31]  * duflu bisects on dev
[09:32] <alan_g> Oh, is this the case you had an MP for?
[09:32] <alan_g> that got fixed
[09:32] <alan_g> (sort of)
[09:32] <alan_g> But racarr is still working on a better version
[09:33] <duflu> alan_g: That's kind of what I'm seeing
[09:34] <alan_g> There are other cases where it happens
[09:45] <duflu> alan_g: What's the commit? I can't see it and have resorted to bisecting dev
[09:49] <alan_g> duflu: https://code.launchpad.net/~alan-griffiths/mir/socket-connection/+merge/187326 lines 1030-1032
[09:52] <duflu> alan_g: Annoyingly I can't reproduce it even with the revision before that landed :/
[10:09] <mlankhorst> alf_: oh btw did you get what I said? that it it's probably a bug in the compositor now afaict? :P
[10:19] <alan_g> mlankhorst: alf_ is on vacation today
[10:20] <mlankhorst> ah k
[12:48] <olli> hi greyback
[12:48] <greyback> olli: hey
[12:48] <olli> did the foregrounding fix make it in :)
[12:48] <greyback> olli: not yet, being tested now
[12:48] <olli> ok
[12:49] <olli> how does it look?
[12:50] <greyback> olli: there's a bug in teds code, but it's almost working.
[13:38] <hikiko> alan_g, ping
[13:38] <alan_g> hi hikiko
[13:39] <hikiko> hi
[13:39] <hikiko> are you busy? can I ask you something on a test?
[13:39] <alan_g> ask away
[13:40] <hikiko> well there are some DefaultDisplayServerTextFixture* tests that fail from time to time
[13:41] <hikiko> and the problem is that they cant detect the server
[13:41] <alan_g> ack
[13:42] <hikiko> I wonder if that's related to your task or it's a different problem, it shouldnt be related since we use a mock server isn't it?
[13:44] <alan_g> DefaultDisplayServerTextFixture forks a real server with a test config
[13:45] <hikiko> so it's the real server that appears and disappears?
[13:45] <alan_g> Does it appear?
[13:47] <hikiko> well if I run the tests with gdb
[13:48] <hikiko> some rare times I see that in launch_server_process
[13:48] <hikiko> we get PID 0 and is_test_process becomes false
[13:48] <hikiko> does this mean that the server appears?
[13:48] <hikiko> I am not very familiar with this part of code
[13:51] <alan_g> when there's a fork what gdb does depends on what you've told it to do. If you see fork() return 0, then you're in the child process
[13:51] <alan_g> That is you're debugging the server, not the test process
[13:52] <hikiko> yes
[13:53] <hikiko> so in this case there's a server running isnt it?
[13:53] <alan_g> What you'll probably see is that the test process times out waiting for the server to come up before you've told it to continue
[13:55] <alan_g> hikiko: the server process may be running, but it needs to create a socket for connections before anything detects it
[13:55] <alan_g> and it can't do that while it is stopped in the debugger
[13:56] <hikiko> that's interesting :)
[13:58] <hikiko> so, what do you think that is happening? the server starts and then ?
[13:59] <hikiko> I mean, in case that I dont stop it from gdb
[14:00] <hikiko> if I dont add a breakpoint but just print a message when the server is forked I still get some messages
[14:00] <alan_g> I don't know what's happening. I'd turn on some logging and see if that gives any clues.
[14:01] <hikiko> yes, that's what I'll do then, I ll leave gdb for the moment
[14:01] <alan_g> E.g. does the server initialize properly? Does it crash?
[14:01] <alan_g> Does it just take a long time to start?
[14:03] <alan_g> You know how to control the logs?
[14:04] <hikiko> how? I was about to just print debug messages in stderr but I'd like to do it the proper way if you can give me some guidance
[14:05] <davmor2> hey guys congratulations mir on maguro is a hell of a lot more stable on the current images
[14:06] <alan_g> hikiko: Using the MIR_SERVER_* or MIR_CLIENT_* environment variables - they are documented by ./mir_demo_server_basic --help
[14:07] <hikiko> ok, I ll check it :) thanks a lot
[14:08] <kgunn> davmor2: thank you!...i am glad to know that....
[14:08] <alan_g> hikiko: And if you do need to use gdb, then this explains the multi-process options: http://sourceware.org/gdb/onlinedocs/gdb/Forks.html
[14:08] <kgunn> davmor2: you would be the first person to say such a thing
[14:09] <kgunn> hikiko: ....http://unity.ubuntu.com/mir/....or even http://unity.ubuntu.com/mir/component_reports.html
[14:09] <kgunn> hikiko: they've been there for ages ?
[14:10] <davmor2> kgunn: It's still slower than SF, but at least it doesn't crash if you open an app and the launcher,  Used for about 30 minutes no crashes,  it was just too slow to use all day :)
[14:10] <kgunn> davmor2: got it...would you mind taking a video of that (just opening apps, swiping the ui, launcher, dash etc....and rotation as well?)
[14:11] <hikiko> kgunn, I am not looking to trace anything for the moment but thanks I ll have this in mind
[14:11] <hikiko> +get a look
[14:11] <davmor2> kgunn: rotation is laggy on SF there is a bug for that, mir is slightly slower but not much
[14:12] <kgunn> davmor2: yeah...sometimes, the "slow" or "lag" is actually animation _velocities_ set by qt (especially for things that have that rubber band effect)
[14:12] <davmor2> kgunn: I'll get on with some work for a bit first then look at doing 2 videos one on SF and one on Mir for comparisons
[14:13] <davmor2> kgunn: yeah if you start top in the terminal and rotate qml-scene is using 132% of the cpu which is why it's slow I guess :)
[14:14] <davmor2> kgunn: as soon as the rotation finishes qml-scene disappears off the list :)
[14:14] <kgunn> davmor2: great....I'd love it if you could also take some measurements.... https://pastebin.canonical.com/98152/
[14:14] <kgunn> davmor2: that'll print render in ms to the console from the device
[14:15] <kgunn> davmor2: i had someone measure before and it was like 24 ms or some such
[14:16] <kgunn> davmor2: so you get ~45 fps experience....but i'm curious what the spikes are
[14:16] <davmor2> kgunn: right I'll do that as I do the video and upload it to u1 for a share
[14:16] <kgunn> davmor2: that's awesome...thanks for the insights
[14:16] <racarr> Morning
[14:16] <kgunn> racarr: mornin'
[14:20] <alan_g> Rats! racarr woke up before I started reviewing things.
[14:31] <om26er> Is Mir going to be enabled on the 13.10 phone Image ?
[14:43] <kgunn> om26er: that is the aim
[14:43] <om26er> kgunn, How can I help ? :)
[14:56] <kgunn> om26er: thanks for the offer....lemme think on that....is it an open ended offer ?
[14:57] <om26er> kgunn, given my skill set I would most likely be helpful with testing. But maybe there are other things that I might be able to help with.
[15:01] <racarr> kgunn: Standup link?
[15:01] <racarr> Calendar never works for me :(
[15:01] <racarr> kgunn: Nvm it worked
[15:02] <alan_g> racarr: this is probably the wrong channel to publish the link
[15:20] <racarr> greyback: Hey! Have time for a quick sync up soonish?
[15:20] <hikiko> bye
[15:20] <racarr> Just want to chat with you on my plans for API rework
[15:20] <greyback> racarr: I'm at your disposal
[15:20] <racarr> greyback: Ok lets hangout. ill invite you
[15:21] <racarr> https://plus.google.com/hangouts/_/e458079840664e3f891b11aa2d809d703d9882ca?authuser=1&hl=en
[15:21] <racarr> greyback: ^
[15:35] <smartboyhw> BTW, is there to remove Mir from a cmake build?
[15:35] <smartboyhw> I mean, to uninstall it from /usr/local
[15:45] <racarr> make uninstall
[15:47] <smartboyhw> racarr, no target "uninstall"
[15:54] <bschaefer> smartboyhw, you could do: xargs rm < install_manifest.txt
[15:55] <smartboyhw> bschaefer, thanks
[15:55] <racarr> ...I thought we had an uninstall target :(
[15:57] <kgunn> racarr: alan_g kdub .... any volunteer to review todays dev branch merge to trunk ?
[15:57] <kdub> why would you ever want to uninstall? ;-)
[15:57] <kgunn> https://code.launchpad.net/~mir-team/mir/development-branch/+merge/188086
[16:01] <alan_g> kgunn: LGTM
[16:01] <didrocks> sil2100: coming?
[16:01] <kdub> kgunn,  me too
[16:09] <sil2100> didrocks: I didn't get any invite, so I don't even know where to come ;)
[16:09] <didrocks> sil2100: https://plus.google.com/hangouts/_/b23d56bfd9b5678ec007684d3d181c1af9f34002
[16:27] <davmor2> om26er: run it all day log any crashes
[17:31] <om26er> davmor2, right. I thought it was crashing due to a single reason all those times ;)
[17:32] <om26er> "the many apps opened crash"
[17:32] <om26er> is that fixed ?
[17:43] <davmor2> om26er: there was also the open an app and launcher crash that I reported :)
[19:40] <kgunn> kdub: didn't you fix this one (thot it was most recent mp)
[19:40] <kgunn> https://bugs.launchpad.net/mir/+bug/1231594
[19:40] <kdub> oh yeah, should be fixed
[19:41] <kdub> sometimes launchpad changes for me, sometimes not
[19:41] <kdub> havent figured out why
[19:41] <kgunn> no worries...i'll change it (launchpad janitor kgunn :)
[20:47] <kgunn> racarr: ping
[21:48] <racarr> kgunn_: pong
[21:57] <kgunn_> racarr, i hate  my verizon router...missed this...sorry
[21:58] <kgunn_> racarr, so mterry is gonna put up an mp for ignoring arg's it doesn't uderstand as a quick fix....was just wanting to see if you could review/approve before weekend
[21:58] <kgunn_> either you or kevin
[21:58] <kgunn_> its one of our mir blockers for being default in touch (and some mutual management is kinda hot on seeing it all resolved by Monday)
[21:58] <kgunn_> :)
[21:59] <racarr> I reviewed the first one then just saw now there is
[21:59] <racarr> a second one that says something about the 13.10 development version but is targeted towards lp:mir
[21:59] <racarr> and contains lots of extra diff
[21:59] <racarr> kgunn_: > I reviewed the first one then just saw now there is
[21:59] <racarr> 22:02 -!- kgunn [~kgunn@pool-96-226-49-103.dllstx.fios.verizon.net] has joined #ubuntu-mir
[21:59] <racarr> 22:02 < racarr> a second one that says something about the 13.10 development version but is targeted towards lp:mir
[22:00] <racarr> 22:02 < racarr> and contains lots of extra diff
[22:00] <racarr> presumably the goal is to land it
[22:00] <racarr> to lp:mir
[22:00] <kgunn_> racarr, i asked mterry to retarget to dev branch
[22:00] <kgunn_> he said bbiab...a while ago
[22:01] <racarr> kgunn_: Ok I retargeted it https://code.launchpad.net/~mterry/mir/dev-unregistered-options/+merge/188177
[22:01] <kgunn_> racarr, ...huh...you can do that ?
[22:01] <racarr> just waiting to see that the diff is correct
[22:01] <racarr> apparently!
[22:01] <kgunn_> wow
[22:01]  * kgunn_ thinks racarr may be a wizard
[22:02] <racarr> boom
[22:02] <racarr> all done
[22:02] <racarr> no but really there is just a button
[22:02] <racarr> resubmit proposal
[22:02] <racarr> I didnt know you could do it until robert ancell did it to my stuff
[22:02] <kgunn_> racarr, hey thanks!...that's cool...i had no idea, thot the owner had to
[22:03] <racarr> :D
[22:15] <kgunn_> racarr, kdub, mterry  ok...i outta here...have a good weekend
[22:15] <kdub> you too!
[22:19] <racarr> kgunn_: Cheers! You too
[22:34] <mterry> racarr, that's where I put it!
[22:34] <mterry> I manually proposed a new branch...  I thought
[22:50] <mterry> racarr, ah I see.  I pointed it at lp:mir.  Thanks for the fix, doh!