/srv/irclogs.ubuntu.com/2013/11/21/#ubuntu-mir.txt

robotfuelracarr: ping00:30
robotfuelkdub: ping are you still around?00:32
kdubindeed00:32
robotfuelkdub: I have failing tests are arm due to memory leaks, do you know who I should ping about it? https://jenkins.qa.ubuntu.com/job/mir-team-mir-development-branch-trusty-armhf-ci/139/console00:39
robotfueler I have failing tests on arm due to...00:39
kdubooo, are we running tests on arm? :)00:40
kdubrobotfuel, i'll take a quick look00:40
robotfuelkdub: the tests pass when I don't use valgrind.00:41
kdubrobotfuel, right00:44
kdubrobotfuel, i see it too, could you file a bug against mir?00:49
robotfuelkdub: will do00:49
kdubrobotfuel, thanks00:51
cpatrick08i am trying to build mir from source on trusty and I get following error http://pastebin.com/zeRYuQiB00:52
cpatrick08cmake-gui options for builf http://tinypic.com/r/11b1bsz/500:53
robotfuelkdub: https://bugs.launchpad.net/mir/+bug/125348600:53
ubot5Ubuntu bug 1253486 in Mir "memory leaks in unit tests on android" [Undecided,New]00:53
kdubcpatrick08, you could just disable building the unit tests, if thats the only thing failing00:54
kdubalthough, it is strange it can't find eglCreateImageKHR, as nothing should link to that directly anyways00:55
RAOFcpatrick08: Hm, difference with my successful builds might be “use debflags’00:55
cpatrick08will take that away and try to build again will let you know if that works00:55
kdubi retract my statement about 'nothing should link to that'... :) long day00:56
kdubsigh, i retract my retraction :)00:57
robotfuelcpatrick08: did you try dpkg-buildpackage?00:57
cpatrick08no i have not will try it if this does not work00:59
kdubmorning duflu01:07
kdubi made a comment on the bug, but I don't see input problems on my n701:08
duflukdub: Hi. OK, thanks01:13
kduboh, and resizing was okay too :)01:20
duflukdub: Yeah, that's what confused me. I had demo-shell getting input a week or two ago, but not clients. Now nothing01:24
dufluIt's only the N7 that's an issue01:24
cpatrick08kdub, i removed the unit tests and the make worked but when i ran ctest i got error only on test 23  23 - integration-tests.GBMBufferIntegration.* (SEGFAULT)01:44
cpatrick08i kept the debflags on btw01:45
cpatrick08i am trying it again with the debflags off01:48
=== chihchun_afk is now known as chihchun
duflu_RAOF: What am I missing?... https://bugs.launchpad.net/mir/+bug/125350703:37
ubot5Ubuntu bug 1253507 in Mir "The following tests FAILED: 134 - unit-tests.UdevWrapperTest.* (OTHER_FAULT)" [High,Triaged]03:37
=== duflu_ is now known as duflu
RAOFduflu: We should really spit out the actual test output when it fails :)03:37
dufluRAOF: It's way too long :/03:38
RAOFNot for the bit that fails.03:38
RAOFAnyway, what *is* the output?03:38
dufluRAOF: Yes, the bit that fails is massive...03:39
dufluBut mostly they say C++ exception with description "Udev device does not exist" thrown in the test body.03:39
RAOFIinteresting.03:39
RAOFPastebin?03:39
dufluRAOF: Attached to the bug03:40
dufluRAOF: Weird cos my saucy and trusty machines seem to have identical udev packages03:41
RAOFAh, but probably have different umockdev packages?03:41
dufluOh, wait, no. The Ubuntu revisions differ03:41
dufluRAOF: Yeah fails on umockdev 0.4.6-2, works on 0.4.7-103:42
RAOFumockdev is just being totally screwy there; it's not providing a mock udev environment at all.03:44
dufluRAOF: But it worked a few days ago(?)03:45
RAOFNot on those tests it didn't?03:45
dufluRAOF: Well, everything we had worked a few days ago03:45
RAOFBecause those tests are shiny and new!03:45
dufluI assume we used umockdev to some extent even before, when it worked03:46
RAOFYeah, we did.03:59
RAOFIs there some good reason why lp:mir doesn't resolve to lp:~mir-team/mir/development-branch?05:42
dufluRAOF: Not by our own choice. I tried pointing lp:mir to development-branch at the start of the cycle. But distro have a *requirement* that lp:mir be more stable than they perceive development-branch to be05:50
dufluSo now lp:mir is the Ubuntu branch05:50
RAOFI am going to *keep* hitting that, aren't I ☹05:50
dufluRAOF: Mainly it's about ABI stability and how any break in Mir affects a string of other projects. So it's good we can batch and control the timing of ABI breaks into lp:mir05:51
duflutvoss_: Morgen05:52
dufluRAOF: Apparently the "ubuntu" project branches for Mir can't be used for Ubuntu packaging work. So they need to own lp:mir05:53
=== tvoss_ is now known as tvoss|test
=== tvoss|test is now known as tvoss
tvossduflu, hey there :)06:28
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
mlankhorstmorning08:10
dufluPing alan_g09:26
alan_gduflu: morning09:26
duflualan_g: Hello. I have spiked that event queue idea. I think it's looking very attractive now, but needs some serious testing yet. So just FYI... please don't duplicate effort for now. I'll get it up for review by Friday in the latest09:27
alan_gduflu: that's great. Thanks.09:27
alf_duflu: alan_g: Do unit-tests.UdevWrapperTest.* tests fail for you locally with the latest development-branch?10:11
duflualf_: Yes. But only on saucy10:11
alan_gno10:12
alf_duflu: I am on trusty...10:12
duflualf_: Me too, half the time10:12
alf_duflu: I mean they fail for me on trusty10:12
duflualf_: That's odd, but means it's more serious than first thought10:13
duflualf_: There's a bug already BTW: 125350710:30
duflubug 125350710:30
ubot5bug 1253507 in Mir "The following tests FAILED: 134 - unit-tests.UdevWrapperTest.* (OTHER_FAULT)" [High,Triaged] https://launchpad.net/bugs/125350710:30
alf_duflu: thanks, assigning to myself10:31
duflualf_: If you get that bug on trusty then it's probably Critical :/10:36
* duflu goes to make dinner10:36
alan_galf_: update - running without ctest I too see the problem10:56
alan_galf_: and something similar in GBMDisplayTest.drm_device_change_event_triggers_handler10:57
alf_alan_g: right, the umockdev framework needs an LD_PRELOAD to work properly10:59
* alan_g leaves it to alf_ who's already on it11:00
alf_alan_g: I don't think there is a solution to it. When running manually we need to use the preload (or the related umockdev-wrapper script)11:02
alan_gThat sucks11:03
* alan_g wonders if any tests needing this preload should be put in a separate executable11:06
=== alan_g is now known as alan_g|lunch
=== dandrader is now known as dandrader|afk
=== chihchun is now known as chihchun_afk
=== dandrader|afk is now known as dandrader
alf_tvoss: Please take a look at https://code.launchpad.net/~afrantzis/mir/mir-client-ensure-global-symbol-resolution/+merge/196110 , especially the discussion about the options, since it involves multiple components in our stack13:40
tvossalf_, yup, put it on my list13:40
=== alan_g|lunch is now known as alan_g
alan_gAny experts on booting with USC about? I tried following the instructions - http://unity.ubuntu.com/mir/using_mir_on_pc.html - although I had to create the .conf file after installing USC. But when I restart I see "/usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: xmir_get_drm_fd" in /var/log/lightdm/x-0.log.old. Does anyone know how to fix?14:19
alf_alan_g: I haven't seen that before (but it has been a while since I tried USC)14:28
alan_galf_: thanks. (This is my first time with USC.)14:30
kgunnalan_g: i can try in a moment...14:52
kgunnalan_g: are you on trusty or saucy ?14:52
* kgunn knows alan_g :)14:52
alan_gkgunn: that laptop is on trusty15:00
* kgunn does _not_ know alan_g :)15:00
kgunnalan_g: ok...i'm on trusty...just looking at your output...sure looks like packaging shenanigans15:01
alan_gkgunn: ack15:01
alan_gkgunn: What I was really trying to do was test this: https://code.launchpad.net/~alan-griffiths/unity-system-compositor/dont-use-ApplicationSession/+merge/19307015:02
alan_gkgunn: If this problem will go away by itself then I don't want to waste too much time15:03
kgunnalan_g: so, i already had u-s-c installed, so just had to comment back in type=unity, rebooted...u-s-c/xmir came up fine for me15:06
kgunnalan_g: would you like me to rebuild u-s-c from that branch to test?15:06
alan_gkgunn: please. I'm going to wait and see if the packages come into alignment over the next few days15:08
kgunnalan_g: yeah...something doesn't seem quite right wrt packaging in trusty15:08
kgunnbased on some previous stuff i've seen15:09
alan_ghmm, my netbook just refused to upgrade to trusty as it can't find some of the repos.15:12
=== dandrader is now known as dandrader|lunch
=== alan_g is now known as alan_g|tea
=== alan_g|tea is now known as alan_g
=== dandrader|lunch is now known as dandrader
=== alan_g is now known as alan_g|EOD
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
mterryDid y'all remove the mir::surfaces namespace?  Compiling unity-mir against mir devel-branch gives an error to that effect21:06
kdub  mterry it is now mir::scene21:22
mterrykdub, thanks, btw21:35
racarrmterry: I guess you aren't cool enough to keep up with the hip new scene.21:36
racarr*drum crash*21:36
mterryracarr, whatever, I'll just hang out with libmirserver7 at my house.  I don't need this mir scene21:37
racarrlol21:38
racarrwelcome21:38
racarrto my life21:38
mterry:)21:38
ricmmkdub_: ping22:36
ricmmkdub: ping22:39
kdubpong22:43

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