[09:18] <tsdgeos> mzanetti: are these the errors you got or different?
[09:18] <tsdgeos> FAIL!  : qmltestrunner::OrientedShell::test_appSupportingOnlyPrimaryOrientationWillOnlyRotateInLandscape(manta) 'verify()' returned FALSE. ()
[09:18] <tsdgeos> FAIL!  : qmltestrunner::OrientedShell::test_appSupportingOnlyPrimaryOrientationWillOnlyRotateInLandscape(flo) 'verify()' returned FALSE. ()
[09:18] <tsdgeos> because i just go those :D
[09:19] <tsdgeos> yeah those are the ones that fai
[09:19] <tsdgeos> l
[09:19] <tsdgeos> so i guess i can try to fix it now that i can reproduce it?
[09:20] <tsdgeos> "reproduce"
[09:26] <ltinkl> tsdgeos, mzanetti at dentist :)
[09:26] <tsdgeos> k
[09:27] <tsdgeos> kind of answered myself anyway :D
[12:22] <mterry> mzanetti: morning, how go things?
[12:29] <mterry> Oh at dentist
[12:29]  * mterry notices silo 41 failed its automated signoff
[12:29] <mterry> Does anyone know what the automated signoff does?
[12:29] <mterry> @unity ^
[12:31] <dandrader> mterry, no idea what's that
[12:39] <kgunn> mterry: it's some kind of package checking, so things don't get stuck in excuses
[12:39] <kgunn> there should be a log somewhere to check the validity
[12:39] <mterry> kgunn: yeah, I found the link the results in the silo page.  Exactly, it's a migration run through
[12:41] <mzanetti> mterryhey
[12:42] <mzanetti> mterry, I just came back from the dentist (and picking up turbo which obviously would've been shipped while I was away)
[12:42] <mterry> mzanetti: how was dentist?
[12:42] <mzanetti> lasted longer than expected, but all ok...
[12:42] <mterry> mzanetti: we failed automated signoff due to stale binaries in ppa.  I just now cleaned that up.  How do we restart automated signof checks?
[12:42] <mterry> mzanetti: only need to restart vivid if we can
[12:43] <mzanetti> mterry, I don't know tbh... need to ask robru or sil
[12:43] <mterry> ok
[12:43] <mzanetti> ah, I see you're on it in ci-eng
[13:48] <mterry> mzanetti: I'm watching these autopkg tests happen.  I think we're making progress
[13:48] <mzanetti> phew
[13:48] <mzanetti> mterry, in the meantime I was asked to look into some critical issues at turbo and frieza
[13:49] <mterry> mzanetti: ok I'll keep babysitting
[13:49] <mzanetti> mterry, thanks a bunch
[13:56] <mterry> what the...  FAIL!  : qmltestrunner::Lockscreen::test_clear(animated PIN) Compared values are not the same
[13:56] <mterry>    Actual   (): false
[13:56] <mterry>    Expected (): true
[13:56] <mterry>    Loc: [/data/adttmp/adt-virt-lxc.shared.p0kzgds_/downtmp/build.8Oh/unity8-8.12+15.04.20160316.7/tests/qmltests/Components/tst_Lockscreen.qml(308)]
[13:56] <mterry> that's like the most basic test
[14:02] <kgunn> dandrader|afk: did this get addressed through some other branches?
[14:02] <kgunn> https://bugs.launchpad.net/qtubuntu/+bug/1511530
[14:02] <kgunn> i'm just confused with all the supercedes
[14:06] <mzanetti> kgunn, hell yeah, me too
[14:06] <mzanetti> kgunn, during the last weekend, Saviq resubmitted like all of them :D
[14:06] <kgunn> :)
[14:07] <mzanetti> kgunn, I think those are fixed now tho... at least I can't resize some apps any more in windowed mode bigger than some certain width, which feels totally weird
[14:07] <mzanetti> given that we ignore those maximum values when clicking fullscreen
[14:07] <kgunn> mzanetti: ok, gonna mark as fix committed then
[14:08] <tsdgeos> mzanetti: mterry: the dlaky test you were seeing, was failing in the verify? i could reproduce it failing in the verify and https://code.launchpad.net/~aacid/unity8/enableDisabledOrientedShellTest/+merge/289336 fixes it
[14:11] <mzanetti> tsdgeos, http://paste.ubuntu.com/15407747/
[14:15] <tsdgeos> mzanetti: yeah my patch fixes that, bascically the rotation is not always instantaneous if your cpu is busy, so need a trycompare
[14:17] <mzanetti> thanks tsdgeos
[14:17] <tsdgeos> but i guess we can wait for the next silo anyhow
[14:17] <mzanetti> yeah, 41 is in qa already
[14:17] <mzanetti> wasn't in the mood any more at 2am to try and figure why it would fail remotely
[14:19] <tsdgeos> mzanetti: usually with those things, i can get them to fail if i start a make -j10 loop while running the test
[14:19] <tsdgeos> makes the cpu busy enough that things are not as "fast" as usual in the test itself
[14:20] <mzanetti> tsdgeos, there was also a second one I could not repro
[14:20] <mzanetti> in the dash Header somewhere
[14:23] <dandrader|afk> kgunn, yes, that's released
[14:23] <kgunn> thanks da
[14:23] <kgunn> thanks dandrader|afk
[15:23] <mterry> mzanetti: silo 41 isn't really in QA until we get the autopkg tests to pass
[15:24] <mzanetti> mterry, hmm. but they must be passing
[15:24] <mzanetti> :D
[15:24] <mterry> mzanetti: eh...
[15:24] <mzanetti> I have prove
[15:24] <mzanetti> https://unity8-jenkins.ubuntu.com/job/test-ppa-autopkgtest/
[15:25] <mterry> mzanetti: right now I'm fighting with https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-041/excuses.html
[15:26] <mterry> mzanetti: most of those are retrying now
[15:26] <mterry> mzanetti: but it's hard to figure out current state, that page updates so rarely, even after tests seemingly complete
[15:26] <mterry> http://autopkgtest.ubuntu.com/running.shtml shows current running tests
[15:28] <mzanetti> mterry, so far each and every red link I've clicked says dependency issue
[15:28] <mzanetti> not a single real test failure
[15:28] <mterry> mzanetti: right, which doesn't makes sense and I think is left over from the stale packages.  Because that page hasn't updated in 30m or so and I'm not sure the test results links are right
[15:29] <mterry> mzanetti: I've tried purging and installing everything in the ppa on my xenial laptop
[15:29] <mterry> mzanetti: can't see an actual dependency issue
[15:29] <mzanetti> yeah... it wouldn't have built if there were real dep issues
[15:29] <mzanetti> or at latest explode when installing the silo on a device
[15:29] <mzanetti> but it works fine
[15:31] <mzanetti> mterry, not sure why britney says "always failed" for uinty8 armhf tests
[15:32] <mterry> mzanetti: on vivid we get an actual test failure, but it won't let me retry it right now, last time I tried.  Waiting for i386 test to finish to see if that changes things
[15:32] <mterry> mzanetti: and now britney seems stuck on creating some nova instances
[16:14] <mterry> josharenson: your greeter branches need to be rebased on trunk
[16:14] <josharenson> mterry: :-D ok thanks
[17:08] <josharenson> mterry: all 4 branches should be current now
[17:09] <mterry> josharenson: sweet thanks
[17:39]  * dandrader finds out that applying his diff by hand is easier than trying to understand the mess tha bzr made out of his TabletStage.qml merge conflict