[09:11] <tsdgeos> Mirv: i'm wondering if the 5.2 tag makes sense in https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1256999 since it's not new in 5.2 vs 5.0
[09:11] <tsdgeos> also marking this bug as critical is a bit of a joke i'd say
[09:17] <Mirv> tsdgeos: sure not, I removed them all
[09:18] <Mirv> yeah it spams logs, otherwise not affecting anything
[09:53] <tsdgeos> whatthe
[09:54] <tsdgeos> http://pastebin.kde.org/pjjbsztsv <-- crash in i965_dri.so ¿¿??
[09:54] <tsdgeos> horizontaljournaltestExec: ../../../../src/glsl/ralloc.c:81: get_header: assertion «info->canary == 0x5A1106» failed.
[09:55] <tsdgeos> did we update the intel driver lately or my machine is starting to die?
[10:04] <tsdgeos> And now i get http://pastebin.kde.org/pref7ap09 :-s
[10:43] <mhr3_> sil2100, is ci dead?
[10:43] <mhr3_> sil2100, seeing "Permission denied (publickey,password)." in logs
[10:44] <dednick> sigh... what is the calendar-app package for the phone called these days? they keep changing!!! lp has calendar-app, but it's not on the phone...
[10:45] <sil2100> uh
[10:46] <sil2100> mhr3_: does the same happen during re-runs? Since they had it once, and it wasn't happening always
[10:46] <dednick> I see that it's a click application, but i need to run AP tests for it. Anyone know how?
[10:46] <sil2100> mhr3_: I'll poke the CI guys too
[10:47] <mhr3_> dednick, you will need one sacrificial dagger and a goat
[10:47] <sil2100> :D
[10:48] <mhr3_> dednick, eh, and the phone of course
[10:48] <dednick> mhr3_: yeah, that was my assumption as well
[10:48] <sil2100> dednick: https://wiki.ubuntu.com/Touch/Testing <- go here, the click tests section
[10:49] <dednick> sil2100: thanks
[10:50] <mzanetti> dednick: you running those test suites now?
[10:50] <dednick> mzanetti: just about to start one
[10:51] <mzanetti> dednick: I've just installed that unity-mir package and unity8 doesn't start any more
[10:51] <dednick> mzanetti: ah. I hadn't done that yet...
[10:51] <dednick> mzanetti: was going to try without sidestage first.
[10:51] <mzanetti> dednick: yeah. that's the next thing that confuses me
[10:52] <mzanetti> dednick: what is mako with sidestage?
[10:52] <mzanetti> or how would I disable the sidestage on manta?
[10:53] <dednick> mzanetti: er, well i presume it's all the same code, so need to make sure it runs with the sidestage code.
[10:53] <dednick> mzanetti: and i'm also assuming that w/o sidestage is just with trunk unity-mir
[10:54] <dednick> mzanetti: as we have no tests running for manta atm.
[10:54] <mzanetti> dednick: yeah, but the table lists Manta with and without sidestage
[10:54] <dednick> mzanetti: sure. so test with trunk, and test with sidestage unity-mir...
[10:54] <mzanetti> dednick: we don't have manta without sidestage. Well, without that branch it is badly broken, but still there
[10:55] <dednick> mzanetti: right, it that that funky thing that pops open on the right half of screen when you open apps? :)
[10:55] <mzanetti> ok, but yeah. it probably means without this branch and with this branch
[10:58] <tsdgeos> yeah
[10:59] <dednick> mzanetti: dandrader seems to have run ap tests ok with sidestage branch. although given that they're not unity8 tests...
[10:59] <mzanetti> tsdgeos: does unity8 still come up for you after installing that libunity-mir1 package?
[10:59] <tsdgeos> still flashing image 76
[10:59] <tsdgeos> i'll tell you once i'm done
[10:59] <mzanetti> dednick: well, I'd say unity8 needs to be running even for the other tests
[11:00] <dednick> mzanetti: hm. not sure. I think autopilot starts them using command line shizzle doesnt it?
[11:01] <mzanetti> dednick: sure. but without unity8 there is no display server
[11:01] <dednick> mzanetti: but yeah, he probably would have complained to somebody if it unity8 wasnt working
[11:01] <dednick> mzanetti: but you can kill unity8 and start apps still no?
[11:02] <dednick> mir keeps running doesn tit?
[11:02] <mzanetti> I don't think so
[11:02] <dednick> i dont know how it all works anymore
[11:03] <dednick> should really get up-to-date sometime
[11:04] <tsdgeos> mzanetti: unity8 is running, but all i see is blackness
[11:04] <greyback> hi all, can I lend a hand?
[11:05] <mzanetti> tsdgeos: yeah... same here
[11:05] <tsdgeos> greyback: if you install https://code.launchpad.net/~ricmm/unity-mir/sidestage-reenable/+merge/198489/comments/463221 in your phone
[11:05] <mzanetti> greyback: hi. unity8 doesn't come up any more after installing that libunity-mir1 package from the MR
[11:05] <tsdgeos> does unity8 give you something in screen?
[11:05] <tsdgeos> mzanetti: did you compile yourself or use the deb from the output.zip above?
[11:05]  * mzanetti is testing on make btw
[11:05] <mzanetti> and using the output.zip from jenkins
[11:06] <mzanetti> s/make/mako/ ^^
[11:06] <greyback> I'll need a few minutes to clean my phone. But in mean time, is unity8 crashing or anything? (please run "stop unity8" so upstart stops running it, and then "GRID_UNIT_PX=18 unity8")
[11:06] <tsdgeos> greyback: nope, it is running but not showing anything on screen
[11:07] <greyback> tsdgeos: hit the power button, then tap the screen. Anything then?
[11:07] <dednick> mzanetti: you testing on mako or manta?
[11:07] <tsdgeos> greyback: nope
[11:07] <mzanetti> dednick: mako
[11:08] <tsdgeos> same here
[11:08] <greyback> tsdgeos: would you mind pastebinning unity8's output somewhere so I can check?
[11:08] <tsdgeos> dandrader: ping-o-matic
[11:09] <mzanetti> greyback: http://paste.ubuntu.com/6599109
[11:09] <dandrader> tsdgeos, improvedVerticalJournal review?
[11:09] <tsdgeos> dandrader: no, read ↑↑↑
[11:09] <mhr3_> Saviq, ping?
[11:09] <tsdgeos> dandrader: do you have a mako?
[11:09] <mzanetti> this one seems a bit odd "WARNING: QApplication was not created in the main() thread."
[11:09] <dandrader> tsdgeos, no, I don't
[11:09] <tsdgeos> mzanetti: that's been there for ages
[11:09] <mzanetti> ah ok
[11:09] <tsdgeos> dandrader: ah ok
[11:09] <mzanetti> yeah... dandrader's test results are only for manta (mine is still charging before I can flash it)
[11:10] <tsdgeos> greyback: shouldn't "stop unity8" stop the thing?
[11:10] <greyback> tsdgeos: it should
[11:10] <dandrader> just turned on my manta
[11:10] <dandrader> and unity8 doesn't come up
[11:10] <dandrader> all blackness
[11:10] <tsdgeos> ah /sbin/stop
[11:10] <dandrader> when I run it manually I get
[11:10] <dandrader> QXcbConnection: Could not connect to display
[11:10] <dandrader> Aborted (core dumped)
[11:11] <tsdgeos> greyback: silly question but how do i get the logs :D
[11:11] <dandrader> So I get my test results are bogus because I might have installed the sidetage unity-mir packages and run the tests
[11:11] <mzanetti> tsdgeos: .cache/upstart/unity8.log
[11:11] <dandrader> without rebooting the device or at least restarting unity8
[11:11] <tsdgeos> dandrader: maybe
[11:11] <dandrader> damn
[11:11] <mzanetti> dandrader: yeah... happened to me too. :)
[11:12] <tsdgeos> ahh
[11:12] <tsdgeos> so i'm not the only one having this gl problems
[11:12] <mzanetti> but then I realized in the middle of the test run and reboot => blackness
[11:12] <tsdgeos> good!
[11:12] <tsdgeos> http://paste.ubuntu.com/6599126/
[11:12] <tsdgeos> QOpenGLShader: could not create shader
[11:12] <tsdgeos> that is bad :D
[11:13] <greyback> yeah, what the hell
[11:13] <tsdgeos> i was getting this in my laptop
[11:13] <tsdgeos> then rebooted and it was gone
[11:13] <tsdgeos> but why is the phone getting this
[11:13] <tsdgeos> let me reflash the image
[11:13] <tsdgeos> and see if this are there or not
[11:14] <mzanetti> tsdgeos: reinstalling libuntiy-mir1 from the repos makes it work again
[11:14] <mzanetti> don't need to reflash
[11:14] <tsdgeos> mzanetti: do you also get those opengl warnings?
[11:14] <mzanetti> yeah
[11:14] <mzanetti> tsdgeos: http://paste.ubuntu.com/6599109
[11:14] <tsdgeos> yeah same here
[11:14] <tsdgeos> try to recompile in the phone?
[11:16]  * greyback needs to reboot
[11:17] <dandrader> yeah, reinstalling libunity-mir1 from the repos solves the unity8 not starting issue
[11:17] <dandrader> (and rebooting)
[11:17] <mzanetti> yup
[11:17]  * mzanetti is compiling the branch on the phone now
[11:17] <dandrader> so, I say this sidestage branch of unity-mir is a dud
[11:17] <mzanetti> although if that works it would confuse me even more
[11:21] <greyback> oh guys, you probably need to install the platform-api and qtubuntu packages too.
[11:21] <dandrader> greyback, from where?
[11:22] <greyback> hmm, they're not built? Looking
[11:23] <dandrader> greyback, I mean whate platform-api and qtubuntu branches do we need
[11:23] <dandrader> what
[11:23] <greyback> dandrader: https://code.launchpad.net/~ricmm/platform-api/set-dimensions/
[11:23] <tsdgeos> greyback: well we were told that unity-mir is the only thing that was needed :D
[11:24] <greyback> dandrader: https://code.launchpad.net/~ricmm/qtubuntu/papi-setdimensions
[11:24] <greyback> tsdgeos: well unity-mir depends on qtubuntu, so I'm guessing a little :)
[11:25] <greyback> if you give me 5 mins, I'll check it out
[11:28] <dednick> weird, when testing the calendar click app, it's coming up white screen, but the tests are passing...
[11:32]  * greyback really wished system-image-cli output some progress info
[11:41] <dandrader> tsdgeos, hey, could you finish the review of https://code.launchpad.net/~dandrader/unity8/runningTestsDoc/+merge/199186
[11:41] <dandrader> ?
[11:43] <tsdgeos> dandrader: sure sorry
[11:43] <tsdgeos> it did not show up in https://code.launchpad.net/~aacid/+activereviews because i did not "vote"
[11:44] <tsdgeos> dandrader: "Tests can be run from the build directory." -> "Tests can be run from the build directory (which if you compiled using ./build will be called builddir)" ?
[11:47] <dandrader> tsdgeos, done
[11:51] <tsdgeos> mzanetti: greyback: any luck with those branches?
[11:51] <mzanetti> not so far for me
[11:51] <greyback> tsdgeos: system-image-cli not restoring a working phone for me, resorting to phablet-flash...
[11:51] <mzanetti> installing the platform api packages too makes it crash with some uncaught exception. for the other branch there aren't any packages
[11:52] <tsdgeos> ^_^
[11:54] <greyback> My bandwidth sucks today, only getting ~300KB/s. Were big storms here yesterday, maybe some lines were broken
[12:07] <greyback> Mirv: "libqt5core5a" <- the "a" at the end is desired?
[12:08] <Mirv> greyback: yes, see the Debian bug report, it was added in Debian by request from Steve L.
[12:08] <Mirv> to "help" our migration. help in the sense that it forces the rebuilds.
[12:08] <greyback> Mirv: ok
[12:21] <greyback> well I'm guessing none of you got this fail: http://pastebin.ubuntu.com/6599363/
[12:21] <mzanetti> greyback: yeah. that's the one I got after installing platform-api
[12:22] <greyback> mzanetti: ah really? Ok. I'm rebuilding papi to check
[13:39] <dandrader> dear cmake gurus, if I call target_link_libraries() twice for the same executable, will the second call append its libraries to the ones from the first or will it replace them?
[13:48] <greyback> dandrader: http://www.cmake.org/cmake/help/git-master/command/target_link_libraries.html "Repeated calls for the same <target> append items in the order called."
[13:49] <dandrader> greyback, ah, cool. The documentation here (which is the one I use) lacks this sentence: http://www.cmake.org/cmake/help/v2.8.8/cmake.html#command:target_link_libraries
[13:50] <dandrader> ah, v2.8.12 has it. have to update my bookmarks
[14:09] <mzanetti> Saviq: tsdgeos: how about this? would get us rid of the qmlproject file: https://code.launchpad.net/~mzanetti/unity8/qml-in-cmake/+merge/199664
[14:10] <mzanetti> dandrader: I'd say yes, it appends it, not overwrite
[14:11] <mzanetti> dandrader: as I'm quite sure things like use_modules(QtXXX) does that too and if target_link_libraries would overwrite it, it would break that
[14:11] <tsdgeos> mzanetti: not a Creator user so can't comment :D
[14:11] <tsdgeos> globs are evil otoh
[14:11] <mzanetti> why?
[14:12] <tsdgeos> because they fail when you add a new file and don't touch the cmakelists
[14:12] <dandrader> mzanetti, QtCreator is for wussies. real men use vim
[14:12] <dandrader> :P
[14:12] <tsdgeos> i.e. they don't get reeavaluated
[14:12] <mzanetti> tsdgeos: ah, I see...
[14:12] <mzanetti> tsdgeos: well. in this case the file wouldn't show up in the project tree...
[14:13] <mzanetti> dandrader: yeah. I've never been a real man in that sense
[14:14] <mzanetti> and I'd argue that from that point of view vi (without m) is the only real thing :P
[14:17] <tsdgeos> mzanetti: greyback: did you guys get the thing working?
[14:18]  * mzanetti stopped trying
[14:18] <greyback> not yet
[14:18] <greyback> am working on it
[14:18] <mzanetti> is Saviq not in today?
[14:22] <tsdgeos> dandrader: don't approve the verticalimprovements branch
[14:22] <tsdgeos> mzanetti: i'd say no
[14:22] <tsdgeos> dandrader: there's a bug in the assumption we remove the last item
[14:22] <tsdgeos> it may happen the model has lots of items
[14:22] <tsdgeos> so the index we are removing may not be created
[14:22] <tsdgeos> i'll add a test for it
[14:27] <dandrader> tsdgeos, you mean because of the delegateCreation[Begin|End] effect?
[14:27] <tsdgeos> dandrader: no i mean because it's a view and we don't create all the items anyway
[14:27] <dandrader> ok
[14:31] <mzanetti> dednick: standup
[15:04] <tsdgeos> dandrader: since the other got merged, i hereby present you with https://code.launchpad.net/~aacid/unity8/verticalJournalImprovementsV2/+merge/199671
[15:41] <Saviq> mhr3_, pong
[15:45] <mhr3_> Saviq, unping :)
[15:45] <Saviq> mhr3_, unpont
[15:46] <Saviq> mhr3_, unpong, even
[15:47] <mhr3_> Saviq, but since you're here, there are some reviews in unity-scopes-shell :)
[15:47] <Saviq> mhr3_, yeah, I've seen, will try and get to them tomorrow
[15:48] <mhr3_> k
[16:24] <sil2100> Saviq, kgunn, tsdgeos: https://bugs.launchpad.net/unity8/+bug/1262743
[16:25] <sil2100> Saviq, kgunn, tsdgeos: this is strange, since I remember you guys said that all tests pass for you guys - might be indeed something with my device, but cyphermox had also strange results yesterday
[16:25] <sil2100> cyphermox: could you comment ^ ?
[16:26] <cyphermox> just not always the same results
[16:26] <cyphermox> that wasn't yesterday but on the 17 though
[16:26] <cyphermox> so like, revision 568 or something IIRC
[16:26] <tsdgeos> sil2100: CI disagrees with you
[16:26] <cyphermox> 597 it was
[16:26] <Saviq> sil2100, you sure that's not ~phablet/autopilot?
[16:27] <Saviq> sil2100, http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/tests/autopilot/unity8/shell/tests/test_notifications.py#L65 doesn't look for "QQuickListView" any more
[16:27] <Saviq> sil2100, but for "Notifications"
[16:27] <sil2100> tsdgeos, Saviq: I'm only using what's in the image + an upgrade of unity8, unity8-autopilot and the -fake-env
[16:27] <sil2100> Didn't upgrade anything else
[16:28] <Saviq> sil2100, "Loading tests from: /home/phablet/autopilot"
[16:28] <Saviq> sil2100, you got old tests in there
[16:28] <sil2100> Saviq: ...I remember we once had this issue, let me check
[16:29] <Saviq> sil2100, autopilot picks up tests from /home/phablet/autopilot if they're there
[16:29] <Saviq> sil2100, just drop that folder altogether
[16:29] <sil2100> Saviq: let me retry, damn
[16:30] <sil2100> Saviq: maybe during click package testing this directory is created and propagated with unity8 tests?
[16:30] <Saviq> sil2100, indeed it is
[16:31] <sil2100> Saviq: then let me re-run the tests and close the bug - and take a note about this in the wiki
[16:31] <Saviq> sil2100, thanks
[16:55] <sil2100> Saviq: ok, it's down to one failure now
[16:55] <sil2100> This time it's Loading tests from: /usr/lib/python2.7/dist-packages
[16:56] <sil2100> But still, unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_summary_only(Native Device) seems to fail
[16:56] <Saviq> sil2100, can you try running that test alone?
[16:56] <Saviq> sil2100, i.e. does it repeatedly fail for you?
[16:56] <Saviq> sil2100, /me does the same
[16:56]  * sil2100 does that
[16:57] <sil2100> Even if it doesn't, I would be grateful if you guys could assign someone to look at that one, due to Didiers no-re-run-policy
[16:57] <sil2100> aka. death to all the flakeys
[16:57] <Saviq> sil2100, of course, we will, just getting more data
[17:03] <sil2100> Saviq: it passes, so it might just be flaky
[17:06] <Saviq> sil2100, can you show me the output from the failed run?
[17:07] <mhr3_> Saviq, need to bother you with https://code.launchpad.net/~mhr3/unity-scopes-shell/component-mapping/+merge/198807 could you re-look at it today, without it api and shell trunk are not compatible
[17:07] <mhr3_> Saviq, plus you've already seen it :)
[17:09] <mhr3_> and we a pending landing ask, will ftbfs
[17:10] <Saviq> mhr3_, for rawTemplate, think pretty-printing may make more sense than actually putting what the scope sent?
[17:10] <mhr3_> Saviq, ui's job :)
[17:10] <Saviq> mhr3_, well, you have it parsed already - we don't
[17:10] <Saviq> mhr3_, on that note...
[17:11] <Saviq> mhr3_, do we really need rawTemplate? can't we just put it through JSON.stringify() UI-side?
[17:11] <mhr3_> Saviq, it's really raw, it isn't parsed
[17:11] <Saviq> mhr3_, I mean you have it parsed anyway in m_template
[17:11] <mhr3_> Saviq, UI's actual json is filled with defaults
[17:11] <mhr3_> scope author won't recognize it :)
[17:12] <Saviq> mhr3_, right
[17:13] <mhr3_> Saviq, it's really just for the tool, i don't expect it being used elsewhere
[17:14] <Saviq> mhr3_, yeah, sure, can pretty-print in the tool indeed
[17:15] <mhr3_> it's actually already doing it ;)
[17:17] <sil2100> Saviq: sorry, had a meeting - pastebining it
[17:18] <Saviq> sil2100, no worries
[17:18] <sil2100> Saviq: http://paste.ubuntu.com/6600767/
[17:18] <Saviq> mhr3_, 151	+ m_rendererTemplate = category_root.value(QString("template"));
[17:18] <Saviq> 152	+ m_components = category_root.value(QString("components"));
[17:19] <Saviq> mhr3_, should we not emit changed?
[17:19] <Saviq> mhr3_, or use setComponents / setRendererTemplate, for that matter?
[17:20] <Saviq> sil2100, ok, nothing interesting, need -v output, will get it myself
[17:20] <mhr3_> Saviq, it is done in collectChangedAttributes
[17:20] <mhr3_> Saviq, and my latest branch changes it a bit :)
[17:20] <sil2100> Saviq: I modified https://bugs.launchpad.net/unity8/+bug/1262743 to point to this bit-flaky test
[17:20] <Saviq> mhr3_, right ok
[17:20] <sil2100> SO we can 'track' it
[17:20] <Saviq> sil2100, cthanks
[17:21] <sil2100> Thank YOU
[17:25] <Saviq> mhr3_, new unity-scopes-api released yet?
[17:26] <mhr3_> Saviq, no, but in ppa if you want it
[17:26] <Saviq> mhr3_, yeah, I want it
[17:26] <Saviq> mhr3_, demo-stuff?
[17:27] <mhr3_> yep
[17:28] <mhr3_> built 48minutes ago
[17:29] <Saviq> mhr3_, btw, added a lot of text to comments on the preview jsons
[17:30] <mhr3_> yep, seen a mail about that
[17:34] <Saviq> mhr3_, ACK'ed
[17:34] <mhr3_> thx
[17:34] <Saviq> mhr3_, we still treating title and icon in a special way it seems? that's going away, right?
[17:35] <mhr3_> Saviq, ehm, not really
[17:36] <mhr3_> that has gone away with api 0.1.6
[17:36] <mhr3_> well.. mostly
[17:36] <mhr3_> there are still getters/setters for convenience
[17:36] <Saviq> mhr3_, mhm
[17:38] <mhr3_> Saviq, where do you see them treated specially?
[17:38] <Saviq> mhr3_, /me looks
[17:38] <mhr3_> 376?
[17:39] <Saviq> mhr3_, I actually might've been looking at category name and icon
[17:39] <Saviq> mhr3_, yeah, ignore me
[17:40] <mhr3_> ok :)
[17:40] <mhr3_> but you should have put expiry date on that request :P
[18:01] <mhr3_> robru, ping?
[18:06] <robru> mhr3_, hi
[18:10] <mhr3_> robru, hey, quick thing, i see your name at the landing ask for unity-api et al, working on it already?
[18:14] <mhr3_> robru, well, anyway, there was an api break, so if you started to build everything an hour ago, unity-scopes-shell would ftbfs, but branch fixing that just landed
[18:15] <robru> mhr3_, nope, sorry, swamped with stuff. i'll do it soon
[18:15] <mhr3_> robru, good then ^ :)
[18:15] <robru> mhr3_, just landed now? so everything is fine now then?
[18:15] <mhr3_> yep, should be
[18:15] <robru> mhr3_, ok
[18:15] <robru> mhr3_, thanks for the heads up
[18:15] <mhr3_> we seem to have a flaky test on slow systems, will see if you manage to hit it :/
[18:16] <mhr3_> but otherwise it should be fine