| Mirv | tsdgeos: Saviq: soo, DBus qtbase patches + switching-scopes qtdeclarative crash fix in vivid-021 | 08:20 |
|---|---|---|
| tsdgeos | Mirv: can we get the qtdeclarative one in an rtm silo so that Pat can try it on his mako? | 08:21 |
| Mirv | tsdgeos: yes already is, bug just updated | 08:23 |
| tsdgeos | cool | 08:23 |
| Saviq | Mirv, you rock ;) | 08:48 |
| 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:11 |
| Saviq | tsdgeos, got it to lock | 09:24 |
| Saviq | (without silo) | 09:24 |
| Saviq | adb shell rm -R "~phablet/.cache/QML" && adb reboot | 09:24 |
| tsdgeos | how many tries? | 09:25 |
| Saviq | like 4 or 5 | 09:25 |
| tsdgeos | i stopped at 8 | 09:25 |
| tsdgeos | ok | 09:25 |
| 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:28 |
| 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:29 |
| Saviq | tsdgeos, I've only ever tried on mako, but that's because I use it more for testing and such | 09:31 |
| 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:42 |
| Saviq | tsdgeos, but it reboots an such | 09:43 |
| 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:44 |
| 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:45 |
| tsdgeos | \o/ | 09:46 |
| 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 | 09:55 |
| Saviq | tsdgeos, I've gone for while true; do adb shell rm -R "~phablet/.cache/QML"; ./tools/unlock-device || break; done | 10:06 |
| tsdgeos | right, that should work better yes | 10:07 |
| tsdgeos | well not better | 10:07 |
| tsdgeos | but is less typing :D | 10:07 |
| Saviq | if only nautilus wouldn't open a window per reboot | 10:10 |
| tsdgeos | yeah :D | 10:14 |
| larsu | it does? | 10:15 |
| * larsu probably didn't get any context | 10:15 | |
| 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:22 |
| larsu | Saviq: ah! Ya, I've been annoyed by that particular design decision as well :/ | 10:23 |
| 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:24 |
| 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:25 |
| 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:36 |
| Saviq | tsdgeos, 30-odd successful runs here, reflashing now to compare | 10:46 |
| 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 | 10:47 |
| 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:14 |
| tsdgeos | but the bug says that it was failing on dbus too | 11:15 |
| tsdgeos | so the unlock should fail :& | 11:15 |
| Saviq | oh yeah totally | 11:16 |
| Saviq | just that it doesn't deadlock for some reason | 11:16 |
| Saviq | elopio, bug #1434518 | 11:25 |
| ubot5 | bug 1434518 in unity8 (Ubuntu) "test_can_unlock_pin_screen broken under py3" [High,Triaged] https://launchpad.net/bugs/1434518 | 11:25 |
| 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:29 |
| 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:30 |
| * 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:31 |
| 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:47 |
| 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 | 11:51 |
| 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:05 |
| dandrader | Saviq, what needs to happen for it to use the latest one? | 12:06 |
| dandrader | MacSlow, you can top-approve https://code.launchpad.net/~dandrader/unity8/noRotatingRectInMakeTry/+merge/253513 now. Jenkins results are in. | 12:08 |
| Saviq | dandrader, the phones need to get upgraded | 12:09 |
| Saviq | dandrader, the runs today should be good | 12:09 |
| 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:11 |
| 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:13 |
| 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:14 |
| 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:15 |
| tsdgeos | test failure where? | 12:16 |
| 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:17 |
| 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:18 |
| 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 |
| ubot5 | bug 1434379 in Canonical System Image "GPS always active when a scope that uses location is in the background " [High,Confirmed] https://launchpad.net/bugs/1434379 | 12:27 |
| Saviq | oh yay huge selection handles | 12:27 |
| Saviq | viel besser | 12:29 |
| 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:36 |
| 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:41 |
| Saviq | pete-woods, sounds like you need some explaining time with rsalveti then :) | 12:42 |
| 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:45 |
| 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:46 |
| Mirv | Saviq: ok, tsdgeos to report on that. | 12:47 |
| tsdgeos | Saviq: Mirv: actually Pat since he's the one that can repro, he said he'll test over weekend and report back | 13:01 |
| 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:02 |
| dandrader | :) | 13:03 |
| === alan_g is now known as alan_g|lunch | ||
| rsalveti | pete-woods: what we fixed was when we move to a scope that doesn't use gps | 13:36 |
| rsalveti | pete-woods: this one I just found yesterday, when testing the overall power related fixes | 13:37 |
| === facu is now known as Facu | ||
| pete-woods | rsalveti|afk: yes, I see this bug is different now. silly me assuming | 13:52 |
| === alan_g|lunch is now known as alan_g | ||
| === dandrader is now known as dandrader|afk | ||
| === MacSlow is now known as MacSlow|lunch | ||
| 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:20 |
| elopio | Saviq: on it. | 14:46 |
| === MacSlow|lunch is now known as MacSlow | ||
| === dandrader|afk is now known as dandrader | ||
| 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:28 |
| dandrader | tsdgeos, wow, it does pass under xvfb... | 16:29 |
| tsdgeos | may be worth investigating | 16:29 |
| dandrader | tsdgeos, but this one fails under xvfb: http://paste.ubuntu.com/10635849/ | 16:30 |
| dandrader | tsdgeos, do you get the same? | 16:30 |
| tsdgeos | dandrader: was not failing ast time | 16:34 |
| tsdgeos | let me check | 16:34 |
| dandrader | tsdgeos, "ast time"? | 16:35 |
| tsdgeos | last | 16:35 |
| 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) | 16:41 |
| === dandrader is now known as dandrader|afk | ||
| === alan_g is now known as alan_g|EOW | ||
| === dandrader|afk is now known as dandrader | ||
| === dandrader is now known as dandrader|bbl | ||
| === dandrader|bbl is now known as dandrader | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!