[08:51] <tsdgeos> an easy one https://code.launchpad.net/~aacid/unity8/removeMouseClick55/+merge/246094
[09:16] <tsdgeos> any idea why
[09:16] <tsdgeos> apt-get purge unity8
[09:16] <tsdgeos> on a phone chroot wants to install what seem like lots of destkop stuff?
[09:16] <tsdgeos> 0 upgraded, 225 newly installed, 3 to remove and 73 not upgraded.
[09:18] <tsdgeos> there has to be some meta-package or something pulling them i guess
[09:19] <tsdgeos> Saviq: sil2100: any idea? ↑
[09:19] <Saviq> tsdgeos, ubuntu-touch
[09:19] <tsdgeos> don't have it in the chroot
[09:21] <sil2100> tsdgeos: is it really trying to install seemingly desktopish packages? Since on touch we also have a few of those, as they're pulled in by some of our touch components
[09:21] <tsdgeos> yeah
[09:21] <tsdgeos> it's trying to install some that aren't even in the repo
[09:21] <tsdgeos> E: Failed to fetch http://ports.ubuntu.com/ubuntu-ports/pool/main/u/unity-settings-daemon/libunity-settings-daemon1_15.04.1+15.04.20141128-0ubuntu1_armhf.deb  404  Not Found [IP: 91.189.88.140 80]
[09:21] <tsdgeos> E: Failed to fetch http://ports.ubuntu.com/ubuntu-ports/pool/main/u/unity-settings-daemon/unity-settings-daemon_15.04.1+15.04.20141128-0ubuntu1_armhf.deb  404  Not Found [IP: 91.189.88.140 80]
[09:21] <tsdgeos> which is my problem basically
[09:21] <tsdgeos> i wounldn't mind if it installed lots of crap in the chroot
[09:21] <Saviq> tsdgeos, just remove ubuntu-touch
[09:21] <tsdgeos> Saviq: it's not there
[09:21] <tsdgeos> can't remove it :D
[09:22] <Saviq> tsdgeos, it fails because rtm isn't a complete archive snapshot
[09:22] <Saviq> tsdgeos, huh?
[09:22] <tsdgeos> this is not rtm either
[09:22] <tsdgeos> Saviq: http://paste.ubuntu.com/9717442/
[09:22] <Saviq> even more huh
[09:22] <tsdgeos> it's a vivid chroot
[09:23] <tsdgeos> + landing 5 for qt54
[09:23] <Saviq> tsdgeos, rdepends of unity8 there?
[09:24] <tsdgeos> it's kind of long :D
[09:24] <Saviq> tsdgeos, how did you create the chroot?
[09:25] <tsdgeos> http://paste.ubuntu.com/9717453/
[09:25] <tsdgeos> i don't remember tbh
[09:25] <tsdgeos> i think debootstrap
[09:25] <tsdgeos> but may be wrong
[09:25] <Saviq> something you installed manually must've pulled unity8 in and now prevents its removal...
[09:25] <Saviq> tsdgeos, you might wanna install aptitude and maybe it'll give you a different solution
[09:25] <Saviq> when purging with it
[09:26] <tsdgeos> let's see
[09:27] <tsdgeos> that was better
[09:27] <tsdgeos> 0 packages upgraded, 0 newly installed, 4 to remove and 73 not upgraded.
[09:28] <tsdgeos> Saviq: congrats on the fosdem accepted talk btw
[09:28] <Saviq> tsdgeos, is it difficult to get a talk accepted? :D
[09:28] <tsdgeos> it depends on how much talks of "your desktop" are presented
[09:29] <tsdgeos> the desktop room folks do lots of equality hoping so noone gets annoyed that there are too many kde, gnome, qt, glib, unity, whatever talks
[09:34] <Saviq> hmm so bregma's talk did not get in
[09:35] <tsdgeos> see it's hard to please everyone :D
[09:36] <Saviq> will have to sneak some of his things in, then
[09:36] <Saviq> 30mins starts looking crammed
[09:36] <Saviq> well, let's see
[09:38] <alim0x> anyone use docky 3 have shutdown/logout trouble?
[10:54] <Cimi> mzanetti, on https://code.launchpad.net/~mzanetti/unity8/fix-left-edge-on-spread/+merge/243400 did you merge trunk?
[10:54] <mzanetti> Cimi: nope. looking at that now
[11:21] <mzanetti> Cimi: I've merged trunk and pushed now... lets see what jenkins says. I can't repro the test failure locally
[11:22] <mzanetti> Saviq: btw, https://code.launchpad.net/~mzanetti/unity8/patched-control/+merge/246105
[11:22] <mzanetti> oh... saw your comments now
[11:22] <Saviq> ;)
[11:23] <Saviq> dednick, the backported prompt suspend branch FTBFS, can you please have a look: https://launchpadlibrarian.net/194604798/buildlog_ubuntu-rtm-14.09-amd64.qtmir-gles_0.4.4%2B15.04.20150112.1~rtm-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:24] <dednick> Saviq: sure
[11:24] <Saviq> dednick, that's the silo http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-018
[11:24] <dednick> Saviq: it seems the prompt stuff didnt go in the backported mir
[11:25] <Saviq> dednick, that's the backport https://code.launchpad.net/~mir-team/mir/backport-1355173.trust-prompt-suspend/+merge/246024
[11:25] <Saviq> dednick, and it did build against 0.8.1 (I bumped the required mir version), so they must've b0rked the backport?
[11:26] <dednick> hm.
[11:27] <dednick> give me a sec
[11:28] <dednick> oh right. it's the qtmir which hasnt been ported correctly.
[11:28] <dednick> Saviq: ^
[11:28] <dednick> Saviq: want me to fix?
[11:32] <Saviq> dednick, oh, and it's only the -gles twin that failed...
[11:33] <dednick> Saviq: hm odd. not sure why it would pass on the normal one. since the same issue exists where the new PromptSessionListener functions are not being defined.
[11:33] <dednick> according to the diff anyway
[11:34] <Saviq> dednick, ah no actually it all failed indeed https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-018/+packages
[11:35] <Saviq> dednick, does the mir backport branch look sane ?
[11:35] <dednick> Saviq: let me check it again
[11:41]  * Cimi 's back is not bad today at all, I'm so happy :)
[11:43] <Saviq> dednick, I've confirmed the backport patch actually *did* make it into the mir tarball (so they must've made it into the packages...)
[11:43]  * Saviq lost a bit
[11:43] <Cimi> mzanetti, cool, cause I noticed that on another branch https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/284/?
[11:43] <Cimi> mzanetti, from https://code.launchpad.net/~aacid/unity8/bottomEdgeArrow1401869/+merge/245721/comments/606990
[11:44] <Cimi> mzanetti, it might be that the test needs more stability
[11:44] <Saviq> Cimi, mzanetti, that test should be fixed in the latest trunk, so merging trunk should help
[11:45] <Saviq> biab
[11:52] <dednick> Saviq: looks ok as far as i can tell
[12:18] <tsdgeos> Saviq: sil2100: https://code.launchpad.net/~aacid/unity8/morefpic/+merge/246108
[12:22] <Saviq> tsdgeos, tx
[12:24] <tsdgeos> Saviq: i give up on reproducing the autopilot failures, i looped it again and can't get it to fail :/
[12:25] <Saviq> tsdgeos, ok, thanks
[12:26] <tsdgeos> Saviq: so what's next for me, want me to try to find out why everything dies when $HOME is full?
[12:26] <Saviq> tsdgeos, bug #1402597 first I'd say
[12:29] <tsdgeos> sure
[12:34] <Cimi> my pkgconfig cannot find qtconnectivity1, which I think I installed, which package is that?
[12:37] <Cimi> libconnectivity-qt1-dev  is missing in my repo
[12:39] <Saviq> Cimi, looks like your repo is b0rked http://packages.ubuntu.com/vivid/libconnectivity-qt1-dev
[12:40] <Cimi> Saviq, do you have it?
[12:41] <Saviq> Cimi, http://archive.ubuntu.com/ubuntu/pool/universe/c/connectivity-api/
[12:42] <Cimi> Saviq, yeah I downloaded it here, just wondering if your mirror was broken
[12:42] <Saviq> Cimi, using archive. directly here (well, through a local apt-cacher-ng)
[12:43] <Saviq> but even if I didn't http://pl.archive.ubuntu.com/ubuntu/pool/universe/c/connectivity-api/
[12:53] <Cimi> using archive then
[12:56] <Cimi> ok gb archive had issues...
[13:01] <Cimi> Saviq, regarding https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1393008 that I am fixing now, what exactly needs to change?
[13:02] <Saviq> Cimi, we lost backgrounds for horizontal cards
[13:02] <Cimi> Saviq, the only case to add background when is horizontal is ONLY when there is a summary?
[13:02] <Saviq> Cimi, yes
[13:07] <Saviq> tsdgeos, FWIW, the failures we get in AP https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-vivid-mako/666/artifact/clientlogs/unity8/ seem to be aborts, there's a *lot* of what() messages in the unity8.log, at least one of them probably caused the failed test
[13:13] <Saviq> I'm thinking this http://pastebin.ubuntu.com/9718242/
[13:13] <Cimi> https://code.launchpad.net/~cimi/unity8/fix-1393008/+merge/246138
[13:14] <Cimi> Saviq, that was added from sync notifications
[13:14] <Cimi> ?
[13:15] <Cimi> https://code.launchpad.net/~cimi/unity8/fix-1378920/+merge/238012
[13:16] <Saviq> Cimi, what was added from sync notifications?
[13:16] <Saviq> Cimi, ah media role, yeah I know
[13:23] <Saviq> and yeah, that was a red herring :|, fixed in vivid already
[13:24] <Saviq> argh
[13:29] <Saviq> greyback, can I ask your assistance, dear sir?
[13:29] <greyback> Saviq: sure
[13:30] <Saviq> greyback, the tests in https://code.launchpad.net/~mir-team/qtmir/rtm-14.09-staging/+merge/244580 FTBFS: https://launchpadlibrarian.net/194613324/buildlog_ubuntu-rtm-14.09-amd64.qtmir_0.4.4%2B15.04.20150112.2~rtm-0ubuntu1_FAILEDTOBUILD.txt.gz
[13:30] <Saviq> greyback, for some reason mirServer is not declared
[13:30] <Saviq> I imagine something got refactored in trunk that causes the tests to not build in rtm, but can't pinpoint what
[13:31] <greyback> Saviq: there was a transition mirConfig -> mirServer
[13:31] <Saviq> greyback, right, I think I see what I've to do now
[13:32] <greyback> Saviq: lemme know if you'd like a hand
[13:33] <Saviq> greyback, tx
[13:33]  * Saviq should've looked at the right source, too
[13:48] <Saviq> dednick, if you could please have a look at https://code.launchpad.net/~mir-team/qtmir/rtm-14.09-staging/+merge/244580 - I believe this is now complete, it built fine locally, is building now in the PPA
[13:54] <om26er> Saviq, Hi! I am having a hard time understanding the fix for bug 1384374
[13:54] <om26er> what exactly does it fix ?
[13:54] <om26er> how long of a "pause" was originally seen ?
[13:59] <greyback> Saviq: my Xcompile chroot is failing this morning with packaging errors: http://pastebin.ubuntu.com/9718446/ . It was working last week. I've updated the base chroot, but still get those errors. Any suggestions?
[14:00] <greyback> oh feck, I didn't merge trunk
[14:00] <greyback> same
[14:03] <Saviq> greyback, the actual errors seem to be the qt packages being "not installable"
[14:03] <Saviq> greyback, that's vivid amd64→armhf?
[14:03] <greyback> Saviq: yep
[14:03] <Saviq> greyback, lemme try
[14:03] <greyback> ta
[14:05] <Saviq> greyback, what I do in a case like this is just manually apt-get install all the dependencies in order and hope that apt will tell me what the actual issue is
[14:05] <greyback> Saviq: that old chestnut
[14:13] <tsdgeos> damnit
[14:13] <tsdgeos> we have some qmluitests faiulres back
[14:14]  * tsdgeos checks
[14:18] <tsdgeos> "No item given to waitForRendering"
[14:19] <tsdgeos> our CI is slower and slower (or so is our code) and 15s is not enough to settle dashContent :S
[14:19] <tsdgeos> Saviq: should i simply increase that a bit?
[14:20] <Saviq> tsdgeos, there's also the question of why does the mock dash take so long to load
[14:20] <Saviq> tsdgeos, I saw during AP tests it takes reaaaallly long
[14:23] <tsdgeos> ls
[14:23] <tsdgeos> wops :D
[14:26] <Saviq> greyback, fwiw, a clean vivid chroot just installed all the deps fine here
[14:26] <Saviq> just needed to add :native to the cpp dep
[14:26] <Saviq> let's see if it actually builds
[14:26] <tsdgeos> yeah even here in my pc it takes 8 seconds for dashcontent to settle
[14:26] <tsdgeos> seems a bit on the high side
[14:27] <Saviq> yeah
[14:32] <greyback> Saviq: ok. thanks for trying
[14:34] <Saviq> greyback, yeah, and it seems to have completed the build fine
[14:37] <Cimi> mzanetti, new different fails https://code.launchpad.net/~mzanetti/unity8/fix-left-edge-on-spread/+merge/243400
[14:38] <mterry> I don't suppose there is a ddeb server for ubuntu-rtm?
[14:39] <mterry> oooh, looks like there is
[14:44] <tsdgeos> yes there is
[14:45] <mzanetti> Cimi: this isn't related
[14:47] <Saviq> dednick, so, testing the packages, should I see the trusted prompt SIGSTOP'ed when I unfocus settings with online accounts on top or suspend the phone
[14:47] <Saviq> ?
[14:48] <Saviq> because that, to me, is "being part of lifecycle", and it's not happening?
[14:48] <Saviq> greyback, having tested ↑, did you check?
[14:48] <Saviq> (for vivid that is)
[14:50] <greyback> Saviq: I didn't check that actually. But I had considering trusted prompts to be outside lifecycle control
[14:51] <Saviq> well, that's what bug #1384950 is about
[14:51] <Saviq> so either that bug is invalid/wontfix
[14:51] <Saviq> or not fixed
[14:52] <Saviq> we can say that it's the trusted helper's responsibility, but we need to say that :)
[14:52] <greyback> Saviq: the patch doesn't address that bug. The patch prevents trust sessions being stopped when unfocused
[14:53] <Saviq> greyback, not according to https://bugs.launchpad.net/ubuntu/+source/trust-store/+bug/1384950/comments/6
[14:53] <greyback> Saviq: well then I misunderstood the point of the work
[14:54] <Saviq> greyback, well, no, the work was important for the other bug in any case, but might've been incorrectly linked to that bug is all
[14:55] <greyback> Saviq: need dednick to clear it up then, as I'm not sure what the Mir prompt session internals actually do
[14:55] <Saviq> greyback, not much, just notify the other side
[14:57] <greyback> Saviq: then yeah, need to figure out how to do lifecycle of trusted prompts. AFAIK they're not managed by upstart, so are not in a cgroup. sigstop/cont a bit lame, especially as many use oxide
[14:57] <Saviq> greyback, yeah, which is why I'm actually leaning to say that it's the helpers' responsibility
[14:58] <Saviq> greyback, have asked for The Architect's opinion
[14:58] <dednick> Saviq: we dont control the lifecycle directly
[15:00] <dednick> sorry, engineer is here screwing with phone line
[15:00] <dednick> Saviq: we just notify. other side decides what to do
[15:00] <dednick> so each helper needs to be sorted out
[15:01] <Saviq> dednick, ok, that makes sense probably
[15:01] <dandrader> Saviq,  got this when trying to build unity8/shellRotation after merging with trunk:
[15:01] <dandrader> """
[15:01] <dandrader> The following packages have unmet dependencies:
[15:01] <dandrader>  pbuilder-satisfydepends-dummy : Depends: g++-4.9:native which is a virtual package.
[15:01] <dandrader> Unable to resolve dependencies!  Giving up...
[15:01] <dandrader> """
[15:01] <Saviq> dandrader, mzanetti has a branch for that
[15:01] <Saviq> dandrader, https://code.launchpad.net/~mzanetti/unity8/patched-control/+merge/246105
[15:01] <dandrader> Saviq, ok, thanks
[15:23] <paulliu> got some trouble reflash my dead phone.. http://paste.ubuntu.com/9718940/
[15:24] <paulliu> What does EOF means. No futher steps after that.
[15:24] <Saviq> paulliu, if you go to https://system-image.ubuntu.com/gpg/image-signing.tar.xz.asc with your browser, does it work?
[15:24] <paulliu> Saviq: yes. A PGP Signature.
[15:25] <Saviq> paulliu, come to #ubuntu-touch please
[15:32] <dandrader> mzanetti, seems lp:~mzanetti/unity8/patched-control doesn't fix this build problem I'm having :( https://launchpadlibrarian.net/194622493/buildlog.txt.gz
[15:33] <mzanetti> looking
[15:34] <mzanetti> dandrader: oh... yeah, that branch is only fixing ./build.sh
[15:34] <mzanetti> didn't know about the ppa issue
[15:43] <mzanetti> Saviq: hmm... I wonder why the ppa wouldn't eat the :native ^
[15:44] <Saviq> mzanetti, that's weird
[15:44] <Saviq> obviously that worked in the silo PPA
[15:45] <mzanetti> yeah...
[15:45] <Saviq> dandrader|lunch, where did the fail happen?
[15:45] <mzanetti> Saviq: also, what exactly is the problem that I'm supposed to fix with -nt control?
[15:45] <Saviq> mzanetti, just replace "unity8-build-deps*deb" with "control"
[15:46] <mzanetti> yes, just wondering why
[15:46] <Saviq> mzanetti, when you end up with two .deb files
[15:46] <Saviq> mzanetti, the condition breaks
[15:46] <Saviq> when there's a new version
[15:46] <Saviq> and you don't --clean
[15:46] <mzanetti> oh, because control will always be newer than one of those debs
[15:46] <mzanetti> got it
[15:48] <Saviq> well, at least as new as one of them, that is
[15:49] <Saviq> a second apart
[15:49] <Saviq> but the important bit is it will be older than the real debian/control if anything changed there
[15:49] <mzanetti> yeah
[15:49] <mzanetti> that's that I meant
[15:50] <mzanetti> Saviq: pushed
[15:53] <Saviq> mzanetti, acked
[16:12] <om26er> unity-team can anyone help me confirm the fix for bug 1384374 ?
[16:13] <om26er> I am testing the silo 12 but the bug fix at hand is a bit difficult to understand.
[16:16] <om26er> mzanetti, can you help with that ?
[16:21] <dandrader> Saviq, here https://code.launchpad.net/~unity-team/+recipe/unity8-shellrotation (about where the fail happened)
[16:22] <Saviq> aaah recipe
[16:23] <Saviq> dandrader, you'll have to drop the :native in some of the branches in there, recipes don't deal with that yet :/
[16:23] <Saviq> s/some/one/
[16:25] <mzanetti> interesting
[16:25] <mzanetti> om26er: which bug?
[16:25] <om26er> mzanetti, 1384374
[16:25] <om26er> #1384374
[16:27] <mzanetti> om26er: afaiu, when you have an unpatched phone and swipe the dash left/right you should see some stuttering and if you watch .cache/upstart/unity8.log you'll see tons of warnings when doing that
[16:27] <mzanetti> both should not happen any more with that silo
[16:27] <Saviq> well, it will stutter *less* with the silo
[16:27] <Saviq> not sure the warnings are actually gone
[16:27] <Saviq> because were unrelated really
[16:28] <mzanetti> ah. ok. now I can see how om26er has having troubles verifying it
[16:29] <om26er> so the fix is subjective, hmm.
[16:30] <om26er> I have verified other bugs to be fixed. The situation for this one doesn't look bad either.
[16:45] <elopio> dandrader: have you used python fixtures before?
[16:47] <dandrader> elopio, I don't know :) may I have
[16:47] <dandrader> maybe
[16:48] <elopio> dandrader: the unity suite doesn't use them a lot. It's pretty simple, but a powerful idea. It lets you write test set up by composition instead of inheritance.
[16:48] <elopio> https://github.com/testing-cabal/fixtures
[16:49] <elopio> dandrader: so what we want is a fixture to set a specific orientation, and revert it during the test cleanup. That way we could test any app rotated by just using the fixture.
[16:54] <dandrader> elopio, ok
[17:03] <om26er> Saviq, after thorough testing Dash is smoother without the silo
[17:03] <om26er> I am taking left/right switching of scopes
[17:04] <om26er> So I would hold-off on landing this silo
[17:04] <Saviq> om26er, ugh, that sounds wrong :/
[17:05] <Saviq> om26er, the more important fix there is the photos scope
[17:05] <om26er> Saviq, yeah that I can confirm is fixed.
[17:05] <om26er> Saviq, maybe revert the change for this particular bug
[17:05] <Saviq> tsdgeos, fyi ↑, om26er's finding left/right switching less smooth with https://code.launchpad.net/~unity-team/unity8/rtm-20150108/+merge/245852
[17:05] <Saviq> om26er, not possible, they're the same
[17:06] <Saviq> om26er, we'll have to follow up tomorrow then
[17:06] <om26er> Saviq, alright then.
[17:07] <Saviq> om26er, if you could comment as much details on trello about how you found this, would be of hepl
[17:07] <Saviq> help, even
[17:07] <om26er> sure
[17:36] <kgunn> mzanetti: so wakelock holding to allow suspends can only be repro'd on rtm ?
[17:36] <kgunn> weird
[17:37] <Saviq> om26er, worth noting, it seems the stuttering is reduced when loading the scopes for the first time, but indeed it seems to get worse with the silo when they're all loaded already
[17:38] <Saviq> om26er, so basically the first traverse through them is slower on current, faster on vivid, at the cost of slightly slower swipes later
[17:38] <mzanetti> kgunn: well, I can't repro the music stuttering which is described in the bug reports
[17:38] <Saviq> om26er, we'll have a look tomorrow morning in any case
[17:38] <mzanetti> kgunn: but apparently this is also device specific
[17:39] <om26er> Saviq, yeah my case also involves the condition when all scopes are loaded.
[17:39] <mzanetti> so I guess it varies between combinations of distro/device
[17:39] <Saviq> om26er, ultimately this might be something we'll have to live with until we find a better fix, but will have a look with tsdgeos tomorrow morning
[17:40] <om26er> it all depends on the priority I guess, if the picture loading issue is > scope switching.
[19:12] <dandrader> mzanetti, so the ubuntu icon is not at the top of the launcher?
[19:12] <dandrader> s/not/now
[19:13] <mzanetti> dandrader: on the desktop, yes
[19:17] <kgunn> fyi.... mterry locked himself out of his apartment, likely out for the afternoon
[19:30] <dandrader> mzanetti, the tests "make try**" have them inverted :-/
[19:30] <dandrader> inverted = ubuntu logo on top
[19:30] <mzanetti> dandrader: yes, so?
[19:30] <dandrader> mzanetti, that the tests should emulate what you get on the phone
[19:31] <mzanetti> ?
[19:31] <mzanetti> which test are you talking about?
[19:31] <dandrader> mzanetti, Shell
[19:31] <mzanetti> hmm... make tryShell has it on top indeed
[19:31] <mzanetti> that's probably wrong
[19:32] <dandrader> mzanetti, does the decision come from a gsetting or something?
[19:32] <mzanetti> yes, com.canonical.Unity8 usage-mode
[19:32] <mzanetti> again, the temporary thing until we have the magic that defines the usage mode
[19:33] <dandrader> right
[19:33] <dandrader> eod
[19:33] <mzanetti> :D
[21:20] <alesage> random question from QA: charles and I are writing automation for the indicators, specifically showing that the indicator-power icon changes according to charge level (using dbusmock)
[21:20] <alesage> we're able to show the changed icon but I'm wondering what a fair assertion on this will be, i.e. we're able to verify the name, but can anyone think of anything closer to the presentation/UI layer?
[21:20] <alesage> the name itself feels a little trivial