[07:44] <tsdgeos> oh my
[07:44] <tsdgeos> someone fixed resubmit so neither description nor commit message are lost
[07:44] <tsdgeos> \o/
[07:53] <seb128> tsdgeos, yeah, bug #676769, that was mentioned on http://blog.launchpad.net/general/launchpad-news-april-june-2015
[07:54] <tsdgeos> seb128: nice :)
[07:55] <seb128> tsdgeos, quite some improvement recently, that's good to see, like lp doesn't email full diff again for inline comment but just the relevant parts
[08:19] <mzanetti> tsdgeos, yeah. noticed that too lately...
[08:20] <mzanetti> couldn't believe it :D
[08:33] <tsdgeos> grrrr
[08:33] <tsdgeos> ShellWithPin::test_emergencyCall regressed
[08:33] <tsdgeos> or fails
[08:33] <tsdgeos> can anyone confirm it fails for them too?
[08:36] <tsdgeos> cimi: anyone: https://code.launchpad.net/~aacid/unity8/make_test_page_header_more_stable/+merge/264679 ?
[08:45] <cimi> tsdgeos, ok
[08:47] <cimi> tsdgeos, shall we apply some movement to this headerContainer so if is not yet contentY = 0 it will be?
[08:47] <tsdgeos> cimi: ?
[08:47] <tsdgeos> no
[08:47] <tsdgeos> it will be
[08:47] <tsdgeos> we just need to wait before starting to type
[08:47] <cimi> tsdgeos, k
[08:48] <tsdgeos> otherwise the keypresses get lost once in a blue moon
[08:51] <cimi> tsdgeos, well, it's very simple/clean, let's wait CI to approve
[09:23] <mvvvv> Hi ! I successfully built unity8 under vivid and it work with fake qml under x11. what is the most efficient way to test it with mir ? making my own LXC (doker) ? installing mir with vivid ?
[09:34] <tsdgeos> mvvvv: you can install unity8-desktop-session-mir this will of course run the packaged one, not the one you compiled
[09:34] <tsdgeos> cimi: and can you do https://code.launchpad.net/~aacid/unity8/dash_activation_no_special_casing/+merge/264024 too?
[09:34] <tsdgeos> pstolowski: do we have a silo with https://code.launchpad.net/~aacid/unity8/dash_activation_no_special_casing/+merge/264024 and friends ?
[09:35] <tsdgeos> cimi: and more testing of https://code.launchpad.net/~aacid/unity8/use_sdk_13/+merge/264392 didn't explode would be cool
[09:35] <pstolowski> tsdgeos, yes, silo 41, but will need to be rebuild
[10:00] <mvvvv> tsdgeos: package 'unity-shell-scopes=7' not found
[10:01] <mvvvv> I guess I'm missing a recent libunityapi-dev
[10:06] <tsdgeos> mvvvv: sorry, you tyring the branches i mentioned?
[10:06] <tsdgeos> they werent for you
[10:08] <mvvvv> ok my fault
[11:48] <anpok_> greyback_: how can I enable DLOG statements in qtubuntu?
[11:49] <greyback_> anpok_: completely clean your build directory, then "qmake CONFIG+=debug"
[11:49] <greyback_> plus the other flags in the debian/rules file
[11:49] <greyback_> or else it won't build the bits you want
[12:02] <anpok_> thx
[12:03] <anpok_> this behaves weird..
[12:04] <anpok_> is anybody else experiencing issues with resize events on ubuntu-desktop-next?
[12:05] <anpok_> http://paste.ubuntu.com/11877355/
[12:06] <anpok_> it looks as if we stop processing mirevents while redrawing, and keep redrawing untill I manage to reach the initial resize event size..
[12:39] <greyback_> anpok_: dandrader did working improving that not so long ago, you are up to date I guess
[12:40] <greyback_> anpok_: one issue we have is that mir sends us a mir resize event, but it's only the size of the buffer we receive that we can actually trust
[13:05] <anpok_> greyback_: yes .. there might be a mir problem ..
[13:05] <anpok_> or something is blocking qtubuntu to no longer consume events..
[13:09] <greyback_> anpok_: we do funny things in qtubuntu to try make thigns work. Guidance welcome
[13:09] <anpok_> i was able to bypass the problem just be debugging through it
[13:10] <anpok_> so I am not yet sure.. why the matching resize events do not arrive
[13:10] <anpok_> s/be/by
[13:25] <tsdgeos> jhodapp: there?
[13:26] <dandrader> mzanetti, seems lp:unity8 has extraneous tags
[13:26] <tsdgeos> dandrader: i killed them this morning afaik
[13:27] <tsdgeos> dandrader: but yes it got infected for some reason
[13:27] <tsdgeos> make sure you clean your local copy
[13:27] <tsdgeos> $ ./strip-tags.py lp:unity8
[13:27] <tsdgeos> lp:unity8: clean
[13:27] <dandrader> tsdgeos, it seems to happens easily on releases. getting those rtm tags
[13:27] <jhodapp> tsdgeos, here
[13:27] <tsdgeos> jhodapp: the crash i get is on wily, that ok or you prefer to get vivid+ppa backtraces?
[13:27] <jhodapp> tsdgeos, wily is perfect
[13:28] <tsdgeos> dandrader: there was a manual pushing by people, this caused it, it seems
[13:28] <mzanetti> dandrader, yeah... sil2100 pushed manually to trunk yesterday :)
[13:28] <tsdgeos> dandrader: i have a orientedshell qmltest failing in trunk, can you reproduce?
[13:28] <sil2100> o/ Sorry about that, I messed up something through the train and had to --overwrite
[13:29] <mzanetti> no problem sil2100, really. Was just explaining the tags :)
[13:32] <greyback_> dandrader: huh sorry, I did it locally with conflicts. Maybe dirty trunk
[13:32] <greyback_> thanks anyway
[13:45] <greyback_> dednick: does my memory deceive me, or did you chat with appArmor guys some time ago for an API to query what a client can or cannot do?
[13:48] <dednick> greyback_: i thnk your memory may indeed be deceiving you. or mine is...
[13:48] <greyback_> I swear someone had that conversation a year ago or more
[13:48] <dednick> greyback_: by "what it can do"?
[13:48] <greyback_> as in, could the app act like a system settings app and reconfigure the displays
[13:49] <greyback_> or take screenshot of the whole screen
[13:49] <dednick> greyback_: i c. i think i only had discussions with them re prompt sessions.
[13:49] <dednick> but not that much detail
[13:49] <greyback_> ok
[14:22] <tsdgeos> dandrader: i have a orientedshell qmltest failing in trunk, can you reproduce?
[14:23] <dandrader> tsdgeos, oh, right. forgot about it. let me see
[14:26] <dandrader> tsdgeos, "Totals: 30 passed, 0 failed, 0 skipped, 0 blacklisted"
[14:26] <dandrader> tsdgeos, that with "make testOrientedShell"
[14:26] <tsdgeos> :/
[14:26] <tsdgeos> dandrader: xvfb?
[14:26] <dandrader> running...
[14:33] <dandrader> tsdgeos, also passes
[14:33] <dandrader> tsdgeos, could leave it running in a loop if you want to
[14:34] <tsdgeos> dandrader: yeah same here, weird
[14:37] <tsdgeos> dandrader: because i'm stupid and it's not OrientedShell :D
[14:37] <tsdgeos> dandrader: ShellWithPin::test_emergencyCall is the one that fails
[14:40] <tsdgeos> dandrader: this
[14:40] <tsdgeos> FAIL!  : qmltestrunner::ShellWithPin::test_emergencyCall() property spreadEnabled
[14:40] <tsdgeos>    Actual   (): false
[14:40] <tsdgeos>    Expected (): true
[14:40] <tsdgeos>    Loc: [/home/tsdgeos_work/phablet/unity8/unity8/tests/qmltests/tst_ShellWithPin.qml(316)]
[14:42] <dandrader> tsdgeos, yeah, I get the same failure
[14:43] <dandrader> tsdgeos, could be related to my bugfix. I forgot about the existence of this test
[14:43] <tsdgeos> dandrader: yeah reverting yesterdays commit from your side fixes the test
[14:43] <tsdgeos> dandrader: can you have a look?
[14:44] <dandrader> tsdgeos, yeah, fix should be a one-liner
[14:44] <tsdgeos> awesome :)
[14:49] <dandrader> tsdgeos, https://code.launchpad.net/~dandrader/unity8/updateTestShellWithPin/+merge/264721
[14:50] <tsdgeos> that's ncie :)
[14:50]  * tsdgeos claims
[14:53] <MacSlow> mzanetti, addressed all MP-comments of the launcher-icon-wobble branch and now updating related qmltests
[14:53] <mzanetti> that was quick
[14:53] <mzanetti> is it still working?
[14:54] <MacSlow> mzanetti, sofar
[14:54] <MacSlow> mzanetti, but I'll still do some further verification tests
[14:55] <MacSlow> mzanetti, also almost done with resurrecting my bq for more coverage
[15:13] <tsdgeos> jhodapp: anything i'm missing https://code.launchpad.net/~nick-dedekind/unity8/inline-dash-videos/+merge/260251/comments/663849 ?
[15:32] <MacSlow> mzanetti, launcher-icon-wobble verified on mako... krillin still to be done
[15:38] <conyoo> !ping
[15:39] <jhodapp> tsdgeos, that looks good, seems to be the same of very similar problem that morphis is chasing right now
[15:39] <tsdgeos> jhodapp: :=
[15:39] <tsdgeos> :) i mean
[15:39] <tsdgeos> still not double nose here
[15:40] <jhodapp> lol
[15:40] <morphis> tsdgeos: yeah have the same here ..
[15:45] <conyoo> http://imgur.com/Plb3qTq
[15:45] <conyoo> ^^ hehe
[15:47] <mvvvv> #ubuntu-on-air
[15:47] <conyoo> yeah
[17:40] <josharenson> elopio: I'm taking a look at https://trello.com/c/1uw3r2ZN/111-qa-supplied-helpers-integrated-into-upstream-unity8-along-with-tests-to-indicate-break-item1-shell and was wondering if you knew where the code (https://bazaar.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/trunk/view/head:/ubuntu_sanity_tests/helpers/unity8/shell.py) went?
[17:42] <elopio> josharenson: they renamed ubuntu-sanity-tests to ubuntu-system-tests. http://bazaar.launchpad.net/~canonical-platform-qa/ubuntu-system-tests/trunk/view/head:/ubuntu_system_tests/helpers/unity8/shell.py
[17:42] <josharenson> elopio: cool, thanks.
[17:44] <elopio> josharenson: I'm  no longer working on UI automation, so for this time zone, cachio on #ubuntu-quality is a good ally.
[17:44] <josharenson> elopio: noted, thanks
[22:22] <veebers> mzanetti: are you still around perchance?