[00:13] <cjwatson> sergI was out, but looks like you sorted it.  For the record it's currently 11,41 * * * *
[00:14] <cjwatson> oh, he's out now too :P
[08:34] <Mirv> sil2100: sorry, I missed the weekly evening one. I was too devastated from my Qt5 efforts to remember that..
[08:35] <sil2100> Mirv: no problem, we were mostly dealing with the touch images anyway, so I'll poke everyone separately for some updates to send out to Didier some other time
[08:39] <sil2100> hm, I see robru went ahead and switched to LP already
[08:44] <sil2100> But he didn't clean up everything properly
[08:44]  * sil2100 sighs
[08:45] <Mirv> yeah I saw the switch
[09:23] <asac> hi :)
[09:23] <asac> psivaa: morning
[09:23] <psivaa> asac: morning, running the failed tests after swapping the maguro :)
[09:23] <asac> plars didnt retry the failed job that would have been needed to get 100%?
[09:23] <asac> or is the failure  a realy one?
[09:25] <asac> what a bummer :/
[09:25] <asac> psivaa: maguro and mako were down?
[09:27] <asac> balloons: next one is flaki or broken test for rss reader i guess ... http://ci.ubuntu.com/smokeng/trusty/touch/mako/73:20131218:20131211.2/5532/ubuntu-rssreader-app-autopilot/
[09:27] <psivaa> asac: mako issue was to do with bzr error, i reran that one particular test with image 73.  i think we are good on that. (i still need to figure out about the missing 1 test)
[09:28] <asac> psivaa: oh cool. so we are still on 73
[09:28] <asac> thought the next image would have blown us away :)
[09:28] <psivaa> asac: yes afaik :)
[09:29] <psivaa> on maguro the device is flashing now with 73 for the rest of the tests
[09:29] <asac> cool
[09:29] <asac> psivaa: did we know why 74 didnt happen or fell over?
[09:29] <asac> or did you kill it so we could finish 73?
[09:31] <psivaa> asac: we dont have 74 yet: http://system-image.ubuntu.com/trusty-proposed/mako/index.json
[09:32] <asac> interesting
[09:32] <sil2100> Mirv: poooke
[09:32] <asac> thought we had a cronned one
[09:32]  * asac comes
[09:32] <sil2100> ev: pooooke
[09:32] <sil2100> asac: pooooooke
[09:32] <ev> sil2100: hi
[09:32] <ev> oh right
[09:32] <ev> :)
[09:33] <asac> in
[09:54] <sil2100> lool: hi! Do you have a minute?
[09:55] <popey> om26er: could you take a look at https://bugs.launchpad.net/ubuntu-rssreader-app/+bug/1262127 please?
[09:55] <popey> it's the single fail on #73
[09:58] <om26er> popey, ok, I would assume nothing changed in the app, just one of those unstable tests.
[09:58] <popey> I think so, yes
[10:26] <popey> om26er: also, could you validate #73 on maguro?
[10:26] <popey> and update https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ai33BkOcORLLdE4xLTFtSE80ZkpITXZ3aV85cWtPX2c&usp=drive_web#gid=0
[10:26] <popey> sil2100: #73 on mako looks good to me ^^
[10:26] <popey> (RSS reader fail aside)
[10:29] <om26er> popey, sure in a  meeting. will test afterwards
[10:30] <sil2100> popey: thanks!
[10:36] <popey> thanks om26er
[10:37] <sil2100> lool: hello! Could you please kick a new image once you're around?
[10:37] <sil2100> lool: I guess it makes no sense to block on UITK
[10:37] <kalikiana_> who can help me with constantly exploding autopilot on ci? https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4168/consoleFull I haven't found out much but it's quite critical to solve that at this point since it affects all ui toolkit merges
[10:37] <sil2100> cihelp: ^
[10:46] <timp> sil2100: block on UITK? is something broken?
[10:49] <sil2100> timp: no no, all is fine with the component itself - it's just blocked in -proposed right now
[10:50] <sil2100> timp: it seems webbrowser-app got seeded in the desktop, so it pulls in UITK and - since we're in Alpha freeze, we would need an exception to get UITK to the release pocket
[10:51] <sil2100> timp: we might try getting it in anyway by asking the release guys, but it didn't make sense to wait with this image right now for this to happen
[11:22] <alan_g> Can anyone help with "W: GPG error: http://ppa.launchpad.net trusty Release" - e.g. https://jenkins.qa.ubuntu.com/job/mir-android-trusty-i386-build/475/consoleFull (we have several like this)
[11:25] <asac> psivaa: so the rerun of 73 didnt help it seems?
[11:26] <asac> rssreader on mako that is
[11:26] <asac> hmm. seems it was not retried
[11:26] <asac> https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-ubuntu-rssreader-app-autopilot/
[11:26] <psivaa> asac: i did not re-run mako rssreader. i was running sdk which failed due to a temp bzr issue
[11:27] <psivaa> sorry did not know if i had to re-run mako rss reader
[11:28] <asac> psivaa: the goal was the 100%
[11:29] <asac> psivaa: can you do that?
[11:29] <asac> we had folks working long last night to get that
[11:29] <psivaa> asac: i could re-run that, but i thought the last decision was not to re-run flaky tests. but i'll rerun that now
[11:30] <asac> well, we want to know if tis a flaki or not
[11:30] <asac> this one never failed
[11:30] <asac> so we need to retry to know
[11:30] <asac> well it failed a few tiems, bue rarely
[11:30] <asac> psivaa: i think that decision was too black and white
[11:31] <asac> it makes no sense to not rerun a test that succeeded and now is red
[11:31] <asac> if its flaki its important. if its a regression its critical
[11:32] <psivaa> asac: ack, running that now.
[11:32] <asac> psivaa: you should really be in the meeting again
[11:32] <asac> otherwise its unaligned
[11:32] <asac> even if you dont say much :)
[11:33] <psivaa> asac: will attend that tomorrow
[11:37] <psivaa> asac: the rssreader in mako has become successful.. so it's not a regression but definitely flaky :)
[11:41] <cjohnston> kalikiana_: there appears to be a problem with the command that is being run
[11:48] <popey> psivaa: good news, thanks
[11:48] <psivaa> popey: yw :)
[11:49] <kalikiana_> cjohnston: can you elaborate on that?
[11:50] <kalikiana_> the command would be the same on any machine as far as I see… how would it break only on one?
[11:56] <cjohnston> kalikiana_: the fact that it seems like its trying to take every letter as an individual arg.
[11:57] <cjohnston> kalikiana_: -testability doesn't seem to be a valid option
[11:57] <kalikiana_> cjohnston: it doesn't explain this failure as those errors existed before (I filed a bug for it because indeed it doesn't look healthy)
[12:00] <cjohnston> kalikiana_: I guess I don't understand? -testability doesn't appear to be valid and appears to be what's causing the issues. can you show me a job where it worked?
[12:03] <om26er> popey, this should fix the issue: https://code.launchpad.net/~om26er/ubuntu-rssreader-app/strenghten_flaky_test/+merge/199447
[12:04] <psivaa> plars: just to give you a brief update of the touch runs:
[12:05] <psivaa> plars: maguro-07 fell off the adb for some reason, not even showing as offline today. so i assigned a the latter parts of the touch smoke runs to use maguro-01
[12:06] <psivaa> plars: i did this change manually to get to the full results, sooner.
[12:07] <kalikiana_> cjohnston: as a matter of fact I can't because jenkins erased all old successes I can find…
[12:08] <psivaa> plars: i also understand that we are now re-running the flaky tests to see if they are real regressions
[12:08] <cjohnston> kalikiana_: with my limited understanding of the medium tests, I can only state what I see, which is that -testability doesn't appear to be an option, and it looks like its causing failures
[12:09] <popey> om26er: testing..
[12:13] <ogra_> 13:12 on my lockscreen !!!!
[12:13]  * ogra_ hugs sil2100 
[12:14] <kalikiana_> cjohnston: I get you. I can only tell you it's been there before :-(
[12:21] <mandel> anyone around that can confirm that in img 73 in th nexus 7 you cannot install click packages?
[12:23] <popey> mandel: what happens?
[12:23] <popey> (I only have n4, not n7)
[12:24] <popey> balloons: mhall119 when you get a moment can you happrove https://code.launchpad.net/~om26er/ubuntu-rssreader-app/strenghten_flaky_test/+merge/199447 please
[12:24] <mandel> popey, hi, I'm trying to ensure that the new udm does work with the latests image, to do so I want to make sure that installing click packages work as expected but in my nexus 7 when I click on install the package is not downloaded
[12:25] <mandel> popey, and nothing happens, but that is with the img 73 and not installing udm from trunk, so I'd like to confirm that it is broken before I dig deeper
[12:25] <popey> oh, well i just tested on 73 on nexus 4 and it worked..
[12:28] <mandel> popey, hm.. sounds weird that it will only be a nexus7 issue.. and I have no nexus 4 to test with..
[12:29]  * mandel shakes fist in the air
[12:52] <sil2100> ogra_: ;p
[13:06] <lool> sil2100: Hey
[13:06] <lool> sil2100: I am on leave today, but I can kick an image right now if you like
[13:06] <lool> sil2100: While I'm at it: I'll be back Thursday but then on leave Friday inclusive til second week of jan
[13:08] <lool> I see the last image is from 3:42am, so I'll kick one unless one is building
[13:08] <lool> building
[13:09]  * rsalveti is sad to see that we're not dropping the landing plan spreadsheet this week
[13:10] <cjohnston> rsalveti: +1000
[13:11] <popey> sil2100 asac we should release #73 - it's 100% green
[13:21] <sil2100> popey: thanks! Let's do so (just got back from errands)
[13:21] <sil2100> lool: thank yoU!
[13:21] <sil2100> lool: are you still around to do a promotion?
[13:49] <xnox> .... even at 100% it's not automatic?! =)
[13:51] <sil2100> ;)
[13:51]  * sil2100 wonders who else has the powa to promote an image
[13:51] <sil2100> xnox: do you have the powaaa to do so?
[13:51] <xnox> sil2100: no.
[13:52] <sil2100> popey: are you aware who besides lool can promote an image? Can cjwatson (if he's around at all)
[13:52] <sil2100> ?
[13:52] <cjwatson> In principle.  I've never done it before
[13:53] <cjwatson> But the invocation is supposedly written down
[13:53] <cjwatson> So give me image numbers and I can try
[13:53] <popey> hm
[13:53] <sil2100> cjwatson: hello! Didn't want to bother you for no reason, just looking for anyone that can do it - I was only aware of lool in this timezone: the image needing promotion is #73
[13:54] <cjwatson> It's anyone in the intersection of ~ubuntu-cdimage and ~canonical
[13:57] <cjwatson> sil2100: in progress
[13:57] <sil2100> popey: you checked the new ubuntu-system-settings background changing on image 73? Just making sure if that was double-checked
[13:57] <sil2100> cjwatson: big thanks for helping out :)
[13:58] <popey> sil2100: yes, it works
[13:59] <popey> ugh, now I have a crappy picture as my background.
[13:59] <cjwatson> sil2100: there's an import-images job running at the moment, so it'll hopefully copy after that's done
[13:59] <popey> how do I revert this?
[13:59] <cjwatson> Waiting for other process to release the global lock
[14:01] <sil2100> popey: I didn't upgrade to the latest yet, so I don't know! Only Ken would know!
[14:01] <sil2100> ;)
[14:03] <plars> psivaa: ack, they were still running when it was late for me last night, but I saw there were some new failures on the way
[14:03] <plars> asac, psivaa: is that true? We are rerunning flaky tests again now? Last I was told, we don't do that now.
[14:05] <plars> psivaa: dialer-app stil crashing it seems on mako, but otherwise totally green
[14:06] <plars> psivaa: but sounds like there was still some rssreader flakiness there?
[14:08] <alan_g> fginther: can you help with "W: GPG error: http://ppa.launchpad.net trusty Release" - e.g. https://jenkins.qa.ubuntu.com/job/mir-android-trusty-i386-build/475/consoleFull (we have several like this)
[14:10] <asac> plars: we have to knoww hwether we have a regression
[14:10] <asac> we cant tell it without rerunning them
[14:10] <asac> we must record and escalate every single flaki test though
[14:11] <plars> asac: ok, we are getting a mixed message then, previously we were specifically told NOT to rerun
[14:13] <popey> plars: i think the difference is that you were told by didrocks not to _arbitrarily_ re-run them. asac is specifically saying we need to record (and thus fix) the flaky ones (which we have)
[14:13] <popey> .. _then_ re-run
[14:13] <asac> right. i need a summary of flaki tests at each end of the day
[14:13] <asac> in this case it was not clearly flaki... we had like 5 days green
[14:14] <asac> today red... so knowing whether its a rare flaki one etc. also helps
[14:16] <plars> asac: understood, just wanted to make sure I was clear on the change. I'll plan on going back to staying up later to rerun if the tests aren't done. At least for this week... do we need any kind of coverage for this over the holiday shutdown? or do we just let things roll and see what happens on the other side
[14:17] <alan_g> retoaded: can you help with "W: GPG error: http://ppa.launchpad.net trusty Release" - e.g. https://jenkins.qa.ubuntu.com/job/mir-android-trusty-i386-build/475/consoleFull (we have several like this)
[14:18] <fginther> morning
[14:19]  * alan_g discovers that his 32bit machine exhibits the same problem cross building for android.
[14:20] <alan_g> fginther: morning. Did you see my question?
[14:21] <fginther> alan_g, yes, looking
[14:23] <cjwatson> alan_g: ppa:phablet-team/ppa doesn't appear to have trusty
[14:23] <cjwatson> also, why is that looking at http://archive.ubuntu.com/ubuntu for armhf, rather than http://ports.ubuntu.com/ubuntu-ports?  the whole thing looks misconfigured.
[14:24] <sergiusens> correct, there's is basically nothing in ppa:phablet-team that you would need
[14:24] <cjwatson> ah, it's because you need [arch=i386] on that sources.list line
[14:24] <cjwatson> (the archive.u.c one)
[14:28] <alan_g> cjwatson: is that something I can fix?
[14:29] <cjwatson> Don't know
[14:30] <cjwatson> I guess you could do it in the same way that you're evidently already echoing lines onto the end of sources.list
[14:30] <cjwatson> + echo 'deb [arch=armhf] http://ports.ubuntu.com/ubuntu-ports/ trusty main restricted universe multiverse'
[14:30] <cjwatson> + echo 'deb [arch=armhf] http://ppa.launchpad.net/phablet-team/ppa/ubuntu trusty main'
[14:30] <fginther> alan_g, the test is using a trusty-i386 chroot used by the regular i386 builds
[14:31] <fginther> alan_g, cjwatson, we can try it that way
[14:31] <cjwatson> so   sed -i 's/\(deb \)\(http://archive.ubuntu.com/ubuntu\)/\1'"$(dpkg --print-architecture)"'\2/' /etc/apt/sources.list
[14:31] <cjwatson> or some such
[14:31] <cjwatson> er
[14:32] <cjwatson> sed -i 's/\(deb \)\(http://archive.ubuntu.com/ubuntu\)/\1 [arch='"$(dpkg --print-architecture)"'] \2/' /etc/apt/sources.list
[14:32] <cjwatson> adjust paths etc. as appropriate
[14:35] <alan_g> fginther: something you can fix?
[14:36] <fginther> alan_g, should be able to, working on it now
[14:36] <cjwatson> sil2100: I believe it's promoted now
[14:36] <alan_g> fginther: cjwatson thanks
[14:36] <cjwatson> I got a traceback, but it seems to have published anyway
[14:36] <cjwatson> Traceback (most recent call last):
[14:36] <cjwatson>   File "/srv/system-image.ubuntu.com/bin/copy-image", line 299, in <module>
[14:37] <cjwatson>     os.remove(lock_file)
[14:37] <cjwatson> OSError: [Errno 2] No such file or directory: '/srv/system-image.ubuntu.com/state/global.lock'
[14:39] <sil2100> cjwatson: \o/ Thanks!
[14:39] <psivaa> plars: sorry, just came back from lunch. guess you had the answers already? :)
[14:41] <plars> psivaa: yep, thanks
[14:46] <fginther> alan_g, how does this look so far? http://s-jenkins.ubuntu-ci:8080/job/mir-android-trusty-i386-build-fjg/5/console
[14:46] <psivaa> plars: i have not fully converted all the jobs to use maguro-01 again
[14:47] <psivaa> plars: is  that by changing the production.py and then run the setup again.. or is there a specific way to run setup just for this device?
[14:47] <plars> psivaa: actually, you don't have to change production.py, just go with the default in it - only make sure no other jobs are running at the time
[14:48] <plars> psivaa: when I changed it yesterday, I created a custom config file for *just* that line of jobs moving them over
[14:48] <plars> psivaa: that way none of the other running jobs would be impacted
[14:49] <psivaa> plars: ahh that's what i was looking for
[14:49] <psivaa> plars: would be helpful if you could send me that if that's handy
[14:50] <plars> psivaa:  just copy/edit production.py, but if there's nothing else running, there's no harm in running through the full set
[14:50] <psivaa> plars: ack, thanks. will do that.
[14:50] <alan_g> fginther: it seems that wasn't the real issue - as the build is failing anyway.
[14:50] <plars> ah, that reminds me...
[14:51] <plars> but cwayne isn't here :(
[15:09] <mhall119> popey: top-approved, what do we need to do to let you do that?
[15:10] <popey> mhall119: I don't want to
[15:10] <popey> I approved, I dont think its appropriate that I approve and happrove.
[15:10] <popey> I *can* already
[15:17]  * balloons checks landing asks
[15:17] <balloons> you going to have sergio pull the rss update?
[15:19] <popey> we need to
[15:25] <balloons> popey, just make sure you frame this: http://ci.ubuntu.com/smokeng/trusty/touch/mako/73:20131218:20131211.2/5532/
[15:30] <sil2100> popey: the rssfeed app flaky test got fixed \o/ ?
[15:33] <popey> sergiusens: can you release rss to the store please?
[15:33] <popey> once that lands.
[15:35] <sergiusens> popey, sure
[15:39] <sil2100> Damn, something's wrong with me and testing on devices
[15:40] <popey> [Wed Dec 18 15:38:32 2013] Buffer I/O error on device loop0, logical block 424267
[15:40] <popey> [Wed Dec 18 15:38:32 2013] lost page write due to I/O error on loop0
[15:40] <popey> thats bad isn't it?
[15:40] <popey> [Wed Dec 18 15:38:32 2013] loop: Write error at byte offset 1716699136, length 4096.
[15:41] <popey> http://paste.ubuntu.com/6594839/
[15:43] <mhall119> popey: I have no problem with an approver top-approving, as long as they aren't the author or submitter
[15:55] <mandel> ralsina, lool all udm branches are in trunk, code was tested and re-tested on devices, so we are ready to land it in the new img, as ralsina told me with risk because of course if we break we break the update path
[15:55] <mandel> but I have tested that path too :)
[15:55] <plars> psivaa: gallery-app had some problem on maguro, did you move them all back to 01 already?
[15:55] <ralsina> lool: of course mandel *did* try an manual update with this version isntalled but...
[15:55] <ralsina> lool: just being careful
[15:58] <timp> did something bad just happen to jenkins?
[15:58] <timp> all the logs linked here give me a 404 https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/headerHeightInit/+merge/199468/comments/463176
[15:59] <sil2100> timp: it might not have been published yet, if you have VPN access you can use the s-jenkins versions of the links
[16:01] <sil2100> timp: i.e. replace https://jenkins.qa.ubuntu.com with http://s-jenkins.ubuntu-ci:8080
[16:07] <sergiusens> popey, balloons https://myapps.developer.ubuntu.com/dev/click-apps/155/
[16:07] <balloons> sergiusens,  "You just tried to access a feature which you don't have permission to use."
[16:07] <balloons> hah
[16:07] <sergiusens> balloons, sorry, it was an fyi for you ;-)
[16:08] <balloons> :-p
[16:09] <balloons> just fyi sergiusens I have a music app pull for you too in landing asks
[16:10] <popey> sergiusens: ack
[16:10] <sergiusens> balloons, if these asks were bugs assigning to me would make me notice
[16:10] <sergiusens> pun :-)
[16:12] <psivaa> plars: not all of them.. but gallery-app was rerun once more on maguro-01
[16:15] <plars> psivaa: what do you mean not all of them? we can't have a situation where some tests are on one phone another others on a different one
[16:16] <sil2100> kenvandine: hello! :)
[16:16] <kenvandine> howdy sil2100
[16:16] <sil2100> kenvandine: can you approve? https://code.launchpad.net/~sil2100/cupstream2distro-config/missing_extra_pkgs_unity8/+merge/199495
[16:17] <psivaa> plars: i know. but i earlier changed the jobs that failed on 73 to use maguro-01. got distracted in the sprint before converting all of them
[16:17] <kenvandine> sil2100, done
[16:18] <plars> psivaa: those are likely not running on the right version then...
[16:18] <sil2100> kenvandine: thank you!
[16:20] <psivaa> plars: yea, they are not..sorry.
[16:21] <psivaa> plars: i'll abort them, reassign them to maguro01 and rerun them
[16:21] <plars> psivaa: I was just going to suggest that - if you are busy with the sprint stuff, I'm happy to do it
[16:21] <plars> psivaa: I know you're kinda tied up right now
[16:22] <psivaa> plars: yea, concentrating on both does not help do either of them right :)
[16:22] <psivaa> plars: so would help you do that
[16:22] <popey> sil2100: i wont be at the landing meeting this evening. I have a train to catch
[16:22] <psivaa> if you could do that
[16:22] <plars> psivaa: absolutely, I'll take care of it now
[16:22] <psivaa> plars: thanks
[16:22] <sil2100> popey: ok, no problem - thanks for testing the image green!
[16:30] <plars> psivaa: it's rerunning now
[16:37] <psivaa> thanks plars
[16:38] <popey> sergiusens: approved
[16:39] <sergiusens> balloons, btw, have you been doing manta on these?
[16:39] <sergiusens> cihelp is there an ETA to enable manta tests or is that waiting on definitions of other things?
[16:40] <retoaded> sergiusens no ETA that I'm aware of atm; fginther? ^^^^
[16:40] <balloons> sergiusens, both manta and maguro are likely to have some fun twists
[16:40] <plars> sergiusens: as far as I know, they can be turned back on whenever they are needed, I'll need to confirm that the devices are still physically connected
[16:41] <fginther> sergiusens, I haven't seen any formal requests for this
[16:41] <retoaded> plars, they are not connected atm unless rfowler has done that in the past day or so
[16:41] <plars> sergiusens: and since we've made a lot of changes since the last time they were run, I'll need to add them to the job configs, but for smoke at least, I don't think it should be a huge problems
[16:41] <retoaded> which I doubt
[16:41] <plars> oh
[16:41] <fginther> just some "it would be nice to have" discussion
[16:42]  * plars is entirely too optimistic :)
[16:42] <sergiusens> oh, I'm just saying that since tablet was supposed to be one of the development focuses
[16:42] <sergiusens> nothing to stress about until next year ;-)
[16:42] <fginther> sergiusens, then it should be something we need to add. We'll probably need to order some hw, I doubt we have enough to cover all the testing
[16:43] <sergiusens> yeah, makes sense
[16:44] <fginther> sergiusens, do you know who is driving the platform definition?
[16:49] <sergiusens> fginther, upper management i think
[16:49] <fginther> sergiusens, ack
[16:58] <cjwatson> ricmm: in https://wiki.ubuntu.com/Process/Merges/Checklists/Common, why are we privileging pbuilder?  Foundations generally recommends the use of sbuild, especially for cross-building
[16:59] <cjwatson> ricmm: there may well be a mismatch here between different teams' tools, which may be fine, but if so we should use more neutral language
[17:01] <sil2100> asac, robru, kenvandine, cyphermox: meeting!
[17:01] <ricmm> cjwatson: legacy brain
[17:01] <ricmm> please change accordingly
[17:01] <sil2100> balloons: ^
[17:02] <cjwatson> ricmm: ok, neutralised slightly
[17:03] <balloons> sil2100, coming, running over
[17:04] <asac> sil2100: latish
[17:04] <asac> will check here for pings
[17:05] <sil2100> asac: ok
[17:05] <sil2100> cyphermox: hangout if you have a moment :)
[17:10] <ricmm> cjwatson: thanks!
[17:22] <robru> sil2100, feel free to assign me a bug about qtorganizer. my edit rights on the spreadsheet have been revoked, which means the only way for me to track my progress is with bugs.
[17:24] <asac> sil2100: are you still on?
[17:24] <asac> in the HO?
[17:24] <asac> seems not
[17:24] <asac> damn
[17:26] <cyphermox> we just finished
[17:26] <cyphermox> like, 2 minutes ago
[17:47] <sil2100> balloons: do we have confirmation that the rssfeed app fix is in?
[17:47] <sil2100> (by in I mean in ready to be fetched by an image)
[17:53] <balloons> sil2100, looks like sergio dropped.. so let's see
[18:13] <sil2100> balloons: ok, let's not wait on this any longer, let me ask cyphermox to kick a new image
[18:13] <sil2100> cyphermox: could you press the 'build new image' button for us? :)
[18:14] <balloons> sil2100, sorry for the delay. I confirmed the version instore is the new one from this morning
[18:14] <balloons> afaict, it's in and ready
[18:14] <balloons> so you should be good.. I literally just found the info I needed ;-p
[18:16] <sil2100> :D
[18:16] <sil2100> And Sergio just appeared when you did ;)
[18:19] <mandel> sil2100, did you get a ping form ralsina about ubuntu-download-manager?
[18:20] <sil2100> mandel: hi! hm, no, I don't think so - but maybe I missed the ping inbetween things
[18:20] <sil2100> mandel: what is it about?
[18:21] <mandel> sil2100, we have finally landed all the bug fixes we wanted in trunk (it is in the spreadsheet already) and everything was reviewed and tested
[18:21] <mandel> sil2100, is a 'critical' update because if the ubuntu-download-manager is not working properly , well system image updates wont work, I'm mentioning that even though it is very well tested
[18:22] <mandel> sil2100, tomorrow is my last day before the xmas break and I'd love to go knowing that it is in the image :)
[18:22] <mandel> and workin
[18:22] <mandel> g
[18:23] <sil2100> mandel: thanks for the heads up! Let me check the spreadsheet, maybe we can land it today even - is this change has a high-risk-factor?
[18:24] <mandel> sil2100, that would be perfect, that way if there is an issue I'll be around to get it fixed :)
[18:24] <mandel> sil2100, the bugs are mainly performance related (faster and less memory)
[18:33] <sergiusens> sil2100, wrt to music app, I'm testing the click and uploading
[18:33] <sil2100> mandel: ok, so you're 100% sure that ubuntu-download-manager things are ready to land, yes?
[18:33] <sil2100> sergiusens: thanks :)
[18:33] <sil2100> sergiusens: let me add it to the spreadsheet then
[18:34] <mandel> sil2100, yes, unit-tested, tested, re-tested, got scared, re-tested sure
[18:34] <sil2100> ;)
[18:34] <ralsina> mandelm sil2100: sorry did not ping yet, was on a meeting :-)
[18:35] <ralsina> sil2100: mandel has sworn on a stack of bibles
[18:35] <sergiusens> sil2100, it was already on the spreadsheet iirc
[18:35] <sil2100> sergiusens: yes, but not in Landing Plan - only in Asks
[18:36] <sil2100> But I added it and assigned to you
[18:36] <sil2100> kenvandine: hi! How busy are you today? ;p
[18:36] <sergiusens> sil2100, ack, the deal I made with didier was that as long as a click is in asks I'm free to update the status from there; I can work this way as well
[18:37] <sil2100> mandel, ralsina: could you guys give us some good testing ideas for this?
[18:37] <sil2100> sergiusens: oh, ok, wasn't aware of that ;) I don't mind!
[18:37] <sil2100> It's just paper-work
[18:37] <mandel> sil2100, sure, I have two really good ones, do you want me to send you an email?
[18:37] <mandel> sil2100, or over here?
[18:37] <kenvandine> sil2100, well i'm trying to avoid distractions to nail some stuff down before the holiday
[18:38] <kenvandine> sil2100, but i can help out where needed
[18:39] <sil2100> kenvandine: could I assign something to you? You could also ask robru for some help and/or just re-assign it to him ;) (just he doesn't have write rights to the spreadsheet)
[18:39] <sil2100> kenvandine: it's ubuntu-download-manager, it's in the plan
[18:39] <kenvandine> ok
[18:39] <ralsina> sil2100: well, one is downloading and installing an app
[18:39] <sil2100> mandel: could you send those test-cases to kenvandine and robru ? Thanks!
[18:39] <ralsina> sil2100: the other is much trickier which is testing an image update. You surely see how that's hard to test :-(
[18:41] <mandel> sil2100, sure, will add you too
[18:41] <asac> sil2100: are we promting 74?
[18:41] <asac> did this image come out 100% without retrying?
[18:41] <asac> plars: ?
[18:42] <sil2100> asac: 74 I still don't see maguro final results
[18:42] <sergiusens> ralsina, mandel this may be an aproximation: mount -o remount,rw / && dpkg -i udm.deb && reboot && system-image-cli [full update download options]
[18:42] <plars> asac: on mako, I haven't tried anything yet, I'm rerunning all of maguro right now because there was some doubt about the device it was running on
[18:42] <asac> sil2100: ic... but we have testing done?
[18:42] <asac> plars: mako seems 100% without retry... wow :)
[18:42] <sil2100> asac: so I wouldn't promote that, also popey didn't test-ACK that yet manually
[18:42] <plars> asac: there were 2 crashes on mako though
[18:43] <sil2100> asac: since I guess he's still driving somewhere, so he's off
[18:43] <asac> sil2100: right, are we trying to get the test feedback on 74 and promote or are we going for 73?
[18:43] <plars> asac: one of which was in system-settings tests
[18:43] <mandel> sergiusens, ok, that is actually a quite good one
[18:44] <asac> plars: right.
[18:44] <asac> crashes are not good
[18:44] <asac> havent
[18:44] <asac> are they new?
[18:44] <asac> or flaki/before?
[18:44] <plars> asac: calendar is still failing on maguro (has been for a while now) and music hit a failure that seems to be on and off.it's running the calculator tests now so a bit more than 50% of the way through it seems
[18:44] <sil2100> asac: 73 we promoted already, as mentioned in the update e-mail
[18:44] <asac> ah cool
[18:44] <asac> then lets ensure we get the issues with the current image sumamrized
[18:44] <plars> asac: the dialer-app crash is definitely not new, the systems settings one is though
[18:44] <sil2100> SInce it had 100% green on mako and no issues in manual testing ;)
[18:44] <asac> so we can escalate and have folks look
[18:45] <sil2100> Indeed!
[18:45]  * sil2100 needs to go soon
[18:45] <asac> plars: right. and we got a new system-settings?
[18:45] <asac> sil2100: do the system settings folks know about the regression?
[18:45] <asac> and are working on it?
[18:45] <asac> sil2100: after thats kicked off, call it a day :)
[18:45] <asac> hehe
[18:46] <plars> I don't think so, but there was one recently
[18:46] <sergiusens> mandel, glad to help
[18:47] <cyphermox> sil2100: still need a rebuilt?
[18:48] <sil2100> cyphermox: yes, I mean, we need a new image kicked ;) If you didn't kick one yet of course!
[18:48] <sil2100> asac: which regression? We don't run system-settings tests on smoketesting?
[18:48] <mandel> sergiusens, one question, should I specify where to find the .deb or it is assumed that it is from trunk?
[18:49] <cyphermox> done
[18:49] <sil2100> cyphermox: thank you
[18:50] <sergiusens> mandel, for a landing request I would assume trunk, and if it's in daily release it may be the daily release ppa or if you get stuck on proposed the one in proposed
[18:50] <asac> sil2100: plars was talkinga bout system settings crashes
[18:50] <asac> those i refer to
[18:51] <sergiusens> mandel, really depends on how your project was setup
[18:51] <mandel> sergiusens, ok
[18:51] <sergiusens> mandel, which sadly isn't really consistent
[18:51] <mandel> sergiusens, afaik there is a daily ppa, I need to check that
[18:53] <sergiusens> mandel, this one perhaps https://launchpad.net/~ubuntu-unity/+archive/daily-build/+packages?field.name_filter=download&field.status_filter=published&field.series_filter=trusty ?
[18:54] <mandel> sergiusens, it is that package, but not that version, that is very old...
[18:54] <mandel> I wonder what has happened :-/
[18:55] <mandel> ralsina, I'm sorry to do this.. but can you take a look, is close to 20:00 here and I should stop working soon
[18:56] <sergiusens> cyphermox, sil2100  when you daily release ubuntu download manager does it get stuck in the daily build ppa until someone promotes it?
[18:56] <ralsina> mandel: of course
[18:56] <mandel> ralsina, thx, I really appreciate it
[18:56] <mandel> ralsina, then EOD for me
[18:57] <ralsina> sergiusens: yes, it goes to daily build until we ask for it to be updated in the image
[18:57] <ralsina> sergiusens: IIRC
[18:57] <sergiusens> then it should be a no brainer to ask for a build :-)
[19:00] <ralsina> sergiusens: I have very little idea of how to do that
[19:01] <ralsina> sergiusens: so, IIUC we have the daily build in that PPA... but it's still yesterday's?
[19:01] <sergiusens> ralsina, it's a ping to cyphermox, sil2100 et. al.
[19:01] <dobey> it's from dec 16 (so 2 days) yeah
[19:01] <sil2100> sergiusens: yes, someone needs to publish it manually once it's done
[19:01] <sergiusens> sil2100, but it needs to be triggered, seems it hasn't
[19:01] <sergiusens> at least not today
[19:02] <ralsina> I thought those were automatic
[19:02] <popey> 18:42:35 < sil2100> asac: so I wouldn't promote that, also popey didn't test-ACK that yet manually
[19:02] <ralsina> maybe we merged after it was built
[19:02] <popey> i wont be able to ack that tonight, am afk
[19:02] <sil2100> sergiusens, ralsina: yes, it should be automatic, but we're firing those manually right now
[19:02] <popey> i presume you're talking about #74
[19:02] <ralsina> sergiusens: ah, ok
[19:03] <sil2100> sergiusens, ralsina: but kenvandine or robru will fire those when doing the landing
[19:03] <sil2100> Actually, I'll do it now
[19:03] <sil2100> kenvandine: ^
[19:03] <asac> popey: dont worry
[19:03] <ralsina> sil2100: cool then, thanks
[19:03] <asac> we have 73 out
[19:03] <asac> thanks!
[19:03] <sil2100> popey: yes, no worries ;)
[19:03] <asac> sil2100: thanks as well ... hope you get off and are back tomorrow so we can digest the issues we need to hunt down still !
[19:03] <sergiusens> popey, are you already out?
[19:04] <sil2100> asac: sure! I guess let's wait for tomorrow morning with that, still need to finish some things up and then EOD ;) So just poke-remind me about those in the morning
[19:04] <asac> sil2100: yep. cya
[19:07] <popey> sergiusens: i am out, yes
[19:08] <sergiusens> popey, want me to ack the music app myslef from the store or leave a note for it to wait for you?
[19:11] <popey> if you're happy it passes tests, ack it
[19:11] <popey> i also have a broken device (see paste above) http://paste.ubuntu.com/6594839/ - dunno when I'll have a working device
[19:13] <sergiusens> popey, ok, I'll ask balloons for a mako test
[19:13] <sergiusens> balloons, can you test http://s-jenkins.ubuntu-ci:8080/view/click/job/music-app-click/lastSuccessfulBuild/artifact/com.ubuntu.music_1.1.281_armhf.click on mako?
[19:14] <sergiusens> balloons, public link: https://jenkins.qa.ubuntu.com/job/music-app-click/lastSuccessfulBuild/artifact/com.ubuntu.music_1.1.281_armhf.click
[19:35] <balloons> sergiusens, yes I can test..
[19:36] <sergiusens> balloons, thanks, I updated the spreadsheet with some info fwiw
[19:36] <sergiusens> balloons, I don't consider it a blocker unless there are failures on mako which I don't have
[19:38] <balloons> sergiusens, the landing asks sheet? I don't see anything different
[19:39] <balloons> running tests now
[19:40] <balloons> oO fginther.. wondering if you might shed insight into this merge: https://code.launchpad.net/~andrew-hayzen/music-app/fix-1261926-loader-centre/+merge/199376. Looks like a stuck job perhaps: http://91.189.93.70:8080/job/music-app-ci/405/
[19:40] <balloons> I tried to rebuild it, looking deeper now, but
[19:40] <balloons> mm.. yes, slaves are offline
[19:41] <sergiusens> balloons, it's in the other sheet
[19:41] <sergiusens> balloons, row 369
[19:42] <balloons> ahh, got it
[19:43] <sergiusens> 1/12 << 1/9 so it's still good for me
[19:43] <sergiusens> and maguro is decapitated anyways :-P
[19:43] <balloons> ahh, same test failing.. as in the new tests added didn't fail, just prexisting stuff
[19:44] <sergiusens> balloons, do you want to take a look at the code or just wing it?
[19:44] <balloons> sergiusens, lol, I didn't look.. my statement wasn't phrased as a question, but it was :-)
[19:45] <balloons> so test_create_playlist_from_songs_tab has a failure in your paste
[19:47] <sergiusens> balloons, yes, but it passes on a second run
[19:48] <sergiusens> balloons, the assert is missing an eventually perhaps?
[19:48] <sergiusens> balloons, there's no Eventually in self.assertThat(playlist, Not(Is(None)))
[19:49] <balloons> sergiusens, since we are green, and this is new stuff, it could be worth holding because of a flaky test. I wonder how best to note it
[19:49] <sergiusens> balloons, I'll just annotate blocked in the plan
[19:52] <balloons> sergiusens, could we get a bug filed for this.. with what you are seeing, since I can't reproduce..
[19:53] <balloons> we'll work it that way and ask for a land again when it's sorted
[19:53] <balloons> I'll assign it out
[19:54] <sergiusens> balloons, sure thing
[20:01] <asac> doanac: hi ... is it accurte to say that the preferred way to integrate test payloads that should be run in the future on images (and at all other stages) is by adding support in utah for them?
[20:02] <doanac> asac: you mean like an MP3 to test audio?
[20:04] <asac> hmmm
[20:04]  * asac wonders if he should become more specific
[20:05] <asac> doanac: so maybe lets start: what would it take to embrace qmltest for image testing?
[20:05] <asac> doanac: i assume you need to write an execution and result transformation wrapper?
[20:05] <asac> that gets input: ADB handle
[20:06] <asac> doanac: or should we avoid touching utah as the new world comes up?
[20:07] <doanac> asac: i don't think you'd touch utah exactly. you'd be writing a test that compatible with utah.
[20:07] <doanac> that's a bit pedantic though.
[20:08] <doanac> nobody has ever really recommended anything, but if i were the test author, i'd bundle my test data with my test case. they are likely going to be dependent on one another
[20:33] <fginther> balloons, looking
[20:49] <Laney> fginther: please could you re-run glib2.0's autopkgtest?
[20:49] <Laney> (I believe proposed-migration needs both architectures to be re-run to notice the new results, even though amd64 already passed)
[20:56] <fginther> balloons, http://91.189.93.70:8080/ is working again
[20:56] <fginther> Laney, looking
[20:56] <balloons> fginther, ty!
[20:57] <Laney> fginther: On http://d-jenkins.ubuntu-ci:8080/view/Trusty/view/AutoPkgTest/job/trusty-adt-glib2.0/35/ I think, click Matrix Reloaded, tick both architectures and then the go button
[20:58] <fginther> Laney, it's running now
[20:58] <Laney> merci
[21:29] <fginther> Laney, it passed
[21:29] <Laney> it sure did! ♥
[22:04] <asac> doanac: hmm
[22:04] <asac> doanac: i still dont know what that means
[22:05] <asac> what exactly does a test have to do so i can just run it against our images?
[22:05] <asac> output the right format? what format can you do?
[22:05] <doanac> asac: a utah compatible test just needs to exit 0/1
[22:06] <doanac> the qmltest scenario feels similar to what we do for testing autopilot
[22:06] <asac> doanac: https://code.launchpad.net/~mzanetti/+junk/qmltestrunner-qml-only
[22:07] <asac> doanac: i think you branch tht, go in here: http://bazaar.launchpad.net/~mzanetti/+junk/qmltestrunner-qml-only/files/head:/tests/qmltestrunner/
[22:07] <asac> and run run.sh
[22:07] <asac> doanac: i was told we couldpackage that .qml test also
[22:07] <asac> so not needed to be in source
[22:07] <asac> not sure how all that works anyway with click
[22:08] <asac> maybe in a branch is just ok?
[22:08] <doanac> asac:  i think so. you could probably write a utah wrapper that:
[22:08] <doanac> 1) pulls the branch down
[22:08] <asac> where is our click utah wrapper? :)
[22:08] <doanac> 2) runs "make check"
[22:08]  * asac tries to find utah-test-cases branch
[22:08] <asac> err ubuntu
[22:09] <ricmm> is CI down?
[22:09] <doanac> asac: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/files
[22:09] <ricmm> ah no nvm
[22:10] <asac> doanac: i think i am in there
[22:10] <asac> doanac: so i start from an autopilot test
[22:10] <doanac> asac: here's an example of an autopilot test that's not packaged, but in a branch: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/files/head:/tests/click_image_tests/
[22:10] <asac> and just do that for each test i want to run?
[22:10] <asac> doanac: wait. i am talking about testing an autopilot for an app that is in a click
[22:11] <asac> not testing somethign like an image
[22:12] <doanac> does it matter? your test definition does 2 things. 1) grab code if you need for setup. 2) run a command
[22:12] <asac> doanac: well, my problem is how to grab the exact right code
[22:13] <asac> e.g the rev of the tests that match what installed
[22:13] <asac> how is that done for click?
[22:13] <doanac> there's an attribute in the click package that has its bzr-revno
[22:15] <asac> doanac: right. but where is the utah definition that does that?
[22:15] <asac> that uses that rev to pull exactly that
[22:15] <doanac> asac: utah doesn't pull. we run phablet-click-setup which pre-populates all the tests we want onto the device
[22:16] <asac> then i dont know how to do this :)
[22:16] <asac> well. let me try tomorrow again... its getting late
[22:16] <asac> thanks!
[22:16] <doanac> k. an actual meeting might be easier for this type of thing
[22:16] <doanac> np
[23:25] <plars> balloons: seem to be getting a failure in weather-app again with the refresh_tabs test: http://ci.ubuntu.com/smokeng/trusty/touch/mako/75:20131218.2:20131218.2/5552/ubuntu-weather-app-autopilot/
[23:27] <thomi> doanac: still around?
[23:28] <plars> and the maguro crapped out again
[23:28] <plars> *sigh*
[23:29] <thomi> fginther: doanac, we were talking about this earlier today.. turns out it exists already: https://launchpad.net/tribunal
[23:30] <plars> asac, I'm going to restart all the maguro jobs on a different device, rfowler: maguro-01 went belly-up again
[23:33] <doanac> fginther: nice find
[23:33] <doanac> cjohnston, josepht: ^^ cool tool "tribunal"
[23:33] <plars> ok, we're back on maguro-06
[23:34] <plars> have to run out for a bit, will be back later to check on things with 75
[23:35] <doanac> downside of tribunal is it seems to be client-side