[06:37] <RAOF> Man, don't double-tap <tab> in gdb...
[06:38]  * RAOF 's console scrolls through the 2MB or so of symbol names
[06:39] <tvoss_> RAOF, verbosity for the win :)
[06:40] <RAOF> Ahem.
[06:40] <RAOF> Create the pipe *before* you fork()
[06:40] <RAOF> And we win!
[06:43] <RAOF> And with that, EOD!
[06:45] <RAOF> Turns out that std::future is a quick way to large symbols.
[06:47] <duflu> RAOF: Not enough bytes in your life?
[06:47] <duflu> Later
[12:07] <anpok> is anybody of you succesfully using sbuild to build mir?
[12:08] <anpok> for armhf
[12:09] <anpok> i just got weird cmake problems - i get cmake messages like successfully found pkg-config \n egl found and then on the next line pkg-config not found (found version 0.26) and glesv2 not found...
[12:13] <anpok> http://paste.ubuntu.com/6802564/
[12:44] <kgunn> anpok: are you following this https://lists.launchpad.net/ubuntu-phone/msg05556.html
[12:46] <anpok> yes, but I also followed the configuration steps from here https://wiki.ubuntu.com/SimpleSbuild
[14:52] <kgunn> anpok: i tried week before last and i was actually able to build...but then failed the build's unit test run
[14:53] <kgunn> hmmm, kinda looks like the chroot might not have set up correctly?
[14:53] <kgunn> only a guess
[15:00] <alan_g> Hmm, I just tried cross-building and got "/usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find /lib/arm-linux-gnueabihf/libpthread.so.0 inside" whatever that means
[15:09] <alan_g> ... but zapping the "partial-armhf-chroot" fixes it
[15:09] <dandrader> is that a known problem? https://jenkins.qa.ubuntu.com/job/mir-clang-trusty-amd64-build/713/console
[15:10] <dandrader> "tests/acceptance-tests/test_protobuf.cpp:104:35: error: inheriting constructors are not supported"
[15:11] <alan_g> dandrader: I thought that was supported now
[15:11]  * alan_g wonders which clang version this is
[15:14] <anpok> clang-3.2
[15:15] <alan_g> dandrader: not a known problem, but that C++ support is fairly recent in clang. 3.4 definitely supports it.
[15:16] <dandrader> alan_g, that failed in https://code.launchpad.net/~dandrader/mir/SwitchingBundlePrint/+merge/202447. so the code is already there. maybe CI changed its clang version?
[15:18] <alan_g> dandrader: maybe. Or maybe the node is out of date. I guess #ubuntu-ci-eng can tell us
[15:18] <dandrader> alan_g, should I ask them or will you do it?
[15:18] <alan_g> I can
[15:18] <dandrader> alan_g, ok, thanks!
[15:26] <alan_g> mterry: do you know which branches were involved in robert_ansell's failed attempt to get USC working without a filesystem endpoint? I'm suspecting the problem was lp:1271655 but can't find his code.
[15:28] <mterry> alan_g, hmm, let me dig.  I remember they all had similar names
[15:28] <alan_g> mterry: thanks
 alan_g, hmm, let me dig.  I remember they all had similar names
 alan_g, at least lp:~robert-ancell/lightdm/private-mir-connection and lp:~robert-ancell/unity-system-compositor/private-mir-connection
 alan_g, I think only those two...
 alan_g, at the time I also had to grab mir/devel, but that's in trusty now
[15:38] <mterry> alan_g|tea, ^ sorry, had irc issue
[15:42] <alan_g> mterry: thanks
[15:54] <anpok> kgunn: yes .. just redoing the chroot resolved it..
[16:28] <alf_> alan_g: I pushed the branch with the problematic tests at lp:~afrantzis/mir/mir-output-capture-basic-client-api
[16:29] <alan_g> alf_: I'll take a look - which test is the problem?
[16:30] <alf_> alan_g: bin/mir_acceptance_tests --gtest_filter=MirOutputCaptureTest.* hangs in MirOutputCaptureTest.gets_valid_egl_native_window
[16:30] <alf_> alan_g: but MirOutputCaptureTest.gets_valid_egl_native_window by itself runs
[16:31] <alan_g> alf_: ack. Building
[16:31] <alf_> alan_g: the last two tests MirOutputCaptureTest.create_and_release_contact_server and MirOutputCaptureTest.gets_valid_egl_native_window are similar
[16:31] <alf_> alan_g: you can get the same effect if you run either twice (with --gtest_repeat)
[16:32] <alf_> alan_g: Removing "delete capture;" from src/client/mir_output_capture_api.cpp alleviates the problem (but causes a leak, of course)
[16:34] <alan_g> alf_: I can reproduce the hang (in first incantation above)
[16:36] <alf_> alan_g: The apparrent cause of the hang is the display server not stopping when told to do so, i.e., it seems that the main loop just ignores(?) our stop() call. Pressing ctrl-c unblocks it somehow
[16:36] <alf_> s/apparrent/apparent/
[16:37] <alan_g> alf_: OK - just looking at where the threads are at
[16:41] <alan_g> Hmm. exiting the debugger seems to unblock too
[16:43] <alf_> alan_g: it's really weird... it's even more weird that removing the "delete capture" as mentioned above "fixes" the problem... I can't see the connection (unless it is a timing issue?)
[16:44] <alan_g> alf_: weird just means there's a fact we're missing
[16:50] <kgunn> alan_g: wanna have a chat now about the potential release process changes
[17:01] <alan_g> dandrader_: fginther & cjwatson figured out what happened.
[17:15] <dandrader> alan_g, great!
[17:17] <kdub> alan_g, with ~vanvugt/mir/fix-1271853, would you be okay with me top-approving?
[17:18] <alan_g> kdub: yes, you have the right.
[17:19] <kdub> alan_g, :D was just checking if that needs-info was a blocker
[17:19] <alan_g> kdub: it would be nice to know
[17:37] <xnox> Saviq: i've mixed a bug in cmake, and mir & unity8 cross-building works once again out of the box.
[17:37] <xnox> s/mixed/fixed/
[17:38] <ogra_> dont mix the fixes :)
[17:47] <mterry> kdub, I'm running mir/devel on my mako with USC.  USC is crashing with "error binding buffer to texture".  Any clues?
[17:50] <kdub> mterry, new to me
[17:54] <mterry> kdub, it happens because eglCreateImageKHR returns EGL_NO_IMAGE_KHR in mga::Buffer::bind_to_texture()
[17:54] <mterry> kdub, this doesn't happen with trusty mir
[17:56] <kdub> mterry, let me try something
[18:08] <anpok> xnox: i thought it work again but now I got that message: make[1]: Leaving directory `/«PKGBUILDDIR»/obj-arm-linux-gnueabihf'
[18:08] <anpok>    dh_install -O--parallel -O--fail-missing
[18:09] <anpok> dh_install: usr/lib/arm-linux-gnueabihf/libmirserver.so.13 exists in debian/tmp but is not installed to anywhere
[18:09] <anpok> dh_install: missing files, aborting
[18:09] <anpok> make: *** [binary] Error 255
[18:09] <anpok> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
[18:09] <xnox> anpok: with mir or unity8?
[18:10] <xnox> anpok: i've compiled mir_0.1.3+14.04.20140108-0ubuntu1_armhf.build as in the archive
[18:10] <xnox> anpok: http://paste.ubuntu.com/6804190/
[18:10] <xnox> anpok: sounds like a packaging change is needed of whichever revision shows that bug above.
[18:11] <anpok> ah
[18:11] <anpok> building a mir branch
[18:12] <anpok> i think i have mixture of abi verison 13 and 14
[18:15] <kdub> mterry, i see...
 Unsupported buffer format: 3.
[18:15] <kdub> this is probably a regression of some sort
[18:15] <kdub> i havent been tinkering in this area lately, not sure what it could be at the moment
[18:15] <mterry> Yar.  Is this from that alpha patch?
[18:16] <kdub> it might be, lets try backing it out and seeing if that helps
[18:18] <kdub> mterry, i can try in about...
[18:18] <kdub> 30 min
[18:18] <mterry> kdub, I'll give it a go
[18:19] <kdub> mterry, at any rate, i think that robotfuel has some scripts for firing up a server and checking a client against it
[18:19] <kdub> we should improve those to fire a server, nested server, and client
[18:19] <mterry> robotfuel, ^ pretty please  :)
[18:20]  * robotfuel looks at backlog
[18:20] <mterry> robotfuel, especially since we're about to enable nested mode
[18:20] <mterry> by default
[18:20] <kdub> because I don't think we have a full test for nested
[18:20] <kdub> in the CI process
[18:20] <robotfuel> what are you trying to run?
[18:20] <robotfuel> mterry: what are you trying to run?
[18:21] <kdub> ./mir_demo_server -f /tmp/socket1 & ./mir_demo_server --host-socket /tmp/socket1 -f /tmp/socket2 & ./mir_demo_client_egltriangle -m /tmp/socket2
[18:21] <mterry> robotfuel, so the problem I hit is using nested mode.  I'm trying to run unity-system-compositor (USC) and it crashes with "error binding buffer to texture".  But kdub was just saying that we don't have good test coverage for nested mode in general (which allows such regressions to slip in)
[18:21] <mterry> robotfuel, so apparently you have a nice script for testing that may benefit from adding a nested server
[18:22] <kdub> robotfuel, i'm just suggesting once we get the problem we're seeing fixed, we should improve the CI to protect the nested server from regressions
[18:22] <robotfuel> mterry: yes we could easily add a test for that. let me give you a link to the current one.
[18:22] <kdub> which me or another mir team member could help with :)
[18:22] <kdub> robotfuel, thanks
[18:28] <robotfuel> mterry: there is this https://bazaar.launchpad.net/~chris.gagnon/+junk/mir-medium-test-runner-for-jenkins/view/head:/mir-mediumtest-runner.sh and this  https://bazaar.launchpad.net/~chris.gagnon/+junk/mir-demo-runner/view/head:/bin/mir-demo-tester
[18:40] <robotfuel> mir-demo-tester is in a all the way finish because I thought shell bindings for subunit were going to land, but they haven't yet. https://code.launchpad.net/~thomir/subunit/trunk-add-cmd-line-script
[18:40] <robotfuel> s/is in/isn't
[18:49] <mterry> robotfuel, I'm less interested in running the script myself than just making sure a nested server gets added to it to avoid regressions in the future.  Something like kdub's line above:
[18:49] <mterry> ./mir_demo_server -f /tmp/socket1 & ./mir_demo_server --host-socket /tmp/socket1 -f /tmp/socket2 & ./mir_demo_client_egltriangle -m /tmp/socket2
[18:50] <robotfuel> mterry: does that automatically stop the server when it's finished?
[18:51] <mterry> I doubt it
[18:57] <kdub> mterry, filed a bug https://bugs.launchpad.net/mir/+bug/1272041
[18:58] <mterry> kdub, awesome.  I'm compiling a version of mir just before the alpha bits landed for testing.  But compiling takes a while
[19:00] <kdub> mterry, okay :) (also, you know of cross-compile-chroot for mir?)
[19:00] <mterry> kdub, I've cross compiled with pbuilder before, but it's not much faster
[19:00] <kdub> not much use for packages, but if you're working in a mir-only world for some problems, its a real time saver
[19:01] <kdub> well, thats an emulated cross compile, the script does a native cross compile
[19:01] <kdub> eg, a toolchain that runs on x86 that produces armhf libs
[19:01] <mterry> hmm.  I'm so wedded to the packaging workflow, but that sounds tempting
[19:03] <kdub> mterry, yeah, i just thought I'd throw it out there
[19:13] <kdub> mterry, lp:mir/devel rev 1328 is the culprit
[19:14] <mterry> kdub, aha
[19:15] <mterry> kdub, yup, that's the alpha patch I was going to test
[19:15] <mterry> anpok, ^
[19:16] <mterry> bug 1272041
[19:29] <anpok> re
[19:30] <anpok> xnox: yes thanks for parsing the error message
[19:36] <anpok> mterry: that happened on n10?
[19:37] <mterry> anpok, mako (n4)
[19:47]  * mterry goes to gym for a bit
[21:25] <mterry> anpok, any luck?  Any testing I can help with?
[21:42] <rsalveti> kdub: so it seems mir is working mostly fine with flo (nexus 7 - 2013), I have just one critical issue atm
[21:42] <rsalveti> kdub: after mir/powerd turns the screen off, nothing can turn the screen on again
[21:43] <rsalveti> so the rendering keeps working, but screen is constantly off
[21:43] <rsalveti> had to disable powerd to have unity8/mir working with it
[21:43] <rsalveti> and this also happens when running mir_demo_server_basic
[21:44] <rsalveti> it works fine first time you run it, but it seems it turns the screen off automatically when you stop it
[21:44] <rsalveti> so next time you run the screen will be completely off, as it fails to turn on the screen again
[21:45] <rsalveti> kdub: I'm just uploading the image I got here, will have the link ready in a few
[21:45] <kdub> rsalveti, cool, its encouraging mir works
[21:50] <kdub> rsalveti, taking a late lunch, be back shortly
[21:52] <rsalveti> kdub: ok
[22:08] <anpok> mterry: kdub already has a solution which i can only verify to work on none n4 devices - lp:~andreas-pokorny/mir/fix-1272041
[22:10] <mterry> anpok, ooh, will test
[22:16] <rsalveti> kdub: flash http://people.canonical.com/~rsalveti/aosp/flo/, then http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/20140123.1/trusty-preinstalled-touch-armhf.zip via recovery
[22:17] <rsalveti> kdub: the android container takes ~1 min to load, still investigating why, and current mir will be broken because of hwcomposer 1.2, so if you want a working unity8 just use my ppa: https://launchpad.net/~rsalveti/+archive/ppa
[22:17] <rsalveti> and make sure to disable powerd as well
[23:04] <kdub>  rsalveti thanks