=== jono is now known as Guest95491
dufludidrocks: I've updated lp:mir and it is now at tagged release 0.1.0, awaiting packaging (and changelog entries)06:15
didrocksduflu: ok, we'll probably ship it today06:20
dufluI'd be interested to see how well the automagical changelog population works, given we usually forget "--fixes lp:NNNN"06:20
didrocksduflu: did you add bug #<foo> in the commit message?06:31
didrocksor bug blalabla06:31
didrocksor any regexp with either lp.* or bug.* ?06:31
didrocks(attaching the bug to the MP before it's merged works as well)06:31
dufludidrocks: I do. And where other people forget I often fix their commit messages. But I don't catch all of them06:31
didrocksduflu: for those then, it should be fine06:31
alf_duflu: didrocks: Have the trusty repositories opened? Is it recommendend that we move to it now?07:08
didrocksalf_: indeed, they are opened since Monday (see ubuntu-devel ML)07:08
didrocksalf_: since are still settling down, you should wait for a week to keep being productive I would say07:09
didrocks(after the first debian sync pass is done)07:09
alf_didrocks: sounds sensible, thanks :)07:09
Saviqduflu, https://bugs.launchpad.net/unity8/+bug/1239876/comments/5 ?08:19
ubot5Ubuntu bug 1239876 in Unity 8 "[enhancement] Need to signal when mir is ready for upstart dependencies to wait for" [High,In progress]08:19
dufluSaviq: The bug status is accurate if you look up the top. Fix Released in 0.1.0 and later08:20
Saviqduflu, since when "Fix released" == "Is going to be released"?08:21
Saviqduflu, I thought "Fix committed" + milestion == "Is going to be released with version x"08:21
dufluSaviq: It's fix released in the upstream project release 0.1.0 and correctly says Fix Committed for Ubuntu08:21
dufluSaviq: The first Ubuntu build of 0.1.0 is coming today I think08:22
Saviqduflu, ah, didn't know you guys got upstream releases other than ubuntu...08:22
dufluSaviq: Yeah they're separate branches so need separate status to be accurate08:22
Saviqduflu, ok, sorry for the noise08:23
dufluSaviq: No problem. You can expect (hopefully) accurate status info from now on. At least better than in the past08:23
Saviqduflu, I'm still struggling with the need to keep statuses for unity8 and ubuntu/unity8, as they're synonymous for us at least08:24
dufluSaviq: If you have only one branch it makes sense. But Mir is stuck with two "trunks", which is what distro wants08:25
didrocksdistro doesn't wants 2 trunks, distro just want one trunk with good packaging syncing practice08:26
didrocksand stability in the interface08:26
didrocks(quite a big difference, we don't impose the how, just the end)08:26
dufludidrocks: +108:30
dufluIn many ways, the Ubuntu need/want for daily builds and ABI stability of bleeding-edge code are conflicting requirements. So I think we have a good compromise of throttling the bleeding-edge changes into Ubuntu, even if it's not quite daily08:37
Mirvunity-system-compositor seem to fail to build: https://launchpadlibrarian.net/154869368/buildlog_ubuntu-trusty-amd64.unity-system-compositor_0.0.1%2B14.04.20131024-0ubuntu1_FAILEDTOBUILD.txt.gz09:10
Mirvit seems it's probably not updated for the new libmirserver?09:10
Mirv"mir/pause_resume_listener.h: No such file or directory"09:11
Mirvso I guess mterry's branch, could you get that merged?09:12
Mirvbug #124413109:12
ubot5bug 1244131 in Unity System Compositor "unity-system-compositor FTBFS on trusty against new Mir" [Critical,New] https://launchpad.net/bugs/124413109:12
alan_ggreyback: I figured out what I was missing yesterday. https://code.launchpad.net/~alan-griffiths/unity-mir/reduce-coupling-to-mir-surfaces/+merge/19247109:13
greybackalan_g: glad to hear.09:16
alan_ggreyback: although I still get some linker errors - but I'll worry about that another time09:16
alan_ggreyback: It would be really nice for my code cleanup in Mir  to remove that dependency in unity-mir09:18
greybackalan_g: sure, I'm trying it out now09:19
greybackalan_g: I'm just thinking of ramifications of having SurfaceStackModel a Mir internal concept09:20
alan_ggreyback: The thing is that we should have the controller mediating all updates (to allow synchronization) and any interfaces used by views onto the data should be defined where they are used.09:23
Mirvwe can't release the mir stack without u-s-c, so if you can please check the bug above09:44
Mirvso... now u-s-c would compile against libmirserver8, only that now the PPA has libmirserver9 and again u-s-c doesn't build :S11:48
Mirvbug #1244192 - I assigned it to mterry already11:54
ubot5bug 1244192 in Unity System Compositor "unity-system-compositor FTBFS on trusty against new Mir (libmirserver9)" [Critical,New] https://launchpad.net/bugs/124419211:54
Mirv'mir::DefaultConfigurationOptions' is not an accessible base of 'const SystemCompositorServerConfiguration'11:54
alf_alan_g: updated lient-drm-add-gbm-device12:27
alan_galf_: looking...12:49
alan_galf_: Now we re-implement std::ceil()?!12:52
alf_alan_g: it's division with ceiling without involving floating points, not the same thing :)12:53
didrocksalf_: alan_g: can you look at Mirv's messages? we are totally blocking the whole line because of Mir12:58
alan_gdidrocks: ok - let me grab usc12:59
didrockson the client one? is it xorg still compatible? just needing a rebuild?12:59
alf_didrocks: are you referring to xmir?13:01
didrocksas the client bump wasn't coordinated, we are going to revert mir landing (as well as platform-api, and unity-mir)13:02
alf_didrocks: yes, xmir shouldn't be affected by any of the changes done lately13:02
didrocksalf_: so a rebuild for the soname bump?13:03
alf_didrocks: it should be enough13:03
alan_gMirv: didrocks https://code.launchpad.net/~alan-griffiths/mir/fix-1244192/+merge/19250313:14
didrocksalan_g: great! thanks for fixing, I think alf_ can maybe review and test build u-s-c with it?13:15
alf_didrocks: will do13:15
* alan_g wonders if we should roll usc into the mir source tree13:17
alf_alan_g: we should at least build usc, unity-mir etc during CI in warning mode to get some notification if we break anything13:23
alan_galf_: it's half a dozen files - almost an example program. ;)13:24
=== dandrader is now known as dandrader|afk
mterryalf_, alan_g: good morning (for me)!  Do either of you have some more time to help me today?  I spent some time tracing the fd passed to unity8, and it seems to be a workable fd.  rw and all that.  But when we call MirConnection::connect, down in the protobuf layer, connect_result never gets cleared, and so we error out later.  I'm not super clear on how the autogenerated protobuf code works14:03
alf_mterry: sure, what's the quickest way to reproduce what you are seeing?14:04
mterryalf_, that's actually not even a little easy right now.  Do you have time?14:05
alf_mterry: yes14:05
* mterry hugs alf_14:05
mterryalf_, ok, let me get my notes14:05
mterryalf_, so I've been working on the phone itself.  If you have a suitable emulation environment or something, that could work too14:06
alf_mterry: ok14:06
mterryalf_, you'll want lp:~mterry/mir/named-session14:07
mterryalf_, lp:~mterry/lightdm/named-sessions with lp:~robert-ancell/lightdm/private-mir-connection mixed in14:07
mterryalf_, and lp:~robert-ancell/unity-system-compositor/private-mir-connection14:07
mterryalf_, ooh, you know14:07
mterryalf_, let's try skipping the named-session branches for now.  I'll set you up with a simpler environment that I think will still reproduce14:08
mterryalf_, my env is deep in the weeds, but I suspect we don't need everything14:08
mterryalf_, so we'll just use robert-ancell's two branches (lightdm and unity-system-compositor)14:08
alf_mterry: I wonder if for a start you could send me your built versions of lightdm and unity-system-compositor, so I can just build/debug mir. If we think the problem also involves lightdm/usc I can build those later.14:12
mterryalf_, fair enough...  Let me put something up on people.canonical.com14:12
alf_mterry: (btw, I am using N4)14:12
mterryalf_, ok, cool, me too14:13
alf_mterry: also, are you using mir development or the package version?14:14
mterryalf_, trunk14:14
mterryalf_, I think?  I can't remember when I branched14:15
=== dandrader|afk is now known as dandrader
mterryalf_, I branched a week ago?14:16
alf_mterry: do you have the revision to ensure we are in sync?14:16
mterryalf_, 110214:18
alf_mterry: great, thanks14:18
mterryalf_, but...  if I'm giving you my lightdm deb file, you'll probably want my named-session mir branch14:18
mterryalf_, because lightdm passes a new mir argument14:18
alf_mterry: ok14:20
mterryalf_, OK, try the debs in http://people.canonical.com/~mterry/14:22
mterryalf_, plus your built named-sessions mir branch14:23
=== pete-woods1 is now known as pete-woods
alf_mterry: ok I think I am set up14:42
mterryalf_, OK.  So if you hit what I'm hitting, you should be able to reboot and look at /home/phablet/.cache/upstart/unity8.log to see the abort14:44
alf_mterry: is there a way to run this manually?14:47
alf_mterry: (i.e., without restarting so I can debug it live if needed?)14:47
mterryalf_, it's tough, because to reproduce what lightdm is doing, we need it to launch the session.  I've been debugging via prints and such, but I'm rebuilding myself with debugging symbols and plan to insert a sleep or something so I can attach14:48
alf_mterry: I guess 'start lightdm' would have the same effect right? At least to avoid the restart.14:49
mterryalf_, yes.....  except I have run into issues in the past with Mir handling that gracefully14:50
mterryalf_, so I've gotten into the habit of rebooting14:50
mterryOr, maybe not Mir's fault, but something between powerd/unity8/Mir.  Those annoying errors with Mir coming up14:51
=== dandrader is now known as dandrader|lunch
=== alan_g is now known as alan_g|EOD
mterryHow do I get mir to write to a "report"?   I see a lot of report->something() calls that look like advanced logging17:04
mterrynm, found doc/component_reports.md17:11
=== dandrader|lunch is now known as dandrader
dandraderracarr, ping17:44
dandraderracarr, https://docs.google.com/a/canonical.com/document/d/1LEq6Z9niZR5ITka0QixBu8B5fJPv03MmcW1uNgA2bWg/edit?usp=sharing18:23
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
=== kdub is now known as kdub^lunch
=== kdub^lunch is now known as kdub
racarrkdub: I found which portion of powerd is messing with us (see last comment here https://bugs.launchpad.net/mir/+bug/1239955)21:09
ubot5Ubuntu bug 1239955 in Mir "integration-tests hang/fail in AndroidGPUDisplay.gpu_display_ok_with_gles when the display is asleep: what(): error posting with fb device" [Medium,Triaged]21:09
racarrit's a little unclear to see the fix so far though...it's a little weird if mir can't really turn the display on, but it's also a little weird if mir deals with suspend states, and kind of weird if mir has to talk to powerd over dbus21:10
kdubracarr, i agree on all those points :)21:11
racarrmaybe the fix is actually21:12
racarrelsewhere! for unity, things work because unity talks to powerd21:12
racarrfor the tests, the tests can include wrappers on CI that just run powerd-cli active21:12
racarrand thats fine21:12
racarrthe only remaining problem, is its inconveient to just21:12
racarradb shell in and run21:12
racarrfor developers, etc21:13
racarrbut we could have21:13
racarran open shell21:13
racarrhold the active state21:13
racarrI dunno21:13
kdubyeah, its a gotcha for the developers21:15
sil2100Hi guys21:49
racarrhi :)21:51
sil2100https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/5158273 <- we're getting this here in the daily-build PPA21:52
sil2100Does anyone know why this dependency wait happens?21:57
sil2100We're building mir from trunk, so I guess we have the latest of the latest?21:57
sil2100Did you guys forget to bump the upstream version of mir?21:58
sil2100Actually, I see the bump in trunk, wonder what cu2d is doing21:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!