[02:09] === trainguard: IMAGE 13 building (started: 20140506 02:10) === [03:44] === trainguard: IMAGE 13 DONE (finished: 20140506 03:45) === [03:44] === changelog: http://people.canonical.com/~ogra/touch-image-stats/13.changes === [04:02] morning [06:26] 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] they don't change the packaging identically, but also the one not changed by x_nox was approved by him [06:28] namely the more thorough one uses dh-python and the other one doesn't [06:29] Mirv: so, you think they did test it? [06:30] (if so, +1) [06:32] didrocks: yes they marked it as being tested an hour ago, while it was built 15h ago [06:32] thanks [07:30] I was wondering if there was any discussion about the new file manager's AP failures === psivaa changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: psivaa | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: spreadsheet problems, do not trust CI-SNCF bot [08:03] psivaa: was there some status update on the file manager failure? testsuite name ubuntu_filemanager_app -> filemanager [08:03] Mirv: is this in relation to the smoke failure? [08:04] 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] 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] Mirv: let me re-run that test with 'filemanager' [08:07] psivaa: image #9 saw update of filemanager to .169 and bzr166 renamed ubuntu_filemanager_app -> filemanager [08:08] I see a commit for that in trunk indeed [08:08] Too bad no one coordinated this with anyone [08:12] yea, 10,11,12 & 13 have this issue. running it with 'filemanager' now and tests are running [08:13] psivaa: thanks! 9 would have had it also, but it seems the whole test suite was not run there :S [08:13] I did get 3 failing tests myself locall, let's see if it's flaky or happens also on test infra [08:13] Mirv: yea. not sure what happened there.. just working my way backwords :) [08:13] :) [08:23] ... 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] ToyKeeper, hopefully a desktop bug ? [08:33] (or do we have to worry ? ) [08:35] No, and I don't think so. [08:38] phew :) [08:50] 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] popey, i saw it going blank during download yesterday (on flo) [08:57] not the thing where the content disappears [08:57] the entire screen (indicator aside) is blank, looks like it didnt start [09:05] ah, havent seen that yet === vrruiz_ is now known as rvr [09:58] Morning all [09:59] popey: I had to reset the networking on 12 this morning and then the upgrade to 13 was fine [10:00] reset networking? as in flip the switch off/on? [10:00] 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] popey: yes [10:01] mount -o remount,rw / ... put file in place ... mount -o remount,ro / [10:01] i'm running with that here and have not seen routing issues since [10:02] ogra_: let me do the dogfooding for 13 first so I can see how impacting it is [10:02] ok [10:02] popey, ^^^ for you too ... we need as much testing as possible ... [10:08] 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] davmor2: ok man, take care of her [10:09] Yeah I am :)ssss [11:10] 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] Mirv: has anyone let the app developers know? [11:29] 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] Mirv: ah nice okay [11:30] 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] didrocks, hey, any idea why https://ci-train.ubuntu.com/job/landing-002-1-build/49/console is waiting for arm64? [11:54] popey: if you send a message to your phone while it sleeps do you get a notification tone for it? [11:54] 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] Saviq: hi, it seems u-s-c is built for arm64 in utopic [11:55] yeah, it's built on it [11:55] hmm ok /me looks why the dep wait [11:55] uh oh [11:55] * Saviq got firefox 29 [11:57] rounded tabs [11:57] yeah, doesn't look nice at all :| [11:57] * ogra_ doesnt care as long as it renders websites correctly [11:58] Mirv, u-s-c in that silo depends on libandroid-properties-dev, which are not available on arm64 :| [11:59] 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] i thought i saw a bug about that ... [12:00] 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] Saviq: don't look at the tabs then ;) [12:01] bug 1308365 [12:01] bug 1308365 in dialer-app "press-call-twice-to-redial doesn't work" [Undecided,Confirmed] https://launchpad.net/bugs/1308365 [12:01] Mirv, good question, I'm not really sure where that dependency comes from... [12:01] ogra_: no not that one :) That is a feature request === cjohnston changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cjohnston | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: spreadsheet problems, do not trust CI-SNCF bot [12:02] * ogra_ wonders why pad.lv doesnt seem to load for him [12:02] Mirv: not there yet, more blocked on webapps mtaintenance right now [12:03] Mirv: maybe we can list that as a sprint goal === alan_g is now known as alan_g|lunch [12:04] dbarth_: ok [12:04] 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] 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] dbarth_: so postponing landing-003 again? ok. [12:06] that feature will only be used in corner cases now ... while it was more important with webkit [12:06] ogra_: this is to let each app tweak it's own, but agreed, less important [12:06] its [12:06] dbarth_, i knwo what it does, its my bug ;) [12:06] (or is supposed to do) [12:07] 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] dbarth_, btw, is anyone looking at browser activity fixing ? tabs/bookmarks etc dont work at all [12:07] oSoMoN_: landing-005 it is, unless you want to join the two landings into one [12:07] (i assume that waits for the new bottom edge stuff ?) [12:07] Mirv, thanks, two separate landings will do [12:07] then it's good. [12:08] 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] so you can't hang up [12:09] 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] you have to close the app and then reopen it [12:09] davmor2, wont work with devel ... the event bock bug is still present [12:09] *block [12:09] 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] we'll have our oxide catch up later today, so i'll ask [12:10] 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] ogra_, can you elaborate on "don’t work at all"? [12:12] oSoMoN_, tap the activities button ... nothing happens [12:12] ogra_: should work [12:12] ogra_, if that didn’t work, then we would be seeing autopilot failures in the daily runs [12:13] oSoMoN_, oh, trying it now it got even worse ... s/nothing happens/browser freezes/ [12:13] ogra_: what app has the new topbar header in it [12:13] oSoMoN_, feel free to try it :) [12:13] ogra_, trying now [12:14] 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] oSoMoN_, stopped for me when we switched to oxide ... its quite an old bug [12:15] 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] ogra_, did you report it? it sounds like a pretty bad regression, if it was confirmed [12:15] davmor2, right, and even in native apps we will steal 10-20% of the screen space from the content [12:17] 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] if you can confirm it i'll file it right now [12:17] ogra_, it’s definitely a bug, and not an expected regression [12:17] 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] I’m updating to the latest image, will confirm in a moment [12:17] if you cant, there must have something gone wrong when transitioning my settings from webkit to oxide ... [12:18] which is a bug as well, but probably less severe [12:18] davmor2, right, but that wont be possible ... dragging from the top is reserved for indicators ... [12:19] so i assume th only option is to have it permanently visible [12:19] 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] ah [12:21] 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] 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] ah, yeah, that might work [12:23] oSoMoN_, nothing at all ... as if i had not tapped the button [12:24] but the browser is hard locked again [12:24] and no logs? [12:24] nope [12:24] huh, that’s weird [12:24] http://paste.ubuntu.com/7404267/ [12:24] oSoMoN_: pinging is fine, I just stop answering soon and then sil2100 will switch to robru/cyphermox later on [12:25] thats what it rpints from start of the app to the point where i tap [12:25] Mirv, ok, thanks [12:25] 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] ogra_, can you share them with me, by any chance? [12:26] ~/.local/share/webbrowser-app/[bookmarks|history].sqlite [12:26] 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@styx:~/Devel/apps/book-app$ adb shell ls -l ~/.local/share/webbrowser-app/bookmarks.sqlite [12:27] ls: cannot access /home/ogra/.local/share/webbrowser-app/bookmarks.sqlite: No such file or directory [12:27] ogra@styx:~/Devel/apps/book-app$ adb shell ls -l ~/.local/share/webbrowser-app/history.sqlite [12:27] ls: cannot access /home/ogra/.local/share/webbrowser-app/history.sqlite: No such file or directory [12:27] ogra@styx:~/Devel/apps/book-app$ [12:27] hmm [12:28] are you sure that is the right path ? [12:28] err [12:28] lol [12:28] funny ... so ~ gets expanded [12:28] never had that with adb before [12:29] ogra@styx:~/Devel/apps/book-app$ adb shell ls -lh /home/phablet/.local/share/webbrowser-app/history.sqlite [12:29] -rw-r--r-- 1 phablet phablet 149K May 6 14:23 /home/phablet/.local/share/webbrowser-app/history.sqlite [12:29] ogra@styx:~/Devel/apps/book-app$ adb shell ls -lh /home/phablet/.local/share/webbrowser-app/bookmarks.sqlite [12:29] -rw-r--r-- 1 phablet phablet 2.0K Dec 19 17:09 /home/phablet/.local/share/webbrowser-app/bookmarks.sqlite [12:29] ogra@styx:~/Devel/apps/book-app$ [12:29] not actually big [12:29] let me pull them [12:31] oSoMoN_, http://people.canonical.com/~ogra/browser/ [12:31] ogra_, thanks, I’ll run some tests with them after lunch [12:32] let me try to move them away and see if that changes behavior here [12:32] oh ! [12:33] it came up ... the phone was lying there for like 10min and now it just popped up the activities page [12:34] so it works ... just takes ages [12:34] and the app is completely unresponsive during that [12:36] oSoMoN_, moving the dir away makes it work [12:42] ogra_: good morning! how's the network? :) [12:44] cyphermox, steady :) [12:44] cyphermox, i'm waiting for davmor2 to test too since he is more roaming around etc :) [12:44] from my pov it is fixed [12:44] but i dont swithc much between 3G and WLAN [12:45] right [12:47] * didrocks goes for a run [12:55] ogra_: gonna go for a walk, will test [12:55] popey, thanks ! [12:56] i actually need to mow the lawn today ... i should perhaps just do that now so it roams a bit === alan_g|lunch is now known as alan_g [13:09] 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] davmor2: you think that's a blocker? [13:12] 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] sil2100: however I'm going to file the bug first :) [13:14] davmor2: ok, thanks ;) [13:21] ogra_: seems way better [13:21] popey, way better or fixed ? [13:22] well, fixed [13:22] yay [13:22] cyphermox, ^^^ [13:22] cool [13:22] ship it! [13:22] yeah [13:23] 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] right, it works fine with a new/empty DB [13:24] got bug 1309556 again while I was out ☹ [13:24] bug 1309556 in camera-app (Ubuntu) "camera crashed and took phone with it." [Undecided,New] https://launchpad.net/bugs/1309556 [13:24] i assume we should probably create some bookmarks for the test runs to catch such issues [13:24] and ship a pre-filled history DB in the autopilot package or so [13:25] ogra_, sounds like a good idea, noted down [13:29] 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] yeah [13:29] its quite snappy here with the removed db [13:29] 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? === oSoMoN_ is now known as oSoMoN [13:31] yeah [13:31] a week should be enough ... or even less [13:37] ogra_: which ppa for the fix? [13:37] cyphermox, a silo i'd say [13:38] i'll need to update the mms silo again then ... [13:38] well yeah, that's what I meant [13:38] (since that has another lxc-android-version already) [13:38] don't we want to ship those separate? [13:41] Is there a silo with the route workaround already? [13:49] sil2100, would you mind publishing silo 5? I just completed testing for it [13:56] oSoMoN: sure, just doing lunch right now [13:56] But let me take a look [13:56] sil2100, there’s no urgency, enjoy your lunch and have a look afterwards :) [14:01] didrocks: I would need 2 packaging ACK from you :) [14:01] Both look rather good [14:01] 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] ah, I was about to ask who could ack the packaging changes, sil2100 has been faster :) [14:02] 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] 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] it makes sense [14:18] sil2100: the transition has been tested server-side as well? [14:19] sil2100: if so, +1 [14:19] (for both) [14:19] didrocks: by server-side, you mean on CI infra? [14:19] yeah [14:19] didrocks: let me ask around about that [14:19] ok [14:19] on packaging itself, +1 though [14:20] 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] oSoMoN: phablet-test-run still works and such, yes? [14:21] bfiller: ^ same regarding your landing [14:21] sil2100: QA verified the AP tests all worked on the device [14:22] 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] also, there are other apps that have already migrated to python3 for their autopilot tests, and they seem to work [14:25] 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] plars: hi! Are you around? [14:27] sil2100: no [14:27] :D [14:27] :) [14:27] sil2100: what's up? [14:28] 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] sil2100: I saw that, there are a few that there might be concerns with [14:29] sil2100: we use phablet-test-run for all the autopilot tests, which aiui handles that automagically. [14:29] sil2100: so if the current autopilot tests have been ported to py3, then it should already be running them with it [14:29] 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] Oh [14:30] ;) [14:30] sil2100: as long as we continue to have an autopilot3 binary, those won't break [14:30] sil2100: but we can drop the hack when autopilot == autopilot3 [14:30] I guess that's still not the case, but anyway, thanks! I guess it's safe to land those [14:31] sil2100: the only things I'm concerned about are the ones around the edges - the smem/eventstat/memevent/etc [14:31] sil2100: I was going to try to check on those today [14:31] sil2100: when are you looking to pull py2 from the image? [14:32] plars: I don't know the exact ETA, but we're getting to that slowly... [14:33] sil2100: there are some minor (I hope) cleanups to do, and I'll be taking a look at those shortly [14:37] 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] balloons: yeah, sorry, holidays made me forget to recheck :-) [14:38] sil2100: most of the core apps tests are py3 (if not all) [14:39] 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] sergiusens, ty [14:49] ogra_: when are we building a new image? :-) [14:49] some of the 2to3 tool recommendations seem like nonsense [14:49] want a new build to test the x86 image [14:50] 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] ogra_: yeah [14:51] would be nice [14:51] ogra_: what is the fix for that? [14:51] we had 4 perople test it and it worked for all of us [14:51] do we have a silo for it already? [14:51] then land it :-) [14:51] 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] ogra_: where is the debdiff then? [14:53] ogra_: want to see what fixed it :-) [14:53] rsalveti, a hack :P [14:53] hahah [14:53] rsalveti, http://paste.ubuntu.com/7376744/ [14:53] a dirty one for sure [14:53] * ogra_ likes the name :P [14:54] hoho [14:54] hahah [14:54] evil [14:54] it just flushes the default routes every time an interface change is detected [14:54] Is that the name we'll be shipping? That's evil indeed ;) [14:54] we'll probably add _muhahaha at the end of the filename [14:54] :P [14:54] lol [14:54] Yeah, that makes it all much better ;p [14:54] ogra_: please land this then, and let's trigger a new image [14:55] cyphermox, ok with you ? i'd just do a direct upload of lxc-android-config for that [14:55] yes, that's always fine by me [14:55] didrocks, objections ? [14:56] "objection!" [14:56] let's not waste any more time than necessary [14:56] sorry, too many phoenix wright (ace attorney) :) [14:56] so yeah, please land it! [14:56] 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] great [14:57] http://www.name.com/blog/wp-content/uploads/2013/04/objection.jpg [14:57] ogra_: http://upload.wikimedia.org/wikipedia/en/9/96/Ace_Attorney_objection.png [14:57] (well, it is installable from recovery mode with a lot hackery) [14:57] lol [14:58] 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] brb, need juice === doanac changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: doanac | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: spreadsheet problems, do not trust CI-SNCF bot [15:03] uploaded [15:05] \o/ [15:10] sil2100: mind allocating a silo for line 34? [15:10] 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] Just got the ping [15:11] rsalveti: assigned! [15:11] popey: let me poke around [15:12] sil2100: thanks [15:12] 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] :) [15:20] 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] 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] 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] hm [15:26] didrocks: was someone else looking at the clock app failures on CI this morning? [15:26] popey: nothing more than on the ML AFAIK === gatox is now known as gatox_lunch [15:33] 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] thanks [15:38] 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:38] Ubuntu bug 1316662 in dialer-app (Ubuntu) "dialer app goes a bit funny when using the return missed call feature" [Undecided,New] [15:40] davmor2: \o/ [15:40] ogra_: promotion :) [15:41] renato: any ideas on https://bugs.launchpad.net/ubuntu-clock-app/+bug/1314533 [15:41] Ubuntu bug 1314533 in Ubuntu Clock App "Test fails on mako #3 utopic" [High,Confirmed] [15:41] i just ran it locally here and it seems to take a while to save but not 15 seconds [15:42] and I'm not sure saving is the issue anyway, I don't see the toolbar come up at all [15:43] so I don't think it actually gets as far as trying to save [15:43] balloons: ^^ [15:43] popey, heh, I was just looking at those clock bugs [15:44] when i run it here, it looks more like it's trying to scroll the flickable [15:44] and failing, then giving up [15:45] popey, perhaps it's not as nik90 described then [15:45] popey, we need to release shorts [15:45] given I'm blocked on releasing reminders and clock, sure! [15:46] I'll test now [15:46] I'm using r221.. those victor's changes won't land :-( [15:49] bizzarre, the upload is failing :-( [15:57] balloons: 221 shorts pass, please upload to store [15:57] popey, love to, but store uploads return server error 500 [15:57] bueno ^ [15:58] popey, they are looking at it :-) [15:58] ogra_: lxc-android-config is in, can we trigger a new image? [15:59] didrocks, ^^^^ [15:59] ogra_: please do, but don't image my promotion request! :) [16:00] rsalveti: yes ;) [16:00] already running [16:00] great [16:00] sweeeeeeet :) [16:00] "Waiting for other process to release the global lock" [16:00] * ogra_ sits in front of that since a while [16:00] oh, it moved now [16:00] yup, 13 promoted [16:01] build triggered [16:01] \o/ [16:01] sil2100: coming? [16:05] didrocks: hey, we have a newer hud in trusty, that is not yet in utopic: [16:05] https://launchpad.net/ubuntu/+source/hud [16:05] shouldn't we copy it over to utopic as well? [16:06] rsalveti: yeah, cjwatson is doing it regularly at the start of the cycle [16:07] It's not in trusty-updates yet [16:07] right, needs to be promoted first [16:07] 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] That said, in this case there's already a branched version in utopic-proposed [16:08] So I would consider this package out of bounds for the usual copying-up - please arrange for it to be uploaded separately [16:08] that one was just a no-change rebuild, but failed for ppc64el [16:08] Oh, right, I guess that would be OK [16:09] Did you try lobbing that ppc64el build back a few times? It worked before, apparently ... [16:09] 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] sorry, cjwatson ^ [16:09] ping doanac [16:09] Well, why don't I try retrying it then [16:09] === trainguard: IMAGE 14 building (started: 20140506 16:10) === [16:10] balloons: hey [16:10] Just in case it's a race [16:10] right [16:10] doanac, it looks like maybe a jenkins builder is offline. The core apps autolanding jobs don't appear to be running [16:10] balloons: yes. fginther is aware and is looking into it [16:11] sorry [16:11] doanac, brillant thanks. I thought he might know, just wanted to confirm ;-) [16:11] balloons, doanac, I think I have it fixed now. just restarting to clear out some old crud [16:11] old crud - i can't believe that would be possible [16:20] popey, shorts is ready for you to approve [16:20] ok re: landing meeting filed a bug for file manager bug #1316677 [16:20] bug 1316677 in Ubuntu File Manager App "flaky test test_cut_directory" [Undecided,New] https://launchpad.net/bugs/1316677 [16:21] balloons: done [16:22] Mirv, I didn't see that on the dash [16:24] balloons: yes I got the link to http://q-jenkins.ubuntu-ci:8080/job/utopic-touch-mako-smoke-daily/38/ from plars [16:24] Mirv, ahh :-) [16:24] so after the ubuntu_filemanager_app -> filemanager suite name was fixed, first rerun yielded that flaky test and the next one succeeded [16:25] Mirv, yea I kind of caught on that you had some fallout from that [16:25] I'll have to remember fro renames it affects the dashboard also [16:26] 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] (ping done ^) [16:27] rsalveti: Good, it built [16:28] ...except that it was just released already as a .deb, so only needs a click update [16:28] gone for 2h and you go and fix things! [16:29] cjwatson: awesome, did a local rebuild and it failed similarly on amd64, might be a flaky test [16:33] Mirv: it's landed === gatox_lunch is now known as gatox [16:39] 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] 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] dpm: i think they should get kicked off soon. we had a jenkins server offline this morning. [17:22] bfiller: ack [17:23] sergiusens: thanks [17:23]