[07:10] <didrocks> ogra_: if you are around, I can't find the lxc-android-config branch, apparently ofono does need it and as it doesn't follow our normal project/branch structure, I can't find it :/
[07:36] <didrocks> popey: once you are around, anyway to revert weather-app? All AP are failing (the SetUp() function is failing on an unknown method)
[08:25] <vila> cihelp qa-intel-4000 encounter kernel crashes, http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-intel-4000 are failing or hanging
[08:26] <vila> cihelp or suceeding for wrong reasons :-/
[08:27] <vila> cihelp kernel reverted to previous version
[08:32] <popey> didrocks: morning
[08:32] <vila> cihelp new container created to make sure it's aligned with the reverted kernel
[08:33] <popey> didrocks: well that sucks, they ran fine here
[08:34] <didrocks> popey: it's really weird, as you can see from the traceback, it's either they can or can't run :p
[08:34] <didrocks> popey: I don't know where the code is, can you check about that function?
[08:35] <didrocks> to see if the system isn't using the right autopilot tests?
[08:35] <popey> i can revert to previous version in the store
[08:36] <didrocks> popey: yeah, let's try that first and then, we can understand what happens
[08:37] <popey> "Changed published version to 1.0.163.
[08:37] <popey> done
[08:37] <didrocks> thanks!
[08:37] <didrocks> popey: what's really weird is that the issue is really black or white
[08:37] <didrocks> I really wonder if the autopilot tests are not the right one
[08:37] <didrocks> do you have the sources handy?
[08:38] <popey> yes
[08:38] <popey> lp:ubuntu-weather-app
[08:40] <popey> http://paste.ubuntu.com/6565596/
[08:40] <popey> (diff) - line 43 looks suspicious
[08:40] <didrocks> popey: yeah, it's the missing function
[08:40] <didrocks> called frmo setUp()
[08:40] <didrocks> from*
[08:41] <didrocks> I think the fix is just to remove that call, like in tests/test_mainview.py
[08:41] <didrocks> but I wonder how this can work for you
[08:41] <didrocks> and sergio
[08:41] <popey> probably because our phones aren't clean?
[08:41] <didrocks> yeah, I would like that we dig a little bit, if it was just you, it's a human error, and so ok
[08:42] <didrocks> you and sergio at the same time…
[08:42] <didrocks> maybe something in the click test runner isn't grabbing the right versions
[08:42] <popey> well neither of us has a clean phone
[08:42] <didrocks> yeah, but maybe we need to understand what happens so that we can add safety guard in the test runner?
[08:42] <didrocks> to tell "ohoh, you're not testing with the right things"
[08:43] <vila> Mirv: I need a new run of say head/qa on q-jenkins to test the reverted kernel/new container is it just clicking Build on http://q-jenkins.ubuntu-ci:8080/job/cu2d-qa-head/ or will I screw something ?
[08:47] <vila> didrocks: ^
[08:47] <didrocks> vila: you can do that, yeah
[08:47] <didrocks> default parameters, don't change anything
[08:47] <Mirv> vila: just that, with defaults
[08:48] <vila> done
[08:48] <vila> brace yourselves
[08:49] <didrocks> cihelp: I think that the daily-build ppa is declaring building on ppc64el when it's not
[08:49] <didrocks> I think cjwatson can confirm
[08:50] <didrocks> so, it's dep-waiting forever or something that won't build
[08:58] <vila> didrocks: does that block my head-qa test ?
[08:58] <didrocks> vila: it will
[08:59] <didrocks> well, the build job will be blocked forever
[08:59] <didrocks> unless you skip the arch
[08:59] <vila> oh, it blocks the current friends-head but will *also* block qa-head, urgh
[08:59] <vila> didrocks: ^ correct ?
[09:00] <didrocks> vila: shouldn't
[09:00] <rsalveti> didrocks: I'm reviewing and landing the ofono change atm
[09:00] <didrocks> rsalveti: thanks, I'll kick an image once ofono is in
[09:00]  * didrocks publishes the missing qmenumodel now
[09:01] <vila> didrocks: shouldn't what ?
[09:01] <didrocks> vila: shouldn't block
[09:20] <vila> cihelp, didrocks, Mirv: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-intel-4000/943/ succeeded
[09:21] <didrocks> vila: yeah, but the build job is blocked, right?
[09:23] <sil2100> huh, ppc64el - something I didn't see before
[09:24] <sil2100> didrocks: I don't see ppc64el building in our PPA, so should I skip the arch for autopilot in QA?
[09:24] <didrocks> sil2100: please kill the build job, I think vila isn't responsding
[09:24] <didrocks> sil2100: I have the fix for it, but *shrugh* for ppas lying
[09:25] <sil2100> Ok, so just killing, right... another workaround for PPA lies
[09:25] <didrocks> yeah…
[09:25] <vila> didrocks: huh, what ?
[09:25] <didrocks> sil2100: we were waiting for you yesterday
[09:25] <didrocks> vila: 10:21:32   didrocks | vila: yeah, but the build job is blocked, right?
[09:26] <vila> didrocks: can't see that but maybe sil2100 already killed it ?
[09:26] <didrocks> vila: I'll need you to deploy the latest cu2d
[09:27] <didrocks> it contains the ignore that arch
[09:27] <vila> didrocks: you got a job for that no ?
[09:27] <didrocks> hum, really? I don't remember the reference, do you have it?
[09:27] <vila> didrocks: and you still need to sync with your cu2d jobs ?
[09:27] <didrocks> vila: not sure what you mean
[09:28] <sil2100> didrocks: sorry about that, I guess my Thursdays are really unlucky for evening meetings since the last weeks, been missing on that one frequently, always on the same day ;/
[09:28] <didrocks> vila: I need something pulling latest lp:cupstream2distro
[09:28] <didrocks> sil2100: can you warn us in advance please?
[09:28] <vila> didrocks: fginther create a job for that, not sure if it that has landed but you commented on the MP no ?
[09:28] <vila> s/create/created/
[09:29] <didrocks> vila: no, this is to deploy stacks
[09:29] <didrocks> vila: I'm asking for deploying latest cu2d code
[09:30] <didrocks> thanks rsalveti, let's hope a quick migration to the release pocket :)
[09:30] <rsalveti> didrocks: right, still building for armhf
[09:31] <didrocks> ok
[09:31] <rsalveti> but yeah, should take ~20 min at least :-)
[09:31] <sil2100> didrocks: hai!
[09:31] <didrocks> asac: didn't you want to join?
[09:31]  * sil2100 wonders why he has to re-enter all the google credentials everytime now
[09:33] <asac> didrocks: i am in
[10:01] <ogra_> didrocks, apt-get source ;) ... or use UDD ...
[10:01] <didrocks> ogra_: no worry, I found it that they were no real branch :)
[10:01] <ogra_> it is a real branch ... several even ;) on my disk
[10:01] <didrocks> ahah ;)
[10:01] <didrocks> and I got the code from Tony
[10:02] <didrocks> so all good
[10:02] <ogra_> yeah, that was a trivial change
[10:02] <ogra_> i was pinged about it on my last day
[11:00] <cjwatson> didrocks: Huh?  ppc64el isn't in Launchpad yet (in any meaningful way).  I find it very doubtful that a PPA could possibly be doing anything with it ...
[11:00] <cjwatson> didrocks: URL?
[11:01] <didrocks> cjwatson: https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-2.1build/588/console
[11:01] <didrocks> see the 2013-12-13 07:43:12,338 INFO arch: ppc64el, status: building
[11:02] <didrocks> cjwatson: this is coming from series.architectures
[11:02] <didrocks> series coming from get_ubuntu().getSeries(name_or_version="trusty")
[11:02] <didrocks> get_ubuntu() is the ubuntu launchpadlib object
[11:03] <davmor2> morning all
[11:03] <didrocks> hey davmor2
[11:06] <davmor2> didrocks: I'm so happy that awe could reconstitute the crash into something useful :D
[11:06] <didrocks> yep ;)
[11:06]  * didrocks is waiting for ofono to transitio to kick an image build
[11:07] <popey> didrocks: I added a landing ask. do I need to find someone to action it or can you?
[11:10] <didrocks> popey: no, that's fine, I'm just going to assign it
[11:10] <didrocks> thanks!
[11:10] <popey> sweet! thanks.
[11:12] <didrocks> yw
[11:12] <cjwatson> didrocks: hmm, I guess it got flipped to enabled recently in trusty.  but shouldn't you be intersecting this with the set of architectures that your PPA can actually build in any case?
[11:12] <cjwatson> didrocks: you can get that from the "enabled_restricted_processors" attribute on your archive
[11:12] <cjwatson> which doesn't have ppc64el enabled
[11:12] <didrocks> cjwatson: oh, I didn't know that parameter
[11:13] <didrocks> cjwatson: ok, I'll interest with that one, I was doing the intersection manually between virtualized and not virtualized
[11:13] <didrocks> thanks
[11:13] <cjwatson> that's *restricted* processors, note - i386 and amd64 get added regardless
[11:13] <didrocks> ok, but making sense
[11:13] <cjwatson> wonder if that's doable without hardcoding
[11:14] <didrocks> well, using that parameter from my side will be already a big help :)
[11:18] <cjwatson> grumble, you can only get at it in an annoying way right now
[11:18] <cjwatson> didrocks: http://paste.ubuntu.com/6566175/
[11:18] <cjwatson> err sorry for unhelpful lack of line-wrapping there
[11:19] <cjwatson> LP has a link from DAS to Processor, it just isn't exported
[11:21] <didrocks> cjwatson: ah, so using that list + the enabled_retristed_preprocessors collection, that should do it, yeah. Thanks for the hint!
[11:22] <cjwatson> didrocks: https://bugs.launchpad.net/launchpad/+bug/1260695
[11:22]  * didrocks subscribes
[11:38] <davmor2> popey, didrocks: I get this from time to time but it is impossible to replicate http://ubuntuone.com/2eWjzdTlxxtVG4eL03pmWY notice that the i key is on top of the q key, if you press the empty space you get an i but it doesn't look pretty
[11:39]  * popey waits for the picture to load like it's 1998
[11:39] <davmor2> popey: still
[11:40] <popey> ooh thats interesting
[11:40] <popey> not seen that before
[11:40] <didrocks> popey: ah, you had this feeling too!
[11:40] <didrocks> yeah, same, never
[11:40] <didrocks> davmor2: I think it's not a new regression, I see nothing that came in that can impact that
[11:40] <didrocks> if you hide the keyboard
[11:40] <didrocks> and show it again
[11:41] <didrocks> is it "fixed"?
[11:41] <didrocks> (you should have an azerty keyboard, we never have those bugs :p)
[11:42] <didrocks> popey: davmor2: just started to build image #64. I hope it will be THE one
[11:42] <didrocks> I'll tell you once published, please prepare to dogfood that one
[11:42] <popey> ooh, 64, a nice round number
[11:42] <davmor2> didrocks: no but if you close the app and a fresh maliit is called it is fixed then
[11:42] <didrocks> popey: isn't it! it was all planned!
[11:42] <popey> :D
[11:42] <didrocks> davmor2: interesting
[11:42] <davmor2> didrocks: it's been around for a while but no easy way to reproduce it
[11:42] <didrocks> yeah
[11:42] <didrocks> :/
[11:43] <didrocks> maybe file a bug and talk to the keyboard team?
[11:43] <davmor2> didrocks: before it happened maliit I think crashed so I'll look into that
[11:43] <didrocks> ok ;)
[11:46] <davmor2> popey: in /var/crash do you see _usr_lib_arm-linux-gnueabihf_upstart-app-launch_desktop-hook.<number>.crash ?
[11:46] <popey> yes
[11:46] <popey> -rw-rw-r--  1 phablet whoopsie  10K Dec 12 20:34 _usr_lib_arm-linux-gnueabihf_upstart-app-launch_desktop-hook.32011.crash
[11:47] <davmor2> didrocks: ^ not sure how important that is :)
[11:47] <didrocks> I think this was the click apps regression?
[11:48] <davmor2> didrocks: but I did a fresh install of the "Fixed click apps" version and this happened today on R62 for me iirc
[11:49] <didrocks> davmor2: ah, please retrace it then
[11:49] <didrocks> we'll see how often it is and if that should be a blocker
[12:02] <davmor2> didrocks: oh interesting looks like notes triggered it but I haven't opened notes :\
[12:03] <didrocks> davmor2: waow, that's some kind of magic, can you ensure it's not on other click apps as well?
[12:04] <popey> davmor2: how did you determine what triggered it?
[12:05] <davmor2> popey: viewed the crash report ala https://lists.launchpad.net/ubuntu-phone/msg04549.html was about to start the retrace on it if I can figure out what dbgsym I need
[12:07] <popey> mine was a community app which barfed
[12:07] <popey> none of ours.
[12:08] <popey> s/community/3rd party/ (as in, an app from the store, not a core app)
[12:08] <popey> uhhh
[12:08] <popey> I just updated my phone and it pulled down #63
[12:09] <popey> and when I hit "Install and restart" it showed a message briefly that it can't contact service, but then went ahead and restarted anyway
[12:09] <popey> bit worrying
[12:09] <popey> i would have got a screenshot but it was too quick
[12:09] <didrocks> popey: urgh, can you check you have image #63 then?
[12:09] <didrocks> and not #62?
[12:09] <popey> will do when it comes back
[12:09] <popey> current build number: 63
[12:09] <didrocks> can really be system-image 2.0
[12:09] <didrocks> ok
[12:09] <didrocks> so it's a false warning :p
[12:09] <popey> sounds plausible
[12:09] <popey> just alarming!
[12:10] <didrocks> I'll look between image 63 and 64
[12:10] <didrocks> popey: mind filing a bug?
[12:10] <didrocks> system-image, barry…
[12:12] <davmor2> popey: I saw that, but didn't have enough time to see if it was a warning or if it said phone rebooting now, so I'm happy to confirm it :)
[12:12] <popey> ok
[12:14] <didrocks> popey: did it start with "Apply update failed:"
[12:14] <popey> yes i think so
[12:14] <popey> then cannot connect to service or something
[12:14] <didrocks> Apply update failed: Can't apply the current update (can't contact service)"
[12:14] <popey> yes
[12:15] <didrocks> from my *excellent* frontend code, that means that the backend doesn't send anymore "ack" reply
[12:15] <davmor2> didrocks: should apport-cli crash_file.crash  and s for send actually work all the docs say it should but it isn't.
[12:15] <didrocks> davmor2: where does it say it works on touch?
[12:15] <didrocks> davmor2: from what I know, it doesn't
[12:15] <didrocks> davmor2: that's why we retrace that locally
[12:16] <davmor2> didrocks: https://lists.launchpad.net/ubuntu-phone/msg04549.html unless I'm reading it wrong
[12:17] <didrocks> davmor2: you do that on the retraced crash, right?
[12:17] <popey> davmor2: bug 1260712
[12:18] <didrocks> davmor2: the one you used apport-retrace -S on?
[12:18] <davmor2> didrocks: I will be once I get everything on to run the trace yes
[12:19] <didrocks> davmor2: so, you need to send that report
[12:19] <didrocks> not the one before
[12:19] <didrocks> and yeah, that should work (so, on your computer)
[12:20] <davmor2> didrocks: right so I do the retrace on the phone then transfer to the computer and then send from the computer, it should say that in the email grrrrrrr :)
[12:20] <davmor2> thanks for the info :)
[12:24] <didrocks> davmor2: no worry!
[12:24] <didrocks> be ready, I guess next image isn't far!
[12:26] <didrocks> ev: did you deploy successfully latest cu2d?
[12:27] <ev> didrocks: I handed it off to vila, since you and I had that call with Alex. So yes, he deployed it.
[12:28] <didrocks> ah, excellent!
[12:28] <didrocks> thanks
[12:28]  * ev lunches
[12:34] <davmor2> didrocks: so after all that setting up ERROR: report file does not contain one of the required fields: CoreDump DistroRelease Package ExecutablePath  for this I blame ev bound to be his fault :D
[12:39] <cjwatson> didrocks: ... and now I discover the #webops scrollback with the initialisation of ppc64el last night, so that explains that :-)
[12:39] <cjwatson> (no builders yet, which is what I checked first)
[12:40] <didrocks> cjwatson: ok, at least, with the properties you pointed me at, I'll be able to avoid being impacted by it in the future :)
[12:41] <didrocks> popey: I don't see the revert in image 64 of weather: http://people.canonical.com/~ogra/touch-image-stats/20131213.1.changes
[12:41] <didrocks> excepted, will we have the correct version?
[12:44] <popey> ☹
[12:45] <popey> bug 1257048 still happens for me
[12:45] <popey> just updated to #63 and the phone is sat there with the display on
[12:46] <didrocks> popey: yeah, this is expected
[12:54] <didrocks> popey: how can we check the click package version installed (once image diff for image 64 will be generated)
[12:54] <popey> good question!
[12:55] <popey> alan@deep-thought:~$ adb shell ls -ld /usr/share/click/preinstalled/com.ubuntu.weather/current
[12:55] <popey> lrwxrwxrwx 1 root root 7 Dec 13 12:08 /usr/share/click/preinstalled/com.ubuntu.weather/current -> 1.0.164
[12:56] <popey> there you go
[12:56] <popey> thats the pre-installed one
[12:56] <popey> (on my #63)
[12:56] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/20131213.changes
[12:56] <ogra_> it was updated in the nightly build
[12:58] <cjwatson> popey: click list
[12:59] <popey> cjwatson: wont that also show the ones that I have installed which override pre-installed?
[12:59] <popey> (which we don't want)
[12:59] <didrocks> popey: ok, let's cross fingers that it's just not shown in the diff
[13:00] <cjwatson> granted.  if you wanted to overachieve here then you could use click list --all --manifest and filter by the _directory attribute
[13:00] <didrocks> popey: we'll know soon, upgrading!
[13:02] <popey> got the apply updated failed again
[13:03] <popey> got a screengrab this time ☻
[13:03] <popey> http://popey.com/~alan/phablet/device-2013-12-13-130247.png
[13:03] <didrocks> popey: I fixed it locally
[13:03] <didrocks> I'm going to cowboy it to distro
[13:03] <didrocks> com.ubuntu.weather1.0.163
[13:03] <didrocks> \o/
[13:03] <didrocks> popey: ^
[13:03] <didrocks> that's what click list tells me
[13:03] <popey> BOOM!
[13:03]  * didrocks checks "one pb less"
[13:04] <didrocks> popey: tell me if you confirm :)
[13:04] <popey> lrwxrwxrwx 1 root root 7 Dec 13 13:03 /usr/share/click/preinstalled/com.ubuntu.weather/current -> 1.0.163
[13:04] <popey> confirmed
[13:04] <didrocks> \o/
[13:04] <popey> I think this calls for pompoms
[13:04] <didrocks> ok, I'll update the ApplyUpdate() fix
[13:04] <popey> *\o/*
[13:04] <didrocks> \o/\o/\o/\o/
[13:04]  * popey lunches
[13:04] <didrocks> enjoy :)
[13:05] <ogra_> didrocks, fyi, http://people.canonical.com/~ubuntu-archive/click_packages/click_list is the list live-build pulls from
[13:06] <didrocks> ogra_: so, you should reflect from 1.0.164 -> 1.0.163 in your diff, right?
[13:06] <didrocks> http://people.canonical.com/~ogra/touch-image-stats/20131213.1.changes
[13:07] <ogra_> hmm, i use dpkg --compare-versions ...
[13:07] <ogra_> the way thats used doesnt currently honor the concept of going backwards in version numbers ...
[13:07] <didrocks> ah, indeed ;)
[13:08] <ogra_> (since thats usually impossible)
[13:10] <davmor2> ogra_: aren't you on holiday already ;)
[13:10] <ogra_> davmor2, yeah, do you see me in any work channels ? ;)
[13:10] <davmor2> ogra_: yes here :P
[13:10] <ogra_> heh
[13:11] <davmor2> ogra_: let me guess you're just trying you the irc client you wrote for the phone in your spare time right ?
[13:11] <ogra_> lol
[13:11] <ogra_> nope
[13:11] <ogra_> i cracked my back on my first vacation day ... took the week to recover and did absolutely nothing ... (some book reading etc)
[13:12] <davmor2> ogra_: hahaha one way to stop you working I suppose :D
[13:12] <ogra_> heh, yeah
[13:12] <davmor2> ogra_: A little drastic though
[13:13] <ogra_> well, it showed me i need to move more in my work time ...
[13:14] <davmor2> ogra_: I got a cheapo step counter if I do less than 4000 I go for a walk around the block till it's over, 4000 isn't a lot but everyday means that I'm moving twice as much as I was :)
[13:14] <ogra_> sounds like an idea
[13:16] <didrocks> davmor2: can you test GSM on image #64?
[13:17] <davmor2> didrocks: I will be, I'm doing a fresh install to lose the modifications I made
[13:17] <vila> exit
[13:18] <vila> meh
[13:18] <vila> damn focus doesn't follow mouse
[13:18] <davmor2> vila: no it hasn't for a while I'm surprised you only just noticed ;)
[13:19] <vila> davmor2: hehe, I know, I stopped using it long ago, but sometimes, I just regret it ;)
[13:19]  * popey returns
[13:19]  * popey tests 64
[13:20]  * davmor2 now has "It's the return of the pope" in my head Mark Morrison remix :D
[13:21] <davmor2> ogra_: also get a decent chair that has a back support in, those 2 combined have meant I've started to losee weight and my back isn't hurting as much :)
[13:24] <didrocks> popey: davmor2: just a warning: we won't promote 64 due to barry's bug I guess, I uploaded a fix, but better to have most of the tests done, as this is orthogonal
[13:25] <popey> camera is broken here
[13:25] <popey> http://popey.com/~alan/phablet/device-2013-12-13-132507.png
[13:25] <popey> pfft, closed and re-launched and now it works
[13:25] <davmor2> mines still flashing I'll check mine when it is done
[13:26] <popey> i am also copying music over mtp to it so it's a touch sluggish
[13:26] <popey> which may contribute to the issue
[13:30] <popey> https://www.youtube.com/watch?v=ozoTzkCeO-A is now my go-to video for testing video playback on the phone
[13:30] <popey> so terrible it's great
[13:33] <davmor2> popey: it should be http://www.youtube.com/watch?v=ykwqXuMPsoc :D
[13:33] <popey> i know what that is without clicking
[13:33] <popey> ☻
[13:33] <davmor2> popey: Narhwals, Narhwals......
[13:39] <davmor2> didrocks: found a bug, fresh flash the screen starts blank, so when you hit the power button, to turn it on you actually switch it to stand by so it looks like you have to hit the power button twice to get the screen up woohoo \o/
[13:40] <davmor2> didrocks: on a plus side 3g is working next sms
[13:40] <didrocks> davmor2: is that a reliably failure you didn't get in latest promoted image?
[13:40] <didrocks> from what popey posted before, it was already there, right?
[13:43] <davmor2> didrocks: quite possibly, I think some bugs have been there for a while, but when you were busy testing core functionality you blank the minor issues, till you are looking at everything :)
[13:45] <davmor2> didrocks: sms is working
[13:45] <didrocks> great ;)
[13:46] <davmor2> popey: did you write a bug for the double tap to start the phone after a fresh install?
[13:46] <plars> psivaa: what happened on 63? lots of regressions?
[13:47] <davmor2> popey, didrocks: can you hit the power button to put the phone into sleep then ring it and see if you get a ring tone?
[13:47] <jdstrand> didrocks, davmor2: I didn't read all backscroll, but bug #1260079 is a use after free bug
[13:47] <didrocks> jdstrand: sorry, I don't get the "is a use after free bug"
[13:48] <jdstrand> didrocks: g_free(package);
[13:48] <didrocks> ah ;)
[13:48] <jdstrand> didrocks: tmpdir = ... ("%s/confined/%s", ..., package);
[13:48] <didrocks> jdstrand: was it already on latest promoted image? (I try to see promotion blockers)
[13:49] <jdstrand> didrocks: it is in 60 and 62 for sure
[13:49] <didrocks> jdstrand: can you try on 58?
[13:49]  * didrocks looks at uploads meanwhile
[13:49] <jdstrand> didrocks: I'm actually off today and have to head out to an appt, but I'm sure ted can :)
[13:50] <didrocks> jdstrand: the bug is due to latest upstart-app-launch?
[13:50] <jdstrand> didrocks: not ubuntu3
[13:50] <popey> davmor2: double tap?
[13:50] <popey> davmor2: I get a ring if i suspend phone and ring it
[13:51] <didrocks> jdstrand: yeah, so, it's already in latest promoted image, I'll just add to the list of things to get fixed
[13:51] <psivaa> plars: weather app failures
[13:51] <didrocks> jdstrand: thanks!
[13:51] <jdstrand> np
[13:52] <plars> psivaa: yeah, I see - doesn't look like we can expect them fixed in 64 either
[13:52] <didrocks> davmor2: popey: so, I don't have on mako the issue of blank screen on image #58
[13:53]  * didrocks upgrades to 64 and reboot
[13:54] <popey> odd.
[13:56] <didrocks> can be unity8 maybe
[13:56]  * didrocks is waiting for the upgrade to finish
[13:58] <didrocks> ok, rebooting…
[13:59] <didrocks> ok, not the case anymore
[13:59]  * didrocks puts that in the "random" box
[14:05] <jdstrand> didrocks: it was introduced in 0.2+14.04.20131119-0ubuntu1 which appears to have been in the archive on Nov 26
[14:05]  * jdstrand really gone
[14:06] <didrocks> jdstrand: you sould really go ;) so yeah, already in the proposed image
[14:06] <didrocks> jdstrand: thanks for digging!
[14:19] <fginther> morning
[14:22] <Ursinha> morning
[14:27]  * asac worries about the time it takes for system-image to become a Valid Candidate in proposed
[14:28] <asac> didrocks: webbrowser doesnt look better :/
[14:28]  * asac hopes its flaki
[14:28] <asac> http://ci.ubuntu.com/smokeng/trusty/touch/mako/64:20131213.1:20131211.2/5444/webbrowser-app-autopilot/
[14:28] <didrocks> asac: I don't think we had webbrowser upload, did we?
[14:29] <didrocks> it's the issue we discussed I guess, once the env is screwed, it's screwed
[14:29] <asac> >?
[14:29] <asac> didrocks: so retrying helps?
[14:29] <asac> psivaa: ^^ ?
[14:29] <didrocks> asac: well, yeah, it would, but please don't
[14:29] <didrocks> asac: don't hide bugs
[14:29] <asac> ok
[14:29] <didrocks> we want to get them fixed
[14:29] <asac> hmm
[14:29] <didrocks> so upstream should be better armed against the env
[14:29] <asac> didrocks: well, but you wanted to check if we have a regressionm
[14:30] <didrocks> and the discussion is happening on the ML
[14:30] <asac> if we previously could get it green with retrying then only retrying will confirm that we didnt sneak something in
[14:30] <asac> ok
[14:30] <asac> you can still have the jenkins jobs etc.
[14:30] <asac> they have all the data
[14:30] <didrocks> asac: but then, we loose the data
[14:30] <asac> (just saying)
[14:30] <asac> didrocks: no you dont
[14:30] <asac> just record the jenkins job url
[14:30] <asac> and not the dashboard
[14:30] <didrocks> asac: well, we don't have connection
[14:30] <didrocks> but yeah
[14:30] <asac> file a bug
[14:30] <asac> retry :)
[14:30] <didrocks> asac: anyway, it's not the image we are going to publish
[14:30] <asac> oh?
[14:30] <asac> thought it was
[14:31] <asac> then dont bother
[14:31] <didrocks> well, don't we wait for system-image?
[14:31] <didrocks> to be published
[14:31] <asac> even though it would still be good to know if we have a timebomb :)
[14:31] <didrocks> maybe… one day…
[14:31] <asac> didrocks: we dont know about system-image..~. we should finish this image
[14:31] <asac> so we are prepped
[14:31] <didrocks> asac: maguro should tell us :)
[14:31] <asac> thats very much not the same as you know
[14:31] <didrocks> asac: for webbrowser, that shouldn't change
[14:31] <asac> do whatever you would do to get this image to state where you would promote
[14:31] <asac> didrocks: you never know
[14:32] <didrocks> asac: well, you would be confortable to promote it with the error message on upgrade?
[14:32] <asac> if you would promote with dashboard in this state, then thats what you should do
[14:32] <asac> didrocks: you suggested that its not the biggest blocker we could have
[14:32] <didrocks> if we do that, yeah
[14:32] <asac> still its a regressionm
[14:32] <didrocks> well, people will see it once
[14:33] <didrocks> then, next image won't have it
[14:33] <didrocks> as I uploaded the fix
[14:33] <asac> anyway. if you dont want to consider this image a fall back
[14:33] <asac> and go all in on the next its fine
[14:33] <asac> didrocks: you never know what happnes in the meantime
[14:33] <asac> hostname might make things explode
[14:33] <didrocks> well, I'm starting to think that next image will be far far away…
[14:33] <asac> i really think finishing this image so its in the bank
[14:33] <asac> is the right thing
[14:33] <asac> right
[14:33] <didrocks> ok then, I thought you vetoed on my idea
[14:33] <asac> i didnt veto
[14:34] <asac> i said, i dont know... lets see if we get a better one, but make this one ready
[14:34] <didrocks> so yeah, rerunning it will make sense (once all tests finish)
[14:34] <asac> so we can decide without spending more time before weekend
[14:34] <asac> right
[14:34] <asac> ok
[14:34] <asac> you can through the jenkins url in the ML
[14:34] <didrocks> popey: davmor2: any blockers on your dogfooding side?
[14:34] <asac> https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-webbrowser-app-autopilot/72/artifact/
[14:34] <didrocks> like new issues since last promoted image that we didn't discuss yet (and ther eis nothing new apparently apart from system-image)
[14:34] <asac> thats the URL for the webbrowser data
[14:34] <didrocks> asac: yeah, will do that
[14:34] <davmor2> didrocks: lunch got in the way I'm still testing looking good otherwise
[14:35] <popey> didrocks: nope
[14:35] <psivaa> didrocks: asac: do you want me to retry webbrowser tests now?
[14:35] <didrocks> psivaa: the other tests are running still, right?
[14:35] <asac> psivaa: check with didrocks... i think he said once the other tests are finished
[14:35] <didrocks> you can only that it after that?
[14:35] <didrocks> s/that//
[14:35] <asac> psivaa: was more intereswted personally to know if we saw this before
[14:35] <asac> so i can at least put me in a lower alert mode :)
[14:36] <davmor2> popey: camera is working fine here
[14:36] <didrocks> asac: we already saw that
[14:36] <didrocks> asac: like failing at the 5th test for instance
[14:36] <didrocks> and then, all tests consecutively fails
[14:37] <cjwatson> asac: system-image/trusty-proposed> I chased this and it's because the publisher was massively slowed down by the enablement of (not yet populated) ppc64el last night - wgrant is getting ops to run an ANALYZE which should fix it
[14:37] <psivaa> didrocks: yep i know, i mean if you need it retried?
[14:37] <asac> cjwatson: can we somehow help our precious system-image regression-fix?
[14:37] <didrocks> psivaa: yes please :)
[14:37] <asac> cjwatson: to get a premium seat?
[14:37] <asac> :)
[14:37] <cjwatson> asac: That's what we're doing!
[14:37] <asac> ah nice
[14:37] <psivaa> didrocks: ack, will do :)
[14:37] <cjwatson> I can't make just that one package faster, but this should fix it all
[14:38] <asac> cjwatson: are we walking about hours? or minutes?
[14:38] <cjwatson> Minutes
[14:38] <asac> i like minutes
[14:38] <asac> thanks a lot
[14:39] <cjwatson> It's mid-query so that analyze probably won't have helped this one, but on past form it should take two more minutes to get through domination and then it's fairly normal publisher runtime from there
[14:39] <cjwatson> And indeed it's into apt-ftparchive now
[14:43] <cjwatson> But that analyze should mean that at least the publisher run that puts it in the release pocket will be quick
[14:44] <plars> balloons: are you taking a look at the weather app regressions?
[14:44] <cjwatson> ETA 10min or so until proposed-migration notices
[14:44] <balloons> plars, no I'm crying about them.. I'll fix them after that :-)
[14:46] <plars> didrocks: looks like we got a bunch of webbrowser failures again on maguro only, want me to rerun it or leave it?
[14:47] <didrocks> plars: please backlog ^ ;)
[14:47] <didrocks> plars: answer is yes, once the tests are over
[14:48] <plars> sorry, missed that, thanks :)
[14:50] <cjwatson> p-m running now
[14:52] <cjwatson> oh, but system-image has autopkgtests
[14:53] <cjwatson> so it gets to wait for those
[14:54] <cjwatson> why is there no job for system-image 2.0.3-0ubuntu2 on http://d-jenkins.ubuntu-ci:8080/view/Trusty/view/AutoPkgTest/job/trusty-adt-system-image/ ?  It should have been trigged
[14:54] <cjwatson> *triggered
[14:55] <cjwatson> are the triggers only picked up by a cron job or something?
[14:56] <cjwatson> I guess that would be plausible since it's just rsync
[14:58] <cjwatson> cihelp: can you see why the submission of an autopkgtest job for system-image 2.0.3-0ubuntu2 at 14:51:51 UTC hasn't been picked up yet on http://d-jenkins.ubuntu-ci:8080/view/Trusty/view/AutoPkgTest/job/trusty-adt-system-image/ ?
[15:00] <josepht> cjwatson: looking
[15:02] <cjwatson> oh, there it is now
[15:02] <cjwatson> started at 15:00:16 - is it a ten-minute cron job or something?  if so that perhaps ought to be more frequent
[15:02] <cjwatson> if it isn't too load-inducing
[15:03] <davmor2> didrocks: most tests completed now I just need to get some data on the phone to finish off the music and video stuff plus testing the phone book
[15:03] <cjwatson> green.  doing a manual proposed-migration run now
[15:06] <cjwatson> hmm, that still thinks it's RUNNING, I wonder why
[15:07] <balloons> plars, fix is being reviewed right now: https://code.launchpad.net/~nskaggs/ubuntu-weather-app/fix-rev164-test/+merge/198955
[15:11] <cjwatson> cihelp: how often does the sync-adt-results cron job run in production?
[15:14] <josepht> jibel: do you know the answers to cjwatson's questions?
[15:15] <cjwatson> it's managed it now, but it seems rather less frequent than would be ideal.  the evidence suggests this all runs once every ten minutes, which is pretty non-granular with respect to the publisher nowadays
[15:15] <cjwatson> Copying: system-image/2.0.3-0ubuntu2
[15:15] <josepht> cjwatson: yes it's every 10 minutes
[15:15] <cjwatson> so should start publishing to the release pocket in three minutes
[15:15] <cjwatson> josepht: how long does that cron job take to run?
[15:17] <josepht> cjwatson: I'm trying to find that out now
[15:18] <jibel> cjwatson, every 10min
[15:19] <asac> cjwatson: didrocks: do we see other packages in proposed that might also go into the touch image (that might bear the risk to give us another regression?)
[15:19] <cjwatson> could it reasonably be made substantially more frequent?
[15:19] <asac> (sorry hard for me to read proposed)
[15:20] <jibel> cjwatson, it takes less than a minute to run. How frequent would you like?
[15:21] <cjwatson> there's android-headers but it's entirely new (and pending AA processing).  I don't see anything else recent that you might care about
[15:21] <cjwatson> jibel: could we have it be */2 ?
[15:21] <didrocks> asac: I would say hostname
[15:21] <didrocks> for now
[15:23] <cjwatson> hostname's already on its way
[15:23] <asac> ok hostname seems to be a risk already onboard that we shoudl take (and maybe test)
[15:24] <asac> cjwatson: android-headers AA processing == wont happen soon anyway?
[15:24] <cjwatson> indeed
[15:24] <cjwatson> sorry I read your question the wrong way round anyway
[15:26] <jibel> cjwatson, okay.
[15:26] <asac> this is the hostname diff: https://launchpadlibrarian.net/159661567/hostname_3.13ubuntu1_3.15ubuntu1.diff.gz
[15:26] <jibel> josepht, ^^no objection?
[15:26] <josepht> jibel: none from me if you're sure it won't overrun itself
[15:27] <cjwatson> that hostname diff is pretty boring I think
[15:27] <didrocks> yeah, agreed, didn't look at the diff, just package name
[15:28] <cjwatson> if it were a problem, given what package it is there'd be RC bugs in Debian and there aren't
[15:28] <asac> kk
[15:28] <fginther> sergiusens, is the sun jdk required for http://s-jenkins.ubuntu-ci:8080/job/ubuntu-touch-image/ ?
[15:28] <sergiusens> fginther, nope; just openjdk
[15:28] <fginther> sergiusens, or would openjdk-6 work?
[15:28] <fginther> ack
[15:28] <asac> just dont know what our android part does that might get side effects from hostname
[15:29] <asac> wow system-image is a valid candidate :)
[15:30] <asac> didrocks: system-image in?
[15:30] <asac> seems so
[15:31] <asac> rmadison system-image system-image | 1.9.1-0ubuntu1 | saucy/universe  | source system-image | 2.0.3-0ubuntu2 | trusty/universe | source
[15:31] <jibel> josepht, the lock file should prevent that from happening
[15:31] <josepht> jibel: works for me then
[15:32] <jibel> josepht, can you do the modifition in jenkins's crontab on tachash? */10 -> */2
[15:32] <didrocks> asac: yeah, if I kick an image now though, we will never have the end of the test results from 64
[15:32] <didrocks> which I think is ok
[15:32] <didrocks> as we won't promote it
[15:32] <asac> didrocks: if we say we wont release it anyway, then yes
[15:32] <didrocks> yep
[15:32] <asac> didrocks: howver, we can keep it running etc.
[15:32] <asac> until the new image hits
[15:33] <asac> and mayb eretry the browser
[15:33] <asac> i think new images dont abort already running tests
[15:33] <didrocks> ok, build requested
[15:33] <asac> maybe thats best time to spend if there is time left
[15:33] <asac> didrocks: ask psivaa to retry webbrowser now?
[15:33] <didrocks> let's see
[15:33] <asac> so it might get tested before image hits?
[15:34] <didrocks> asac: it's the same behavior than the known environment issue
[15:34] <asac> ok... so not double safe :)?
[15:34] <didrocks> asac: so I prefer to get as much results on the rest as possible until the image is published
[15:34] <psivaa> didrocks: asac: the tests on mako are not yet finished
[15:34] <asac> i would know what else to do
[15:34] <psivaa> :)
[15:34] <asac> didrocks: ok
[15:34] <asac> your call
[15:34] <asac> :)
[15:34] <asac> lets keep it going then
[15:34] <didrocks> asac: btw, unity8 doesn't fix all flaky tests
[15:35] <asac> didrocks: yeah. i will take the mail from today and continue your mission next week
[15:35] <asac> dont land other stuff
[15:35] <asac> etc.
[15:35] <didrocks> ok
[15:35] <didrocks> sounds good :)
[16:07] <kalikiana_> can anyone tell me if there was any recent change in the android layer? something that would crash qmlscene on mako? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4094/ I can't see these problems on my maguro device
[16:08] <kalikiana_> and the same is fine on all other builds
[16:11] <asac> didrocks: image done?
[16:11] <asac> :)
[16:11]  * asac checks
[16:12] <didrocks> asac: not yet
[16:13] <asac> ok. must be close... ogra was saying 30 minutes
[16:13] <asac> didrocks: did you check if there are big builds in the queue?
[16:13] <asac> like all flavours?
[16:14] <ogra_> asac, 30min for the cdimage side, another 20 for the system-image processing
[16:14] <didrocks> asac: I don't have access to those infos
[16:16] <didrocks> asac: basically, I push the button and then refresh
[16:18] <ogra_> (cdimage is done FWIW)
[16:20] <asac> cool :)
[16:20] <asac> ogra_: wb
[16:20] <asac> go away !!
[16:20] <ogra_> haha
[16:20] <asac> or actually
[16:26] <asac> ogra_: so the conversion of cdimage.u.c output to system-image output takes 20 min?
[16:26] <ogra_> about that, yep
[16:26] <asac> what is it doing beyond a repack and slight shuffle?
[16:26] <lool> I'll be on and off but will check back later tonight to see if I need to promote an image  :-)
[16:26] <ogra_> a binary diff
[16:26] <lool> will pay attention in my copy-paste this time
[16:27] <asac> lool: :) thanks a lot
[16:27] <ogra_> (against multiple former images afaik
[16:27] <ogra_> )
[16:28] <asac> ogra_: do we use a diff tool for that or did we just code something that traverses the tree and removes those that are unchanged?
[16:28] <asac> just curious
[16:28] <ogra_> thats a question for stgraber ... i dont know the exact internals
[16:28] <ogra_> it unpacks, then diffs against severall former images and repacks ...
[16:29] <asac> gotcha
[16:30] <ogra_> (and unlike cdimage it shold be capable of doing this in parallel for multiple images ... which is why you can trigger a new image every 30min)
[16:30] <ogra_> (theoretically)
[16:33] <didrocks> plars: once the next image is published, is there anything you can do to stop current runs and make picking the next one faster?
[16:34] <didrocks> asac: you can see same failure with weather-app, but starting at a different time
[16:34] <plars> didrocks: absolutely - we can cut it off and have it just start the next
[16:34] <asac> ok i think we are close to that point
[16:34] <fginther> sergiusens, can you help debug this when you have a moment? http://s-jenkins.ubuntu-ci:8080/job/ubuntu-touch-image/94/console
[16:35] <ogra_> its the weather ... its unpredictable, what else would you expect
[16:35] <didrocks> plars: please cut!
[16:35] <didrocks> ;)
[16:35] <didrocks> ogra_: roh
[16:37] <plars> didrocks: didrocks right now? I don't see a new one yet
[16:37] <didrocks> plars: well, it's coming in the minutes
[16:37] <didrocks> so yeah
[16:37] <didrocks> better to win every minutes we can
[16:37] <plars> didrocks: ack
[16:37] <didrocks> thanks ;)
[16:45] <didrocks> image 65 available
[16:45] <didrocks> popey: davmor2 plars ^
[16:45] <plars> didrocks: I saw, and it's already started installing in ci
[16:45] <didrocks> great ;)
[16:45] <popey> yay
[16:45] <popey> will update shortly
[16:46] <didrocks> so, the phone boots…
[16:47] <didrocks> SHIP it!
[17:00] <popey> didrocks: #65 is good for me.
[17:01] <didrocks> popey: done all the dogfooding?
[17:01] <didrocks> waow
[17:01] <popey> yup
[17:01] <didrocks> so, we are pending on davmor2
[17:01] <didrocks> popey: excellent!
[17:01] <didrocks> for maguro
[17:01] <didrocks> popey: I just retried my fix to confirm for system-image
[17:01] <didrocks> (and it does work)
[17:01] <popey> cooli
[17:01] <davmor2> didrocks: looking good here
[17:02] <didrocks> kenvandine: coming?
[17:03] <didrocks> popey: if you fancy it, you can come ;)
[17:03] <didrocks> I need to hear good news!
[17:04] <davmor2> popey: just take a bagful of bad news I dare you :)
[17:04] <balloons> sergiusens, popey did we re-push trunk for weather? Fix is in
[17:05] <sergiusens> ack
[17:11] <asac> didrocks: seems the build is enroute in the CI engine
[17:11] <didrocks> asac: yep, it said "allons-y"!
[17:21] <didrocks> davmor2: we are still on the positive trend? ;)
[17:22] <davmor2> didrocks: yeap looking good just having a play with the calendar
[17:23] <didrocks> davmor2: great!
[17:24] <sergiusens> popey, https://myapps.developer.ubuntu.com/dev/click-apps/147/
[17:24] <popey> k
[17:38] <popey> sergiusens: approved weather 165
[17:44] <didrocks> popey: good news, webbrowser app passed on both
[17:44] <didrocks> plars: ^
[17:44] <didrocks> we'll have a more relaxed asac ;)
[17:44] <plars> didrocks: I saw :)
[17:44] <popey> If it's 100% green I'm totally printing out the test page and framing it
[17:44] <plars> didrocks: but it *just* finished
[17:45] <didrocks> plars: yeah, I'm *staring*
[17:45]  * plars thinks didrocks is just holding down the reload button on his browser
[17:45] <didrocks> popey: well, webbrowser app will be yeah ;)
[17:45] <didrocks> plars: I have a plugin! automation for the win :p
[17:46] <asac> didrocks: nice one
[17:47] <asac> so manual testing looks thumbs up?
[17:47] <didrocks> asac: yeah, all ready
[17:47] <didrocks> so now, we're waiting on AP!
[17:47] <asac> ok so if the image is good
[17:47] <asac> didrocks: i just promote and reply to your mail with the great news?
[17:47] <asac> didrocks:  you have to tell me the exact dashboard criteria :)
[17:47] <asac> didrocks:  you have to tell me the exact dashboard criteria :)
[17:47] <didrocks> asac: I'll still do it today, it will end in ~3h30 I guess :)
[17:48] <didrocks> asac: want a quick chat for my dashboard criterias?
[17:50] <asac> didrocks: i think you should really change your nick
[17:50] <asac>  /nick alwaysrocks
[17:50] <didrocks> why? everyone loves my nick and I have it since I'm 12 ;)
[17:50] <didrocks> ahah
[17:53] <sil2100> ;)
[18:35] <didrocks> update right now: all green, just one failure on messaging-app
[18:36] <plars> didrocks: that was there before though
[18:36] <didrocks> plars: yeah, as per email :)
[18:41] <sil2100> !
[18:58] <robru> fginther, hey. so I've just added a new project to the head/webcred stack, and I ran the deploy job. but I guess I need you to run that other deploy job before jenkins will start autolanding merges? https://code.launchpad.net/~robru/account-plugin-evernote/packaging/+merge/198983
[19:00] <fginther> robru, right, I'll need to deploy the -ci/-autolanding jobs
[19:01] <fginther> robru, one moment
[19:01] <robru> fginther, thanks
[19:01] <fginther> robru, done
[19:02] <robru> fginther, great, thanks again
[19:15] <plars> didrocks: clock had some issues on both it seems, but that one has been fickle. Will rerun when they're all done
[19:57] <davmor2> asac, didrocks: and all I'm off now catch you on 2 of January :)  om26er will be about to test maguro, have a great christmas and catch you in the awesome that is next year
[19:57] <didrocks> davmor2: enjoy!
[20:01] <didrocks> davmor2: have a gra christmas and see you next year!
[20:01] <didrocks> plars: just back from hangout, yeah, a rerun will be needed :)
[20:03] <cyphermox> yo, didrocks
[20:04] <cyphermox> head's up, ppc64el is blocking some builds.
[20:04] <cyphermox> robru: kenvandine: Mirv: ^
[20:04] <plars> didrocks: ui-toolkit still has one failure on maguro that's been there the last few builds, but green on mako
[20:04] <kenvandine> cyphermox, ok
[20:05] <sil2100> cyphermox: still?
[20:05] <didrocks> cyphermox: hum, my code should skip it
[20:05] <cyphermox> it's new in LP and I noticed some builds are waiting for it, but we don't have it in the list
[20:05] <cyphermox> well
[20:05] <didrocks> cyphermox: vila told he deployed a fix
[20:05] <didrocks> ev: right? ^
[20:05] <cyphermox> 10 hours ago?
[20:05] <sil2100> I thought didrocks fixed it in the morning, it was good from what I saw
[20:05] <cyphermox> maybe it's just one build that was already running
[20:06] <didrocks> cyphermox: check latest lp:cupstream2distro
[20:06] <didrocks> cyphermox: possibly, yeah
[20:06] <didrocks> cyphermox: and then, can you check it's deployed in q-jenkins?
[20:06] <cyphermox> sure
[20:07] <didrocks> thanks!
[20:09] <cyphermox> looks like it's good
[20:09] <cyphermox> that build might have already been running
[20:10] <didrocks> ok, so please kill stuck job yeah ;)
[20:10] <didrocks> snip!
[20:10] <didrocks> :)
[20:11] <cyphermox> hmm
[20:11] <cyphermox> skip should have worked though
[20:11] <popey> didrocks: are we releasing this one?
[20:11] <popey> s/release/promote/
[20:21] <dobey> does anyone know how to modify the import path for qmltestrunner?
[20:34] <asac> davmor2: have a great christmas and new year and so on!!
[20:34] <asac> davmor2: enjoy!
[20:36] <didrocks> popey: I hope so ;)
[20:36] <popey> \o/
[20:36] <didrocks> popey: not having all the tests done yet
[20:36] <popey> davmor2: have a great christmas dude
[20:40] <lool> heya
[20:41] <lool> pass rate for mako seems it can only be strictly better now
[20:42] <lool> oh it's finished in fact
[20:43] <lool> didrocks: tests seem to be over now?
[20:43] <didrocks> lool: not yet
[20:43] <didrocks> on mako
[20:43] <didrocks> but maguro just finished
[20:44] <didrocks> plars: I'm rerunning clock app on maguro
[20:44] <plars> didrocks: ok
[20:53] <didrocks> plars: did rerun again
[20:53] <didrocks> (still failing)
[20:54] <didrocks> but nothing can explain the failure between 64 and 65 in notes-app: http://people.canonical.com/~ogra/touch-image-stats/20131213.2.changes
[20:54] <plars> :(
[20:55] <didrocks> in fact, the job failed
[20:55] <didrocks> but all tests pass
[20:55] <didrocks> so we are good to promote I guess
[20:55] <didrocks> lool: around? :)
[20:57] <lool> yup
[20:57] <lool> didrocks: time for promotion?  :-)
[20:59] <didrocks> lool: more than time! :)
[20:59] <didrocks> lool: don't forget the -k :p
[20:59] <didrocks> slangasek: lool is doing the promotion ^
[20:59] <kenvandine> woot
[20:59] <slangasek> didrocks: ok
[21:01] <lool> didrocks: cdimage part done; system-image in progress
[21:01] <lool> done
[21:01] <didrocks> \o/
[21:01]  * didrocks hugs lool
[21:01] <didrocks> thanks!
[21:01] <didrocks> asac: FYI ^
[21:01] <didrocks> email sent
[21:08] <popey> didrocks: have a great christmas!
[21:08] <didrocks> popey: thanks, you too!
[21:08] <didrocks> and you as well lool, asac!
[21:08] <didrocks> don't break the image ;)
[21:09] <didrocks> keep it green (but not too green, let me get the 100% bit :p)
[21:09] <popey> ☻
[21:09]  * popey watches #65 come down the pipe
[21:09] <popey> mmmm.. tasty dogfood
[21:09] <asac> didrocks: rock!
[21:09] <didrocks> :)
[21:09] <asac> didrocks: and get some rest
[21:09] <didrocks> asac: will do for sure!
[21:09] <asac> didrocks: good night. great day!
[21:09] <asac> cu next year
[21:10] <didrocks> asac: thanks, you too! enjoy your week-end and see you next year :)
[21:10] <didrocks> (and thanks plars as well for having looked at the tests closely ;))
[21:25] <fginther> https://code.launchpad.net/~renatofilho/address-book-app/content-hub/+merge/198481 revision 141
[21:25] <fginther> oops, wrong channel
[21:54] <balloons> cihelp is the vanguard?
[21:54] <fginther> balloons, what's up?
[21:55] <fginther> balloons, that is the catchall when no one is specifically monitoring the channel
[21:55] <plars> balloons: yep, nobody is on this shift, but likely you'll get a response if you use that and anyone is on
[21:55] <balloons> fginther, it looked like core apps jenkins was down again, but I guess it was a hiccup on my end as I can access it again now and jobs I think might be moving
[21:55] <balloons> plars, fginther thanks for clarifying
[21:56] <fginther> balloons, glad it's working
[21:56] <balloons> it's just weird because this job is JUST now running, despite the code dropping 11 hours ago: http://91.189.93.70:8080/job/ubuntu-clock-app-ci/
[21:57] <fginther> balloons, something looks off, investigating
[22:02] <fginther> balloons, it's fixed now. there was a setting that was removed during the outage that I overlooked
[22:03] <balloons> fginther, I get concerned I'm crazy sometimes.. but ..
[22:03] <balloons> wait, don't answer that
[22:05] <robru> fginther, hmmm, https://code.launchpad.net/~robru/account-plugin-evernote/packaging/+merge/198983 this never got merged. can you check why jenkins didn't pick it up?
[22:06] <fginther> robru, looking
[22:06] <robru> fginther, thanks
[23:19] <fginther> robru, finally figured out what the problem is, the ps-jenkins bot is not allowed to push to the account-plugin-evernote branch. Will try to find a group admin to add it
[23:21] <fginther> robru, if this is a canonical project it needs a new branch owner
[23:24] <fginther> robru, hmm, maybe not
[23:25] <fginther> robru, nevermind, just need to get ps-jenkins added to the right group
[23:26] <fginther> mhall119, popey can either of you add ps-jenkins to ~ubuntu-touch-coreapps-drivers?
[23:31] <mhall119> fginther: done