[08:20] <Mirv> tsdgeos: Saviq: soo, DBus qtbase patches + switching-scopes qtdeclarative crash fix in vivid-021
[08:21] <tsdgeos> Mirv: can we get the qtdeclarative one in an rtm silo so that Pat can try it on his mako?
[08:23] <Mirv> tsdgeos: yes already is, bug just updated
[08:23] <tsdgeos> cool
[08:48] <Saviq> Mirv, you rock ;)
[09:11] <tsdgeos> Saviq: damn now i can't reproduce the lock even when erasing the qml cache that helped the other day
[09:11] <tsdgeos> so can't really test if that silo helps at all
[09:11] <Saviq> tsdgeos, I'm trying here too, let's see
[09:24] <Saviq> tsdgeos, got it to lock
[09:24] <Saviq> (without silo)
[09:24] <Saviq> adb shell rm -R "~phablet/.cache/QML" && adb reboot
[09:25] <tsdgeos> how many tries?
[09:25] <Saviq> like 4 or 5
[09:25] <tsdgeos> i stopped at 8
[09:25] <tsdgeos> ok
[09:28] <tsdgeos> i guess it's better if i install the silo and try to reproduce the lock
[09:28] <tsdgeos> i'll try that
[09:28] <tsdgeos> Saviq: you using mako or krillin?
[09:28] <Saviq> tsdgeos, mako
[09:29] <tsdgeos> i'll try krillin
[09:29] <tsdgeos> since the bug was reported on krillin no?
[09:29] <tsdgeos> or you think happens more often on mako?
[09:31] <Saviq> tsdgeos, I've only ever tried on mako, but that's because I use it more for testing and such
[09:42] <tsdgeos> Saviq: we had a script somewhere that swipped the greeter away, right?
[09:42] <tsdgeos> or a dbus call or something
[09:42] <Saviq> tsdgeos, ./tools/unlock-device
[09:43] <Saviq> tsdgeos, but it reboots an such
[09:44] <Saviq> tsdgeos, a bit of hackery on the script should help indeed
[09:44] <tsdgeos> adb doesn't work if the device is locked
[09:44] <tsdgeos> ha
[09:45] <tsdgeos> wait there was a way to fix that
[09:45] <Saviq> tsdgeos, yeah on krillin it doesn't
[09:45] <tsdgeos>  sudo touch /userdata/.adb_onlock
[09:46] <tsdgeos> \o/
[09:55] <tsdgeos> Saviq: i settled for while [ true ]; do adb shell rm -R "~phablet/.cache/QML" && adb reboot && sleep 60 && adb shell "gdbus call --session --dest com.canonical.UnityGreeter --object-path / --method com.canonical.UnityGreeter.HideGreeter && echo Greeter unlocked"; done
[09:55] <tsdgeos> will let it run for a while see what happens
[10:06] <Saviq> tsdgeos, I've gone for while true; do adb shell rm -R "~phablet/.cache/QML"; ./tools/unlock-device || break; done
[10:07] <tsdgeos> right, that should work better yes
[10:07] <tsdgeos> well not better
[10:07] <tsdgeos> but is less typing :D
[10:10] <Saviq> if only nautilus wouldn't open a window per reboot
[10:14] <tsdgeos> yeah :D
[10:15] <larsu> it does?
[10:15]  * larsu probably didn't get any context
[10:22] <Saviq> larsu, MTP
[10:22] <Saviq> larsu, we're rebooting the phone in a loop to see if a boot-deadlock is gone
[10:22] <Saviq> larsu, so it's opening a window every time the device shows up, and never closes the previous one
[10:23] <larsu> Saviq: ah! Ya, I've been annoyed by that particular design decision as well :/
[10:24] <larsu> it should probably reuse an existing window that was previously associated with that device
[10:24] <larsu> but it doesn't know that...
[10:24] <Saviq> it should get to know ;)
[10:25] <Saviq> because like it never moves away from the mtp share
[10:25] <larsu> definitely
[10:25] <Saviq> even though the device is rebooting
[10:25] <larsu> oh weird. I thought it moves to ~ or so when a device disappears
[10:36] <Saviq> larsu, https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d#
[10:36] <Saviq> larsu, note how breadcrumb and title bar still say "Nexus 4", but no such device
[10:36] <larsu> ya. buggy
[10:46] <Saviq> tsdgeos, 30-odd successful runs here, reflashing now to compare
[10:47] <tsdgeos> Saviq: with silo?
[10:47] <Saviq> tsdgeos, yeah, successful with silo
[10:47] <Saviq> will run with pristine image now to see how it compares
[10:47] <tsdgeos> same here
[10:47] <tsdgeos> same here
[11:14] <Saviq> tsdgeos, some 15 runs successful without the silo... not sure our testing method is legit
[11:14]  * Saviq goes back to manual reboot
[11:14] <tsdgeos> yeah...
[11:15] <tsdgeos> but the bug says that it was failing on dbus too
[11:15] <tsdgeos> so the unlock should fail :&
[11:16] <Saviq> oh yeah totally
[11:16] <Saviq> just that it doesn't deadlock for some reason
[11:25] <Saviq> elopio, bug #1434518
[11:29] <Saviq> tsdgeos, without silo, deadlock in 6 reboots, with a simple "adb shell rm -R "~phablet/.cache/QML" && adb reboot"
[11:29] <tsdgeos> Saviq: weird
[11:29] <tsdgeos> when/how do you detect the deadlock then?
[11:29] <tsdgeos> you press the screen?
[11:30] <Saviq> tsdgeos, I can see it
[11:30] <Saviq> tsdgeos, I've only clock and date on screen
[11:30] <tsdgeos> right
[11:30] <Saviq> tsdgeos, no indicators or infographics
[11:30] <tsdgeos> the rest is black-ish
[11:30] <Saviq> yeah
[11:30] <Saviq> and MTP complains
[11:30] <Saviq> and gdbus reaches timeout
[11:31]  * Saviq gets silo
[11:31] <tsdgeos> sorry i misled you trying to use the script :/
[11:31] <Saviq> nw
[11:31] <Saviq> it was a good try, something must be causing it to not trigger
[11:47] <Saviq> @unity: the current landing I'm looking at: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-030 any other MP I should put in there?
[11:51] <MacSlow> Saviq, the swipe-to-act visual-update was already part of an earlier landing-silo, right?
[11:51] <Saviq> MacSlow, yeah, that's landed Wednesday
[11:51] <MacSlow> ok
[12:05] <dandrader> Saviq, so autopilot tests in Jenkins are failing because they're using an outdated platform-api: "/usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene: symbol lookup error: /usr/lib/arm-linux-gnueabihf/qt5/plugins/platforms/libqpa-ubuntumirclient.so: undefined symbol: u_application_instance_get_mir_connection"
[12:06] <dandrader> Saviq, what needs to happen for it to use the latest one?
[12:08] <dandrader> MacSlow, you can top-approve https://code.launchpad.net/~dandrader/unity8/noRotatingRectInMakeTry/+merge/253513 now. Jenkins results are in.
[12:09] <Saviq> dandrader, the phones need to get upgraded
[12:09] <Saviq> dandrader, the runs today should be good
[12:11] <MacSlow> dandrader, done
[12:11] <dandrader> MacSlow, thanks
[12:11] <Saviq> dandrader, or qtubuntu needs to be rebuilt against the platform-api that just landed
[12:13] <Saviq> tsdgeos, I'm calling it fixed, some 30 reboots, a wipe, no deadlock
[12:13] <tsdgeos> Saviq: that seems great
[12:13] <Saviq> Mirv, ↑
[12:13] <tsdgeos> so we land it? or?
[12:14] <Saviq> good question, any progress upstream?
[12:14] <tsdgeos> how much more testing we need to call it done :D
[12:14] <tsdgeos> let me se
[12:14] <tsdgeos> e
[12:15] <tsdgeos> still not applied
[12:15] <tsdgeos> thiago said he wanted to wait for alpha
[12:15] <tsdgeos> and apply it after
[12:15] <tsdgeos> alpha is now out, so i can reping him
[12:15] <Saviq> would be nice
[12:15] <Saviq> I can see a test failure on the first change
[12:16] <tsdgeos> test failure where?
[12:17] <Saviq> tsdgeos, https://codereview.qt-project.org/#/c/102762/
[12:17] <tsdgeos> it's ssl
[12:17] <Saviq> kk
[12:17] <tsdgeos> probably one of those days
[12:17] <tsdgeos> were the test servers were down or something
[12:18] <Saviq> dandrader, -ci jobs were stuck at image #127, should flash latest now
[12:18] <Saviq> in case you need a re-run
[12:18] <dandrader> Saviq, ok
[12:27] <Saviq> pete-woods, hey, anything we need to tell you to release GPS for bug #1434379? we already tell you when scope becomes inactive (unfocused), right?
[12:27] <Saviq> oh yay huge selection handles
[12:29] <Saviq> viel besser
[12:36] <Mirv> tsdgeos: Saviq: I'm currently running AP:s on rtm, so the earliest I can land the vivid silo would be Monday anyway. but it's good if it's ok from your testing, I can add that to the spreadsheet. did you test the qtdeclarative fix too?
[12:41] <Saviq> Mirv, sure, Monday's fine, tsdgeos will have to report on the crash fix
[12:41] <pete-woods> Saviq: hmm, I thought that was already fixed
[12:42] <Saviq> pete-woods, sounds like you need some explaining time with rsalveti then :)
[12:45] <pete-woods> Saviq: the behaviour he described is intentional
[12:45] <pete-woods> I think
[12:45] <Saviq> pete-woods, that it keeps GPS on when unfocused?
[12:45] <Saviq> pete-woods, sounds unlikely
[12:46] <pete-woods> oh
[12:46] <pete-woods> yeah
[12:46] <pete-woods> just spotted that part
[12:46] <pete-woods> we need the UI to deactivate all scopes when the scopes aren't in view, really
[12:47] <Mirv> Saviq: ok, tsdgeos to report on that.
[13:01] <tsdgeos> Saviq: Mirv: actually Pat since he's the one that can repro, he said he'll test over weekend and report back
[13:02] <Mirv> tsdgeos: he'll probably test only rtm though? although, it's the same patch of course so..
[13:02] <dandrader> tsdgeos, lp:~aacid/unity8/passphrase_kewboard <- what's a kewboard? :-D
[13:02] <tsdgeos> dandrader: it's a cool keyboard!
[13:02] <tsdgeos> i mean kewl!
[13:03] <dandrader> :)
[13:36] <rsalveti> pete-woods: what we fixed was when we move to a scope that doesn't use gps
[13:37] <rsalveti> pete-woods: this one I just found yesterday, when testing the overall power related fixes
[13:52] <pete-woods> rsalveti|afk: yes, I see this bug is different now. silly me assuming
[14:20] <tsdgeos> Mirv: yaeh the patch is very low profile, to be honest i'm not really even sure it fixes the crash, but it's the only way i can think of it happening
[14:46] <elopio> Saviq: on it.
[16:28] <dandrader> tsdgeos, are getting failures like that? http://paste.ubuntu.com/10635830/
[16:28] <dandrader> tsdgeos, s/are/are you
[16:28] <tsdgeos> dandrader: so i remmeber last time i run the tests if they were not under xvfb they seemed to fail
[16:28] <tsdgeos> which is confusing
[16:29] <dandrader> tsdgeos, wow, it does pass under xvfb...
[16:29] <tsdgeos> may be worth investigating
[16:30] <dandrader> tsdgeos, but this one fails under xvfb: http://paste.ubuntu.com/10635849/
[16:30] <dandrader> tsdgeos, do you get the same?
[16:34] <tsdgeos> dandrader: was not failing ast time
[16:34] <tsdgeos> let me check
[16:35] <dandrader> tsdgeos, "ast time"?
[16:35] <tsdgeos> last
[16:41] <tsdgeos> Totals: 69 passed, 0 failed, 0 skipped, 0 blacklisted
[16:41] <tsdgeos> ********* Finished testing of ListViewWithPageHeaderTest *********
[16:41] <tsdgeos> Built target xvfbtestListViewWithPageHeader
[16:41] <tsdgeos> dandrader: ↑
[16:41]  * tsdgeos has to go now
[16:41] <tsdgeos> tty on monday
[16:41] <dandrader> "works for me"(tm)