[02:09] <imgbot> [03:44] <imgbot> [03:44] <imgbot> [04:02] <Mirv> morning
[06:26] <Mirv> didrocks: there'd be autopilot python 3 ports needing packaging ack https://ci-train.ubuntu.com/job/landing-015-2-publish/14/artifact/packaging_changes_camera-app_2.9.1+14.10.20140505-0ubuntu1.diff + https://ci-train.ubuntu.com/job/landing-015-2-publish/14/artifact/packaging_changes_notes-app_1.4+14.10.20140505-0ubuntu1.diff
[06:27] <Mirv> they don't change the packaging identically, but also the one not changed by x_nox was approved by him
[06:28] <Mirv> namely the more thorough one uses dh-python and the other one doesn't
[06:29] <didrocks> Mirv: so, you think they did test it?
[06:30] <didrocks> (if so, +1)
[06:32] <Mirv> didrocks: yes they marked it as being tested an hour ago, while it was built 15h ago
[06:32] <Mirv> thanks
[07:30] <Mirv> I was wondering if there was any discussion about the new file manager's AP failures
[08:03] <Mirv> psivaa: was there some status update on the file manager failure? testsuite name ubuntu_filemanager_app -> filemanager
[08:03] <psivaa> Mirv: is this in relation to the smoke failure?
[08:04] <Mirv> psivaa: regarding http://ci.ubuntu.com/smokeng/utopic/touch/mako/13:20140506:20140506/7883/ubuntu_filemanager_app/ and I found out after updating my click test setup that the suite changed name apparently
[08:06] <psivaa> Mirv: i see'could not import package ubuntu_filemanager_app: No module named ubuntu_filemanager_app' and remember that we had to change that in ci/autolanding a week or so ago. it could be the reason
[08:06] <psivaa> Mirv: let me re-run that test with 'filemanager'
[08:07] <Mirv> psivaa: image #9 saw update of filemanager to .169 and bzr166 renamed ubuntu_filemanager_app -> filemanager
[08:08] <sil2100> I see a commit for that in trunk indeed
[08:08] <sil2100> Too bad no one coordinated this with anyone
[08:12] <psivaa> yea, 10,11,12 & 13 have this issue. running it with 'filemanager' now and tests are running
[08:13] <Mirv> psivaa: thanks! 9 would have had it also, but it seems the whole test suite was not run there :S
[08:13] <Mirv> I did get 3 failing tests myself locall, let's see if it's flaky or happens also on test infra
[08:13] <psivaa> Mirv: yea. not sure what happened there.. just working my way backwords :)
[08:13] <Mirv> :)
[08:23] <ToyKeeper> ... and after dealing with a surprise critical bug, I'm out of time for the day.  Lots of interrupts over the past few days.
[08:33] <ogra_> ToyKeeper, hopefully a desktop bug ?
[08:33] <ogra_> (or do we have to worry ? )
[08:35] <ToyKeeper> No, and I don't think so.
[08:38] <ogra_> phew :)
[08:50] <popey> On #12 (I can't upgrade to 13 for some reason - probably network) if I open system settings I get a blank screen until I switch away or rotate the screen. anyone else see that?
[08:56] <ogra_> popey, i saw it going blank during download yesterday (on flo)
[08:57] <popey> not the thing where the content disappears
[08:57] <popey> the entire screen (indicator aside) is blank, looks like it didnt start
[09:05] <ogra_> ah, havent seen that yet
[09:58] <davmor2> Morning all
[09:59] <davmor2> popey: I had to reset the networking on 12 this morning and then the upgrade to 13 was fine
[10:00] <popey> reset networking? as in flip the switch off/on?
[10:00] <ogra_> davmor2, http://paste.ubuntu.com/7376744/ ... put that file in place (make it executable) ... that is the proposed workaround for the routing bug
[10:01] <davmor2> popey: yes
[10:01] <ogra_> mount -o remount,rw / ... put file in place ... mount -o remount,ro /
[10:01] <ogra_> i'm running with that here and have not seen routing issues since
[10:02] <davmor2> ogra_: let me do the dogfooding for 13 first so I can see how impacting it is
[10:02] <ogra_> ok
[10:02] <ogra_> popey, ^^^ for you too ... we need as much testing as possible ...
[10:08] <davmor2> popey, didrocks: So I'll be off tomorrow it looks like Sue has made appointments for nearly everything tomorrow so her Son and I only lose a day for arrangements and then one for the funeral.
[10:09] <didrocks> davmor2: ok man, take care of her
[10:09] <davmor2> Yeah I am :)ssss
[11:10] <Mirv> dbarth: how's the plan on getting HTML5 apps using Oxide instead of QtWebKit? I'm wondering when I could allow the 5.2 QtWebKit in without fearing for regressions on that front.
[11:23] <davmor2> Mirv: has anyone let the app developers know?
[11:29] <Mirv> davmor2: I don't know, a good question. the assumption is probably that nothing changes for worse at least when moving to Oxide.
[11:30] <davmor2> Mirv: ah nice okay
[11:30] <Mirv> apps using webview and 14.04 framework already use Oxide from what I understood, and after the SDK HTML5 apps switch the only remaining qtwebkit user would be those apps using 13.10 framework
[11:53] <Saviq> didrocks, hey, any idea why https://ci-train.ubuntu.com/job/landing-002-1-build/49/console is waiting for arm64?
[11:54] <davmor2> popey: if you send a message to your phone while it sleeps do you get a notification tone for it?
[11:54] <Mirv> Saviq: it looks like it's currently available on arm64: https://launchpad.net/ubuntu/+source/unity-system-compositor/0.0.2+14.10.20140430.1-0ubuntu1
[11:54] <sil2100> Saviq: hi, it seems u-s-c is built for arm64 in utopic
[11:55] <didrocks> yeah, it's built on it
[11:55] <Saviq> hmm ok /me looks why the dep wait
[11:55] <Saviq> uh oh
[11:55]  * Saviq got firefox 29
[11:57] <ogra_> rounded tabs
[11:57] <Saviq> yeah, doesn't look nice at all :|
[11:57]  * ogra_ doesnt care as long as it renders websites correctly 
[11:58] <Saviq> Mirv, u-s-c in that silo depends on libandroid-properties-dev, which are not available on arm64 :|
[11:59] <davmor2> didrocks: there is some odd behaviour with the dialer app and recalling a number.  Let me reboot and see if I can reproduce it
[12:00] <ogra_> i thought i saw a bug about that ...
[12:00] <Mirv> Saviq: could the dependency be avoided, isn't u-s-c supposed to be used on desktop? now all the arm64 desktoppers would lose Mir goodness! (yes, we seem to build also Mir on arm64 which is nice)
[12:01] <davmor2> Saviq: don't look at the tabs then ;)
[12:01] <ogra_> bug 1308365
[12:01] <Saviq> Mirv, good question, I'm not really sure where that dependency comes from...
[12:01] <davmor2> ogra_: no not that one :)  That is a feature request
[12:02]  * ogra_ wonders why pad.lv doesnt seem to load for him
[12:02] <dbarth_> Mirv: not there yet, more blocked on webapps mtaintenance right now
[12:03] <dbarth_> Mirv: maybe we can list that as a sprint goal
[12:04] <Mirv> dbarth_: ok
[12:04] <Mirv> dbarth_: osomon would have a new webbrower-app request again. but there's still "Add UA override feature, per webapps" landing there, should you land it first?
[12:05] <dbarth_> Mirv: i can put this one on hold, nw
[12:05]  * ogra_ thinks this is less impartant since the UA seems to work properly with oxide now ... 
[12:05] <Mirv> dbarth_: so postponing landing-003 again? ok.
[12:06] <ogra_> that feature will only be used in corner cases now ... while it was more important with webkit
[12:06] <dbarth_> ogra_: this is to let each app tweak it's own, but agreed, less important
[12:06] <dbarth_> its
[12:06] <ogra_> dbarth_, i knwo what it does, its my bug ;)
[12:06] <ogra_> (or is supposed to do)
[12:07] <Saviq> Mirv, oh, found the culprit, https://code.launchpad.net/~unity-team/unity-system-compositor/new-gl-screen/+merge/210466, which is included as a prerequisite - it's about the boot splash... will follow up with mterry and Mirco
[12:07] <ogra_> dbarth_, btw, is anyone looking at browser activity fixing ? tabs/bookmarks etc dont work at all
[12:07] <Mirv> oSoMoN_: landing-005 it is, unless you want to join the two landings into one
[12:07] <ogra_> (i assume that waits for the new bottom edge stuff ?)
[12:07] <oSoMoN_> Mirv, thanks, two separate landings will do
[12:07] <Mirv> then it's good.
[12:08] <davmor2> ogra_: knock your phone onto standby, ring it, and hang up so you get a missed call notification in incoming, hit the call back button dialer app seems to go to the calling dialogue then when you answer it shows the call log here
[12:08] <davmor2> so you can't hang up
[12:09] <oSoMoN_> Mirv, by the way, I keep pinging you or sil2100 randomly about landings, is that ok or do you guys have a schedule that I should respect to not interrupt you all the time?
[12:09] <davmor2> you have to close the app and then reopen it
[12:09] <ogra_> davmor2, wont work with devel ... the event bock bug is still present
[12:09] <ogra_> *block
[12:09] <dbarth_> ogra_: oSoMoN_ is, but not sure that can be made ready; the top header redesign may come first
[12:10]  * ogra_ hates the new top header with passion already :P 
[12:10] <dbarth_> we'll have our oxide catch up later today, so i'll ask
[12:10] <ogra_> dbarth_, oSoMoN_ well, if we cant fix it before going to market we should probably remove the activities button
[12:11]  * ogra_ guesses we have lless than two months before we have to take the archive snapshot 
[12:12] <oSoMoN_> ogra_, can you elaborate on "don’t work at all"?
[12:12] <ogra_> oSoMoN_, tap the activities button ... nothing happens
[12:12] <davmor2> ogra_: should work
[12:12] <oSoMoN_> ogra_, if that didn’t work, then we would be seeing autopilot failures in the daily runs
[12:13] <ogra_> oSoMoN_, oh, trying it now it got even worse ... s/nothing happens/browser freezes/
[12:13] <davmor2> ogra_: what app has the new topbar header in it
[12:13] <ogra_> oSoMoN_, feel free to try it :)
[12:13] <oSoMoN_> ogra_, trying now
[12:14] <ogra_> davmor2, only the scopes yet, but it gives you an impresssion about the back button placement ... and if the header is permanent it will steal your screen space for content
[12:15] <ogra_> oSoMoN_, stopped for me when we switched to oxide ... its quite an old bug
[12:15] <davmor2> ogra_: and in most webapps they already have a header so then you get 2 so top half of the screen is headers right
[12:15] <oSoMoN_> ogra_, did you report it? it sounds like a pretty bad regression, if it was confirmed
[12:15] <ogra_> davmor2, right, and even in native apps we will steal 10-20% of the screen space from the content
[12:17] <ogra_> oSoMoN_, no, i thought it was in the works still and just a brawback of the switch to oxide ... i have the bad tendency to just turn my bookmarks into webapps anyway, so i stopped using bookmarks much  :)
[12:17] <ogra_> if you can confirm it i'll file it right now
[12:17] <oSoMoN_> ogra_, it’s definitely a bug, and not an expected regression
[12:17] <davmor2> ogra_: I could see it being better if it disappeared like the bottom bar and then just a tap in empty space or drag the app down brought it back maybe
[12:17] <oSoMoN_> I’m updating to the latest image, will confirm in a moment
[12:17] <ogra_> if you cant, there must have something gone wrong when transitioning my settings from webkit to oxide ...
[12:18] <ogra_> which is a bug as well, but probably less severe
[12:18] <ogra_> davmor2, right, but that wont be possible ... dragging from the top is reserved for indicators ...
[12:19] <ogra_> so i assume th only option is to have it permanently visible
[12:19] <davmor2> ogra_: no I mean drag down on the app like the gallery app when you scroll up the header disappear scroll back down and it comes back
[12:19] <ogra_> ah
[12:21] <davmor2> ogra_: so thumb in the middle of the screen and drag down slightly reveals the window chrome once you tap it or scroll up it disappears again
[12:21] <oSoMoN_> ogra_, I can’t reproduce here, would you mind inspecting the logs for webbrowser-app to see if there is anything relevant when you try to open the activity view?
[12:21] <ogra_> ah, yeah, that might work
[12:23] <ogra_> oSoMoN_, nothing at all ... as if i had not tapped the button
[12:24] <ogra_> but the browser is hard locked again
[12:24] <oSoMoN_> and no logs?
[12:24] <ogra_> nope
[12:24] <oSoMoN_> huh, that’s weird
[12:24] <ogra_> http://paste.ubuntu.com/7404267/
[12:24] <Mirv> oSoMoN_: pinging is fine, I just stop answering soon and then sil2100 will switch to robru/cyphermox later on
[12:25] <ogra_> thats what it rpints from start of the app to the point where i tap
[12:25] <oSoMoN_> Mirv, ok, thanks
[12:25] <oSoMoN_> ogra_, could it be that you have a huge history db + bookmarks db and that it fails to populate the model because of too much data, maybe?
[12:26] <oSoMoN_> ogra_, can you share them with me, by any chance?
[12:26] <oSoMoN_> ~/.local/share/webbrowser-app/[bookmarks|history].sqlite
[12:26] <ogra_> oSoMoN_, where do i find them ... this phone runs devel since and of saucy ... could be that a few lines of history and bookmarks piled up over that year :)
[12:27] <ogra_> ogra@styx:~/Devel/apps/book-app$ adb shell ls -l ~/.local/share/webbrowser-app/bookmarks.sqlite
[12:27] <ogra_> ls: cannot access /home/ogra/.local/share/webbrowser-app/bookmarks.sqlite: No such file or directory
[12:27] <ogra_> ogra@styx:~/Devel/apps/book-app$ adb shell ls -l ~/.local/share/webbrowser-app/history.sqlite
[12:27] <ogra_> ls: cannot access /home/ogra/.local/share/webbrowser-app/history.sqlite: No such file or directory
[12:27] <ogra_> ogra@styx:~/Devel/apps/book-app$
[12:27] <ogra_> hmm
[12:28] <ogra_> are you sure that is the right path ?
[12:28] <ogra_> err
[12:28] <ogra_> lol
[12:28] <ogra_> funny ... so ~ gets expanded
[12:28] <ogra_> never had that with adb before
[12:29] <ogra_> ogra@styx:~/Devel/apps/book-app$ adb shell ls -lh /home/phablet/.local/share/webbrowser-app/history.sqlite
[12:29] <ogra_> -rw-r--r-- 1 phablet phablet 149K May  6 14:23 /home/phablet/.local/share/webbrowser-app/history.sqlite
[12:29] <ogra_> ogra@styx:~/Devel/apps/book-app$ adb shell ls -lh /home/phablet/.local/share/webbrowser-app/bookmarks.sqlite
[12:29] <ogra_> -rw-r--r-- 1 phablet phablet 2.0K Dec 19 17:09 /home/phablet/.local/share/webbrowser-app/bookmarks.sqlite
[12:29] <ogra_> ogra@styx:~/Devel/apps/book-app$
[12:29] <ogra_> not actually big
[12:29] <ogra_> let me pull them
[12:31] <ogra_> oSoMoN_, http://people.canonical.com/~ogra/browser/
[12:31] <oSoMoN_> ogra_, thanks, I’ll run some tests with them after lunch
[12:32] <ogra_> let me try to move them away and see if that changes behavior here
[12:32] <ogra_> oh !
[12:33] <ogra_> it came up ... the phone was lying there for like 10min and now it just popped up the activities page
[12:34] <ogra_> so it works ... just takes ages
[12:34] <ogra_> and the app is completely unresponsive during that
[12:36] <ogra_> oSoMoN_, moving the dir away makes it work
[12:42] <cyphermox> ogra_: good morning! how's the network? :)
[12:44] <ogra_> cyphermox, steady :)
[12:44] <ogra_> cyphermox, i'm waiting for davmor2 to test too since he is more roaming around etc :)
[12:44] <ogra_> from my pov it is fixed
[12:44] <ogra_> but i dont swithc much between 3G and WLAN
[12:45] <cyphermox> right
[12:47]  * didrocks goes for a run
[12:55] <popey> ogra_: gonna go for a walk, will test
[12:55] <ogra_> popey, thanks !
[12:56] <ogra_> i actually need to mow the lawn today ... i should perhaps just do that now so it roams a bit
[13:09] <davmor2> didrocks: so 13 looks to be on par with most of the other recent images I'm just writing up one bug for the dialer app on returning a missed call
[13:09] <sil2100> davmor2: you think that's a blocker?
[13:12] <davmor2> sil2100: I think it should be high to get it fixed asap.  However I'm going to install R2 and see if it exists there and was just missed previously, before it is classed as a blocker.
[13:12] <davmor2> sil2100: however I'm going to file the bug first :)
[13:14] <sil2100> davmor2: ok, thanks ;)
[13:21] <popey> ogra_: seems way better
[13:21] <ogra_> popey, way better or fixed ?
[13:22] <popey> well, fixed
[13:22] <ogra_> yay
[13:22] <ogra_> cyphermox, ^^^
[13:22] <cyphermox> cool
[13:22] <cyphermox> ship it!
[13:22] <ogra_> yeah
[13:23] <oSoMoN_> ogra_, right, so the issue is that it’s slow and unresponsive, which is not surprising given how it’s implemented, I’ll keep an eye on performance when I implement the new activity view
[13:23] <ogra_> right, it works fine with a new/empty DB
[13:24] <popey> got bug 1309556 again while I was out ☹
[13:24] <ogra_> i assume we should probably create some bookmarks for the test runs to catch such issues
[13:24] <ogra_> and ship a pre-filled history DB in the autopilot package or so
[13:25] <oSoMoN_> ogra_, sounds like a good idea, noted down
[13:29] <oSoMoN_> ogra_, running webbrowser-app on a beefy desktop with your db, the activity view takes 6secs to show up, and it’s not smooth when flicking, so I think we have our culprit
[13:29] <ogra_> yeah
[13:29] <ogra_> its quite snappy here with the removed db
[13:29] <oSoMoN_> even if we optimize the model loading, we should also probably limit the number of entries, who cares about their browsing history a year ago?
[13:31] <ogra_> yeah
[13:31] <ogra_> a week should be enough ... or even less
[13:37] <cyphermox> ogra_: which ppa for the fix?
[13:37] <ogra_> cyphermox, a silo i'd say
[13:38] <ogra_> i'll need to update the mms silo again then ...
[13:38] <cyphermox> well yeah, that's what I meant
[13:38] <ogra_> (since that has another lxc-android-version already)
[13:38] <cyphermox> don't we want to ship those separate?
[13:41] <sil2100> Is there a silo with the route workaround already?
[13:49] <oSoMoN> sil2100, would you mind publishing silo 5? I just completed testing for it
[13:56] <sil2100> oSoMoN: sure, just doing lunch right now
[13:56] <sil2100> But let me take a look
[13:56] <oSoMoN> sil2100, there’s no urgency, enjoy your lunch and have a look afterwards :)
[14:01] <sil2100> didrocks: I would need 2 packaging ACK from you :)
[14:01] <sil2100> Both look rather good
[14:01] <sil2100> didrocks: first -> https://ci-train.ubuntu.com/job/landing-005-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+14.10.20140506-0ubuntu1.diff <- python3 transition
[14:01] <oSoMoN> ah, I was about to ask who could ack the packaging changes, sil2100 has been faster :)
[14:02] <sil2100> didrocks: second -> https://ci-train.ubuntu.com/job/landing-014-2-publish/12/artifact/packaging_changes_gallery-app_0.0.67+14.10.20140505-0ubuntu1.diff <- python3 transition ;p
[14:02] <sil2100> oSoMoN: ;) No worries, I simply have to pre-scan it for anything strange before passing it on to didrocks or some other core-dev
[14:02] <oSoMoN> it makes sense
[14:18] <didrocks> sil2100: the transition has been tested server-side as well?
[14:19] <didrocks> sil2100: if so, +1
[14:19] <didrocks> (for both)
[14:19] <sil2100> didrocks: by server-side, you mean on CI infra?
[14:19] <didrocks> yeah
[14:19] <sil2100> didrocks: let me ask around about that
[14:19] <didrocks> ok
[14:19] <didrocks> on packaging itself, +1 though
[14:20] <sil2100> oSoMoN: ^ did you coordinate it with the CI guys and the CI infrastructure, if it won't suddenly break every test from that application when running, for instance, smoketesting?
[14:20] <sil2100> oSoMoN: phablet-test-run still works and such, yes?
[14:21] <sil2100> bfiller: ^ same regarding your landing
[14:21] <bfiller> sil2100: QA verified the AP tests all worked on the device
[14:22] <oSoMoN> sil2100, yes, I’ve run the tests on my device and desktop, and CI runs pass in the MR itself, so I think we’re fine
[14:23] <oSoMoN> also, there are other apps that have already migrated to python3 for their autopilot tests, and they seem to work
[14:25] <oSoMoN> sil2100, this is a CI run for the py3-autopilot branch on mako: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/6547/?
[14:27] <sil2100> plars: hi! Are you around?
[14:27] <plars> sil2100: no
[14:27] <sil2100> :D
[14:27] <plars> :)
[14:27] <plars> sil2100: what's up?
[14:28] <sil2100> plars: just want to make double sure - there are some apps migrating to py3 now, dropping py2 support - do you know if we already run some apps as py3 in smoketesting?
[14:28] <plars> sil2100: I saw that, there are a few that there might be concerns with
[14:29] <plars> sil2100: we use phablet-test-run for all the autopilot tests, which aiui handles that automagically.
[14:29] <plars> sil2100: so if the current autopilot tests have been ported to py3, then it should already be running them with it
[14:29] <plars> sil2100: there's a hack in place that handles making sure the custom tests get run with autopilot3 (even though they apparently don't even need to be autopilot tests)
[14:30] <sil2100> Oh
[14:30] <sil2100> ;)
[14:30] <plars> sil2100: as long as we continue to have an autopilot3 binary, those won't break
[14:30] <plars> sil2100:  but we can drop the hack when autopilot == autopilot3
[14:30] <sil2100> I guess that's still not the case, but anyway, thanks! I guess it's safe to land those
[14:31] <plars> sil2100: the only things I'm concerned about are the ones around the edges - the smem/eventstat/memevent/etc
[14:31] <plars> sil2100: I was going to try to check on those today
[14:31] <plars> sil2100: when are you looking to pull py2 from the image?
[14:32] <sil2100> plars: I don't know the exact ETA, but we're getting to that slowly...
[14:33] <plars> sil2100: there are some minor (I hope) cleanups to do, and I'll be taking a look at those shortly
[14:37] <balloons> sergiusens, have some time today to give feedback on my mp's for phablet-tools? Landing the 13.10 -> 14.04 change should be really painless for instance
[14:37] <sergiusens> balloons: yeah, sorry, holidays made me forget to recheck :-)
[14:38] <sergiusens> sil2100: most of the core apps tests are py3 (if not all)
[14:39] <sergiusens> plars: sil2100 yeah, you could use autopilot as a replacement for nose if you wanted (wrt to not needing to be an autopilot test)
[14:46] <balloons> sergiusens, ty
[14:49] <rsalveti> ogra_: when are we building a new image? :-)
[14:49] <plars> some of the 2to3 tool recommendations seem like nonsense
[14:49] <rsalveti> want a new build to test the x86 image
[14:50] <ogra_> rsalveti, i think didrocks wanted to build a new one today ... i would pretty much like to get lxc-android-conifg with the routing fix in before though
[14:51] <didrocks> ogra_: yeah
[14:51] <didrocks> would be nice
[14:51] <rsalveti> ogra_: what is the fix for that?
[14:51] <ogra_> we had 4 perople test it and it worked for all of us
[14:51] <rsalveti> do we have a silo for it already?
[14:51] <rsalveti> then land it :-)
[14:51] <ogra_> rsalveti, not sure and for a standloanr lxc-android-config upload i always find a silo overkill (since you cant really install that package easily anyway)
[14:52] <rsalveti> ogra_: where is the debdiff then?
[14:53] <rsalveti> ogra_: want to see what fixed it :-)
[14:53] <ogra_> rsalveti, a hack :P
[14:53] <rsalveti> hahah
[14:53] <ogra_> rsalveti, http://paste.ubuntu.com/7376744/
[14:53] <rsalveti> a dirty one for sure
[14:53]  * ogra_ likes the name :P
[14:54] <sil2100> hoho
[14:54] <rsalveti> hahah
[14:54] <rsalveti> evil
[14:54] <ogra_> it just flushes the default routes every time an interface change is detected
[14:54] <sil2100> Is that the name we'll be shipping? That's evil indeed ;)
[14:54] <ogra_> we'll probably add _muhahaha at the end of the filename
[14:54] <ogra_> :P
[14:54] <rsalveti> lol
[14:54] <sil2100> Yeah, that makes it all much better ;p
[14:54] <rsalveti> ogra_: please land this then, and let's trigger a new image
[14:55] <ogra_> cyphermox, ok with you ? i'd just do a direct upload of lxc-android-config for that
[14:55] <cyphermox> yes, that's always fine by me
[14:55] <ogra_> didrocks, objections ?
[14:56] <didrocks> "objection!"
[14:56] <cyphermox> let's not waste any more time than necessary
[14:56] <didrocks> sorry, too many phoenix wright (ace attorney) :)
[14:56] <didrocks> so yeah, please land it!
[14:56] <ogra_> didrocks, testing it from a silo means you unpack the package any copy the file in place ... since lxc-android-config isnt installable :)
[14:56] <ogra_> great
[14:57] <sil2100> http://www.name.com/blog/wp-content/uploads/2013/04/objection.jpg
[14:57] <didrocks> ogra_: http://upload.wikimedia.org/wikipedia/en/9/96/Ace_Attorney_objection.png
[14:57] <ogra_> (well, it is installable from recovery mode with a lot hackery)
[14:57] <ogra_> lol
[14:58] <davmor2> ogra_: cyphermox: right I am just waiting on some data transfers a reboot and some testing of missed calls and then I'm going to trial the proposed fix and see if I can break it
[14:58] <cyphermox> brb, need juice
[15:03] <ogra_> uploaded
[15:05] <sil2100> \o/
[15:10] <rsalveti> sil2100: mind allocating a silo for line 34?
[15:10] <popey> doanac: hello - https://code.launchpad.net/~popey/reminders-app/fix-vcs-manifest/+merge/218444 doesn't seem to have picked up my change?
[15:10] <sil2100> Just got the ping
[15:11] <sil2100> rsalveti: assigned!
[15:11] <doanac> popey: let me poke around
[15:12] <rsalveti> sil2100: thanks
[15:12] <popey> doanac: thanks, also https://code.launchpad.net/~popey/ubuntu-clock-app/fix-1315318/+merge/218067 seems to be failing and I cant see why
[15:13] <sil2100> :)
[15:20] <doanac> popey: as per your clock-app. do you not think these are real failures: https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/137/testReport/ ?
[15:21] <popey> doanac: looking at http://ci.ubuntu.com/smokeng/utopic/touch/mako/13:20140506:20140506/7883/ubuntu_clock_app/ - it seems they're flaky..?
[15:24] <doanac> popey: i'm not sure what the precedence is on getting an MP through that depends on flaky tests. do we have to get those tests un-flaky first?
[15:24] <popey> hm
[15:26] <popey> didrocks: was someone else looking at the clock app failures on CI this morning?
[15:26] <didrocks> popey: nothing more than on the ML AFAIK
[15:33] <doanac> popey: as per the reminders-app. The jenkins master is down that needs to kick that job off. fginther is going to get it back online
[15:34] <popey> thanks
[15:38] <davmor2> sil2100, didrocks: okay so the behaviour of callback didn't work on image 2 either but was actually broken worse so to that end I think it is safe to promote image 13 and add https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1316662 as a new blocker
[15:40] <didrocks> davmor2: \o/
[15:40] <didrocks> ogra_: promotion :)
[15:41] <popey> renato: any ideas on https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533
[15:41] <popey> i just ran it locally here and it seems to take a while to save but not 15 seconds
[15:42] <popey> and I'm not sure saving is the issue anyway, I don't see the toolbar come up at all
[15:43] <popey> so I don't think it actually gets as far as trying to save
[15:43] <popey> balloons: ^^
[15:43] <balloons> popey, heh, I was just looking at those clock bugs
[15:44] <popey> when i run it here, it looks more like it's trying to scroll the flickable
[15:44] <popey> and failing, then giving up
[15:45] <balloons> popey, perhaps it's not as nik90 described then
[15:45] <balloons> popey, we need to release shorts
[15:45] <popey> given I'm blocked on releasing reminders and clock, sure!
[15:46] <popey> I'll test now
[15:46] <balloons> I'm using r221.. those victor's changes won't land :-(
[15:49] <balloons> bizzarre, the upload is failing :-(
[15:57] <popey> balloons: 221 shorts pass, please upload to store
[15:57] <balloons> popey, love to, but store uploads return server error 500
[15:57] <popey> bueno ^
[15:58] <balloons> popey, they are looking at it :-)
[15:58] <rsalveti> ogra_: lxc-android-config is in, can we trigger a new image?
[15:59] <ogra_> didrocks, ^^^^
[15:59] <didrocks> ogra_: please do, but don't image my promotion request! :)
[16:00] <didrocks> rsalveti: yes ;)
[16:00] <ogra_> already running
[16:00] <rsalveti> great
[16:00] <didrocks> sweeeeeeet :)
[16:00] <ogra_> "Waiting for other process to release the global lock"
[16:00]  * ogra_ sits in front of that since a while 
[16:00] <ogra_> oh, it moved now
[16:00] <ogra_> yup, 13 promoted
[16:01] <ogra_> build triggered
[16:01] <didrocks> \o/
[16:01] <didrocks> sil2100: coming?
[16:05] <rsalveti> didrocks: hey, we have a newer hud in trusty, that is not yet in utopic:
[16:05] <rsalveti> https://launchpad.net/ubuntu/+source/hud
[16:05] <rsalveti> shouldn't we copy it over to utopic as well?
[16:06] <didrocks> rsalveti: yeah, cjwatson is doing it regularly at the start of the cycle
[16:07] <cjwatson> It's not in trusty-updates yet
[16:07] <rsalveti> right, needs to be promoted first
[16:07] <cjwatson> I don't generally copy things to utopic until we know we aren't going to get into a tangle with failed SRU verification
[16:07] <cjwatson> That said, in this case there's already a branched version in utopic-proposed
[16:08] <cjwatson> So I would consider this package out of bounds for the usual copying-up - please arrange for it to be uploaded separately
[16:08] <rsalveti> that one was just a no-change rebuild, but failed for ppc64el
[16:08] <cjwatson> Oh, right, I guess that would be OK
[16:09] <cjwatson> Did you try lobbing that ppc64el build back a few times?  It worked before, apparently ...
[16:09] <rsalveti> cjohnston: it seems it's not arch related actually, did a new bump in my ppa and it failed similarly for both amd64 and i386
[16:09] <rsalveti> sorry, cjwatson ^
[16:09] <balloons> ping doanac
[16:09] <cjwatson> Well, why don't I try retrying it then
[16:09] <imgbot> [16:10] <doanac> balloons: hey
[16:10] <cjwatson> Just in case it's a race
[16:10] <rsalveti> right
[16:10] <balloons> doanac, it looks like maybe a jenkins builder is offline. The core apps autolanding jobs don't appear to be running
[16:10] <doanac> balloons: yes. fginther is aware and is looking into it
[16:11] <doanac> sorry
[16:11] <balloons> doanac, brillant thanks. I thought he might know, just wanted to confirm ;-)
[16:11] <fginther> balloons, doanac, I think I have it fixed now. just restarting to clear out some old crud
[16:11] <doanac> old crud - i can't believe that would be possible
[16:20] <balloons> popey, shorts is ready for you to approve
[16:20] <Mirv> ok re: landing meeting filed a bug for file manager bug #1316677
[16:21] <popey> balloons: done
[16:22] <balloons> Mirv, I didn't see that on the dash
[16:24] <Mirv> balloons: yes I got the link to http://q-jenkins.ubuntu-ci:8080/job/utopic-touch-mako-smoke-daily/38/ from plars
[16:24] <balloons> Mirv, ahh :-)
[16:24] <Mirv> so after the ubuntu_filemanager_app -> filemanager suite name was fixed, first rerun yielded that flaky test and the next one succeeded
[16:25] <balloons> Mirv, yea I kind of caught on that you had some fallout from that
[16:25] <balloons> I'll have to remember fro renames it affects the dashboard also
[16:26] <Mirv> and then as I'm around today at this hour I can ping bfiller about getting this AP fix into gallery-app: https://code.launchpad.net/~chris.gagnon/gallery-app/autopilot-fix-flakyness-and-make-work-on-desktop/+merge/218129
[16:26] <Mirv> (ping done ^)
[16:27] <cjwatson> rsalveti: Good, it built
[16:28] <Mirv> ...except that it was just released already as a .deb, so only needs a click update
[16:28] <Mirv> gone for 2h and you go and fix things!
[16:29] <rsalveti> cjwatson: awesome, did a local rebuild and it failed similarly on amd64, might be a flaky test
[16:33] <bfiller> Mirv: it's landed
[16:39] <bfiller> sergiusens: gallery, notes and camera trunks now ready to be released as click
[17:10]  * ogra_ reads todays landing team mail and wonders what the heck the "sync monitor toolbar" is 
[17:21] <dpm> hi doanac, we've got a couple of top-approved MPs from a few hours ago here that haven't had any Jenkins run - https://code.launchpad.net/reminders-app/+activereviews - is there anything going on with the Jenkins jobs for lp:reminders-app? Do they need to be retriggered?
[17:22] <doanac> dpm: i think they should get kicked off soon. we had a jenkins server offline this morning.
[17:22] <sergiusens> bfiller: ack
[17:23] <bfiller> sergiusens: thanks
[17:23] <doanac> dpm: there are a couple of reminders-app MP being worked on it seems: http://91.189.93.70:8080/
[17:26] <dpm> doanac, ok, so I guess that should get taken care of soon automatically. Thanks!
[17:26] <bfiller> fginther: could you setup CI for this branch: lp:~phablet-team/address-book-app/staging
[17:27] <ogra_> doanac, did you see my ping from yesterday ? the bootcharts you produce are not reproducable for me ... yours always take ~10sec longer, i dont get why ...
[17:27] <doanac> ogra_: no. didn't see that.
[17:27] <fginther> bfiller, yes, that can be done, should be ready a little later today
[17:28] <doanac> ogra_: is there a specific phase where the CI lab is slower than what you see?
[17:29] <ogra_> doanac, well, i dont manage to get bootcharts with more than 28sec overall time here since a few images
[17:29] <ogra_> yours are far above 30 ... even close to 40 all the time
[17:29] <ogra_> http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-11.png
[17:29] <imgbot> [17:29] <ogra_> http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-13.png
[17:29] <imgbot> [17:30] <ogra_> and i have re-run both of these a few times when i saw yours
[17:30] <ogra_> they never take that long
[17:30] <ogra_> not sure how that can be
[17:31] <doanac> ogra_: just a wild guess. we provision the phone with all the click-apps. could that slow things down any?
[17:31] <ogra_> doanac, i'll try to find what takes longer in yours ... (EOD here and i still have some things to do)
[17:31] <ogra_> doanac, you mean you dont use phablet-bootchart ?
[17:32] <doanac> ogra_: we use phablet-bootchart, but skip its provisioning step i think
[17:32] <doanac> we use the "--noinstall" flag
[17:32] <ogra_> more clicks can slow down the first boot massively ... but subsequent ones when the clicks are registered shouldnt slow down the boot
[17:33] <ogra_> hrm
[17:33] <doanac> ogra_: probably not that then. because the phone should have already beent through the initial boot before we run the bootchart test
[17:33] <ogra_> you need three boots to even get the caches right ... thats why i added the install step to make sure it gets reliable numbers
[17:33] <davmor2> ogra_, cyphermox, popey: I can haz interwebz now to put it through it's paces :D
[17:34] <ogra_> davmor2, yay
[17:34] <ogra_> doanac, well, lets keep this as a topic for malta ... not sure i will find much time to dig deeper the next two weeks
[17:34] <doanac> ogra_: ack. sounds good.
[17:35] <ogra_> (and i guess you are busy enough too :) )
[17:36] <bfiller> fginther: thank you
[17:38] <fginther> bfiller, forgot to ask, you want the auto merger setup for that branch too, right?
[17:38] <bfiller> fginther: would be great
[17:39] <fginther> bfiller, np
[17:50] <rsalveti> robru: can you flush silo 9, don't need that landing anymore, need more work on it first
[18:05] <robru> rsalveti, sure
[18:07] <rsalveti> cjwatson: another rebuild that only failed for powerpc https://launchpad.net/ubuntu/+source/libusermetrics/1.1.1+14.04.20140305-0ubuntu3
[18:12] <cjwatson> rsalveti: Retried, although I don't know how hopeful I should be since it's failed at least twice now
[18:13] <rsalveti> right
[18:16] <rsalveti> robru: thanks!
[18:17] <tvoss_> sil2100, still around?
[18:19] <robru> tvoss_, I can help with landing things, what's up?
[18:31] <sergiusens> bfiller: who tested the clicks on the phone? did they notice 'Loading tests from: /home/phablet/autopilot/legacy-py2' at all?
[18:31] <sergiusens> they don't seem to break on py3, but it's still py2
[18:32] <bfiller> sergiusens: ChrisCagnon tested them
[18:32] <sergiusens> xnox: do you know if camera, notes and gallery land that we would be python2 free? Just so we can get rid of the provisioning switch in phablet-click-test-setup
[18:33] <xnox> sergiusens: as per our current list, that is the case.
[18:33] <sil2100> tvoss_: back now
[18:33] <xnox> sergiusens: best way to check is to make sure $ click list --manifest has autopilot dir set for everything that has AP tests.
[18:34] <sergiusens> xnox: ok, because they migrated them to python3 but the manifest wasn't updated
[18:34] <sergiusens> I might consider an out of band update ;-)
[18:34] <robotfuel> sergiusens: what problems do you have with new click apps?
[18:34] <xnox> sergiusens: yeah, some conversions were incomplete: missing manifest update, missing .deb updates, missing build-depends etc.
[18:34] <robotfuel> I tested them yesterday and it worked.
[18:34] <sergiusens> robotfuel: they are provisioned to legacy-py2 since they don't have the click manifest switch
[18:34] <xnox> sergiusens: i did clean up a few of them, but more sneaked in past.
[18:35] <sergiusens> robotfuel: Loading tests from: /home/phablet/autopilot/legacy-py2
[18:35] <sergiusens> robotfuel: did you notice that?
[18:35] <xnox> robotfuel: sergiusens: where are the clicks?
[18:35] <sergiusens> xnox: s-jenkins, one sec
[18:35] <xnox> or which branches / apps are we taking about ?
[18:35] <sergiusens> xnox: http://s-jenkins.ubuntu-ci:8080/view/click/job/camera-app-click/54/ http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/64/ http://s-jenkins.ubuntu-ci:8080/view/click/job/notes-app-click/64/
[18:36] <xnox> sergiusens: i mean it's fine to land it, as long as one manually tests python3 code path, or a chaser merge-proposal is made to fix it up.
[18:36] <sergiusens> xnox: well I wanted to act like the translator bot that commits to trunk :-P
[18:36] <sergiusens> but yeah, an MR requires a useless silo
[18:36] <robotfuel> sergiusens: I didn't notice that. I ran the tests manually with autopilot3 run <app-name> yesterday and they worked.
[18:36] <sergiusens> silo is useless as it's not click ready
[18:37] <sergiusens> robotfuel: yeah, that's not what ci does
[18:37] <xnox> sergiusens: let's not release these to store, and i'll do a merge proposal to correct above.
[18:37] <xnox> sergiusens: then you can review those.
[18:38] <xnox> sergiusens: .... or just commit to trunk.
[18:38] <sergiusens> xnox: do the MR, I'll look and we can manually merge
[18:43] <robotfuel> sergiusens: what's the needed click manifest switch?
[18:43] <robotfuel> sergiusens: so I know what to look for next time...
[18:43] <xnox> robotfuel: xtest-autopilot
[18:44] <xnox> robotfuel: see $ adb shell click list --manifest | grep -C 2 autopilot
[18:48] <dbarth_> o/ robru hiya, we've got silo 003 finally verified; i did rebuild it ~1h ago, so i think it's safe to land now
[18:55] <xnox> sergiusens: camera & gallery fixes proposed -> didn't build locally, will wait for jenkins (build-deps not installable on utopic for me)
[18:55] <xnox> sergiusens: notes-app looks correct and has autopilot key.
[18:56] <sergiusens> xnox: ah, I didn't try that one actually
[18:58] <sergiusens> xnox: I'm uploading notes now
[18:59] <sergiusens> I just assumed it would have the problem while waiting for the everlasting gallery tests to finish
[19:00] <sergiusens> robru: rsalveti can you reconfigure silo 006?
[19:01] <robru> on it
[19:05] <sergiusens> popey: https://myapps.developer.ubuntu.com/dev/click-apps/118/ for Happroval
[19:05] <sergiusens> popey: I ran the tests myself as you will notice in the changelog
[19:07] <popey> sergiusens: done
[19:07] <sergiusens> popey: great, thanks; the stock thing should be sorted by now btw
[19:14] <popey> thanks
[19:18] <davmor2> popey, cyphermox, ogra_: Good news the lift test passed woohoo!  (Lift being equivalent to standing in a Faraday cage surrounded by 3 feet of concrete and mesh.  That cuts out 3g and wifi, downstairs door opens 3g comes back, upstairs wifi comes back each time I was able to connect to the net and g+ app)
[19:19] <Saviq> robru, please delete lightdm packages from 002 ppa when you have a moment
[19:19] <robru> sure thing
[19:20] <robru> Saviq, ok, done. might take a second to really disappear though
[19:20] <Saviq> robru, yup, known
[19:26] <davmor2> popey: the 3 apps you just updated notes, shorts and calculator none seem to be downloading
[19:29] <sergiusens> robru: was that on it wrt my request and was it completed? :-)
[19:30] <sergiusens> robru: was that on it wrt my request and was it completed? :-)
[19:30] <robru> ugh my IRC client just crashed, who just pinged me?
[19:30] <sergiusens> robru: me :-)
[19:30] <robru> sergiusens, uhhh... yes? I don't remember. When I said "on it" it was in response to the message *immediately* before it, and whatever it was is done now
[19:31] <sergiusens> robru: great
[19:31] <robru> and my scrollback is gone
[19:31] <robru> ;-)
[19:31] <robru> time to find a new IRC client, smuxi has crashed like 5 times today, losing scrollback each time.
[19:32] <sergiusens> robru: if I look at https://ci-train.ubuntu.com/job/landing-006-0-reconfigure/6/ it doesn't seem to be reconfigured though
[19:32] <robru> sergiusens, oh yes, that's because there's two different jobs for that
[19:33] <robru> sergiusens, the "reconfigure" job is the one that you are allowed to run but will fail if the packages have changed. when you ping me to reconfigure, I actually re-run the prepare job
[19:33] <sergiusens> robru: ok; just wondering if there's a way to figure this out in case I missed the bot
[19:33] <robru> sergiusens, https://ci-train.ubuntu.com/job/prepare-silo/335/console
[19:33] <popey> davmor2: store problem?
[19:33] <sergiusens> robru: thanks, we don't have links for that though :-)
[19:33] <robru> sergiusens, there is a link at http://people.canonical.com/~rbpark/citrain/ ;-)
[19:33] <davmor2> popey: no idea I'm just double checking things my end
[19:34] <popey> davmor2: lemme check on my stable phoen
[19:34] <popey> (which is frozen)
[19:34] <sergiusens> robru: ah, the prepare a silo at the top, thanks
[19:34] <davmor2> popey: see it's so stable it's static
[19:35] <sergiusens> robru: I'm using your view btw; easier to use; not a huge fan of the hiding buttons, but much much better than the spreadsheet
[19:35] <sergiusens> robru: hope you add editing in there this weekend ;-)
[19:36] <robru> sergiusens, yeah I would love to add editing but unfortunately it's a bit beyond what I'm able to do with that particular setup (there's no server-side listening to form submissions there, it's a purely client-side ajax html page served statically)
[19:37] <robru> sergiusens, also, an older view of that page had non-hiding buttons and it was massively cluttered. had to hide them just to keep the view sane
[19:37] <sergiusens> robru: yeah, I figured as much from the url; this would need some django or fun golang learning project ;-)
[19:38] <sergiusens> robru: yeah, I just get confused when scrolling, I am not that picky either having used enterprise intranets before I'm used to anything these days... but I avoid excel like things as much as I can :-)
[19:40] <robru> sergiusens, yeah me too, I've been campaigning against spreadsheets since forever, but there's too much inertia to kill it.
[19:54] <popey> davmor2: worked here
[21:43] <fginther> bfiller, FYI, the address-book-app/staging jobs you requested were deployed
[23:26] <bfiller> fginther: great thanks