[00:13] <thomi> cyphermox: Are you around?
[00:35] <cyphermox> thomi: yes
[00:41] <thomi> cyphermox: Do you have the power to action a release on the ci-train? We just finished the testing for the autopilot release
[00:45] <cyphermox> how would I go about testing this? is it likely to take a long time? I should be out already
[01:10] <thomi> cyphermox: I don't understand, we've spent the last week testing it
[01:10] <cyphermox> I need to test everything before landing
[01:10] <thomi> cyphermox: if you want to do an exhaustive test, it'll probably take about a week. If you just want to make sure it's not totally borked
[01:10] <thomi> ...I guess you can add the PPA and run some AP test suites
[01:12] <cyphermox> which silo is this?
[01:39] <thomi> cyphermox: silo 12
[01:45] <cyphermox> * Backing out recent change that introduces issues on devices.
[01:45] <cyphermox> ^  this should be closing a bug
[01:45] <cyphermox> I don't know what changes or what issues
[01:46] <thomi> cyphermox: it's not a change that ever landed on the device
[01:46] <thomi> or in distro
[01:47] <cyphermox> mmkay
[01:50] <cyphermox> done
[01:50] <thomi> thanks cyphermox
[08:14] <Mirv> thostr_: FYI I'm hitting a rebuild problem with hud related to the recently updated gtk-doc, bug #1287580
[08:18] <Mirv> didrocks: what to do about package that has previously built for powerpc, now gets tests enabled and those tests pass on i386 + amd64 + armhf (finally!) but have some failure on powerpc
[08:19] <didrocks> Mirv: pinging upstream to get those fixed, but I guess britney won't block them
[08:19] <didrocks> so something to look at and poke people about, but not a blocker for your work
[08:19] <Mirv> didrocks: well the package is qtbase in this case, I merged chris gagnon's test enablement branch now that it finally passes on "all" archs, but it happens to fail on powerpc
[08:20] <didrocks> Mirv: yeah, maybe you can sync with him? but don't block yourself on it if you can't fix it :)
[08:20] <Mirv> ok. I'll do that
[08:20] <didrocks> thx ;)
[08:20] <Mirv> thanks
[09:19] <ogra_> hmpf ... the dial-number ofono script still produces crashes
[09:25] <sil2100> So, should we revert the revert of the revert?
[09:25] <sil2100> ;D
[09:26] <didrocks> sil2100: I guess xnox had a fix
[09:26] <didrocks> ogra_: hum
[09:26] <didrocks> so ofono doesn't fix it :/
[09:29] <ogra_> didrocks, it fixes it, they just didnt take that one script into account
[09:29] <sil2100> EEEK
[09:29] <sil2100> didrocks: spreadsheet problems seem to be back again!
[09:30] <sil2100> 'Last edit was made 3 hours ago'
[09:30] <ogra_> (the dialer-app test where it shows up passes fine)
[09:30] <sil2100> And ERROR! Service timed out ;(
[09:30] <didrocks> sil2100: yeah, seeing that…
[09:33] <Mirv> I had my GMail almost timing out...
[09:38] <didrocks> ogra_: coming?
[09:38] <ogra_> oops
[09:38] <ogra_> sorry, IRC dsitraction
[09:40] <thostr_> can I get a silo for line 8?
[09:44] <sil2100> thostr_: let me see
[09:44] <sil2100> thostr_: sure, assigning (if google allows though!)
[09:45] <thostr_> sil2100: yeah...this morning I'm just getting errors with the spreadsheet :(
[09:50] <thostr_> Mirv: the gtk-doc fix for hud is https://code.launchpad.net/~pete-woods/hud/gtkdoc-fix-behaviour-change/+merge/207948
[09:51] <thostr_> Mirv: however, I cannot add a line to ci spreadsheet right now...only get errors
[09:53] <Mirv> thostr_: thanks! yes the spreadsheet is erroring out we're just discussing it. I'll include that branch in the Qt 5.2 landing itself (line 24).
[09:54] <thostr_> Mirv: thanks
[09:54] <sil2100> thostr_: yeah, I'll try to assign a silo for you, but the spreadsheet keeps reverting... could you take a look if the list of merges on the spreadsheet is up-to-date?
[09:55] <sil2100> thostr_: if not, could you paste me the MP's in a pastebin?
[09:57] <Mirv> sil2100: so I took that branch and put it into my Qt 5.2 landing line 24 instead
[09:58] <Mirv> sil2100: unless you're talking about the earlier alarm-api etc lines of course
[10:00] <sil2100> Mirv: I'm talking about line 6
[10:00] <didrocks> thostr_: seb128: Saviq: Laney: we are in a spreadsheet hell mode again FYI
[10:01] <Mirv> sil2100: ok, ignore me then :)
[10:01] <seb128> didrocks, yeah, I noticed
[10:01] <seb128> if I want a landing for https://code.launchpad.net/~3v1n0/libindicator/reduce-image-serialization/+merge/208736 (desktop only) should I just ask here? ;-)
[10:02] <didrocks> hum, too long :p
[10:02] <Laney> hahaha
[10:02] <Laney> I love "hell mode"
[10:02] <seb128> seems to work again
[10:02]  * Laney hugs didrocks
[10:02] <Laney> do you know what causes it?
[10:02] <seb128> but maybe it's just going to revert things on me :p
[10:02]  * didrocks hugs Laney back
[10:02] <didrocks> Laney: I should do marketing to find slogan
[10:03] <didrocks> Laney: no, and the opened ticket at google didn't answer
[10:03] <Laney> :S
[10:03] <didrocks> IS are asking us to use "new google spreadsheet", but we loose the locking feature
[10:04] <dbarth> morning
[10:04] <dbarth> can i have, yet another, reconfig in silo 005 please?
[10:05] <dbarth> (this is to address the packaging issues, no runtime changes expected, but i'll redo tests anyway... <sigh>)
[10:05] <dbarth> thanks ;)
[10:05] <Saviq> didrocks, are there plans to build a custom site instead of the ssheet?
[10:06] <didrocks> Saviq: yeah, it's the plans, I wanted to wait on Airline to be there, but I think I might have to just go ahead myself on this
[10:06] <didrocks> sil2100: mind looking at dbarth's request? ^
[10:06] <sil2100> bzoltan1: hi! Ok, so I assigned a silo for you, it's landing-004
[10:07] <sil2100> thostr_: same for you - I assigned a silo, it's landing-003
[10:07] <bzoltan1> sil2100: thanks a lot
[10:07] <didrocks> hum, new google spreadsheet have many issues with functions we are using https://developers.google.com/apps-script/migration/sheets#issues_with_individual_methods
[10:07] <sil2100> Spreadsheet is b0rken so it might say otherwise ;)
[10:07] <sil2100> dbarth: let me see
[10:08] <sil2100> dbarth: this might be a untypical request, but could you put all the MP's you want to have in it in a pastebin for me?
[10:08] <sil2100> dbarth: since the spreadsheet is unreliable today because of google
[10:12] <psivaa> didrocks: the unity8 rerun again reproduced the crash and associated (5, this time) failures
[10:12] <didrocks> psivaa: ok, so seems it's crash-related, thanks!
[10:13] <psivaa> yw :)
[10:17] <dbarth> sil2100: oops, sure, let me paste that
[10:17] <dbarth> sil2100: http://pastebin.ubuntu.com/7032258/
[10:22] <sil2100> dbarth: thanks, let me reconfigure
[10:26] <sil2100> dbarth: hmmm
[10:26] <sil2100> dbarth: so, it seems that https://code.launchpad.net/~mardy/webbrowser-app/re-enable-tests/+merge/209205 is targetting a different branch as a merge than trunk
[10:26] <sil2100> dbarth: it is required that all merges target the same branch
[10:31] <mardy> sil2100: should I resubmit it?
[10:40] <dbarth> sil2100, mardy: no we're doomed; can't land this silo without alex updating his own branch
[10:40] <dbarth> we'll wait again then, sorry
[10:40] <sil2100> hmmm
[10:41] <sil2100> dbarth: what you guys can do is simply copy that branch, resubmit it as a different one and do a merge
[10:42] <dbarth> sil2100: well, it's been staying in this silo for weeks, so it can wait another 6h :/
[10:42] <dbarth> easier, and this way i'll be more confident in doing a quick re-test
[10:43] <seb128> sil2100, can I get a silo for l49? ;-)
[10:45] <bzoltan1> sil2100: I got a merge conflict ... what i did not have when merged locally .. weird. I pulled off the bogus MR. Would you please reconfigure the Silo4?
[10:48] <t1mp> bzoltan1: that's weird, https://code.launchpad.net/~fboucault/ubuntu-ui-toolkit/visual_compact_widgets/+merge/208460 shows changes that were already merged in https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/fixTabTests/+merge/208433
[10:49] <bzoltan1> t1mp: wow ...
[10:50] <t1mp> bzoltan1: I don't know why. Perhaps a manual trunk merge on the visual_compact_widgets branch is needed
[10:52] <sil2100> bzoltan1: let me try that
[10:52] <sil2100> seb128: I'll try ;p
[10:55] <sil2100> bzoltan1: reconfigured!
[10:55] <bzoltan1> sil2100: thank you
[10:56] <sil2100> seb128: assigning silo, just be warned that the landing in the spreadsheet can magically disappear
[10:56] <seb128> sil2100, thanks
[10:58] <sil2100> seb128: assigned 008
[10:58] <seb128> sil2100, thanks, it's building ;-)
[10:59] <davmor2> Morning all
[11:00] <didrocks> re davmor2 ;)
[11:34] <Saviq> sil2100, icanhassilo for row 28 please?
[11:34] <mhr3_> sil2100, silo for 50 pls?
[11:35]  * Saviq first!
[11:35] <Saviq> mhr3_, there is no row 50 :P
[11:35] <mhr3_> Saviq, your gdocs broken :P
[11:36]  * ogra_ suspects thats just a cheap try to get a free silo :P
[11:36] <Saviq> mhr3_, or your internets slow ;P
[11:36] <Saviq> didrocks, you around? could you get us silos ↑?
[11:37] <mhr3_> Saviq, or there's another train-calypse coming :)
[11:37] <Saviq> mhr3_, nah, I see it now
[11:37]  * Saviq hates it that we need to ping people directly :/
[11:37] <didrocks> mhr3_: see /topic :p
[11:37] <didrocks> Saviq: well, TBH, we are monitoring the spreadsheet
[11:37] <didrocks> so shouldn't nede to ping (as I guess normally, silo are assigned in an hour)
[11:38] <Saviq> didrocks, AN HOUR!? ;)
[11:38] <mhr3_> didrocks, wouldn't ping if s/hour/minute/ ;)
[11:38] <ogra_> OMG ! THE TOPIC SHOUTS !
[11:38] <didrocks> mhr3_: well, not sure you are in so in hurry :p
[11:38] <Saviq> didrocks, always
[11:39] <mhr3_> didrocks, just make the ready switch emit a ping on irc ;)
[11:39] <didrocks> Saviq: done
[11:39] <Saviq> didrocks, thanks!
[11:40] <didrocks> yw :)
[11:40] <didrocks> for mhr3_
[11:40] <didrocks> hum not sure :p
[11:40] <davmor2> ogra_, didrocks: so calls in and out work, sms in and out work, answer machine works, camera app works those were the critical ones right?
[11:40] <mhr3_> didrocks, oh come on, i never break anything :)
[11:40] <ogra_> yeah
[11:40] <mhr3_> cause i can't ;P
[11:40] <davmor2> didrocks: also the qmlscene crash is more user facing than the unity8 crash
[11:40] <ogra_> davmor2, thanks !
[11:40] <didrocks> :)
[11:41] <didrocks> davmor2: they are the same crash
[11:41] <didrocks> davmor2: it's d8f8, right?
[11:42] <davmor2> didrocks: I'll have a look after I need to take the mother in law to the hospital.  When I get back I'll look and update the spread sheet
[11:42] <didrocks> mhr3_: done
[11:42] <didrocks> davmor2: thanks!
[11:42] <mhr3_> didrocks, ty
[11:42] <didrocks> yw :)
[11:42]  * didrocks did a backup of the spreadsheet
[11:43] <didrocks> in case we have reverts
[11:45] <Mirv> was there something else needed besides an empty merge proposal to get a package built? ie. I'm getting "No new useful revision published compared to dest"
[11:46] <Mirv> now that I finally arrived at the first CI Train package that actually didn't need a last minute patch
[11:46] <didrocks> Mirv: you have to use "force rebuild" if nothing new from the distribution
[11:46] <Mirv> didrocks: right, ok
[11:56] <sil2100> Saviq, mhr3: lemme see
[11:57] <sil2100> Ah, done already?
[12:00] <Saviq> sil2100, yes, we yanked didrocks's chain ;)
[12:01]  * didrocks completes the bill and send to Saviq
[12:02] <sil2100> ;D
[12:11]  * didrocks goes for a run
[12:13] <thostr_> silo 3 can be published
[12:14] <sil2100> thostr_: checking :)
[12:15] <sil2100> thostr_: there's no test plan for those - where are those packages used?
[12:16] <thostr_> sil2100: showing icons in dash
[12:17] <thostr_> sil2100: https://wiki.ubuntu.com/Process/Merges/TestPlan/thumbnailer
[12:17] <Mirv> sil2100: didrocks: kgunn: I'm waiting for UI Toolkit fix still, but after that I'd be in the situation that the Qt 5.2 landing would clash with Mir 0.1.6 landing since I'd like to land unity-mir to the Qt 5.2 Landing PPA. should I try to postpone unity-mir compiling (not much depends), ie. will you try to land Mir before Qt?
[12:27] <Laney> Who put "(currently blocked by landing-002)" in D45?
[12:27] <Laney> which is landing-002 itself...
[12:28] <sil2100> Not me
[12:28] <sil2100> But remember that the spreadsheet could have been reverted
[12:28] <sil2100> So it might not have up-to-date info
[12:28] <davmor2> didrocks: so the qmlscene crash is the d8f8 issue and is noticeable it is also the thing that is likely fowling up the autopilot tests.  However if I'm playing the ignore game on that the image is looking pretty stable currently other wise :)
[12:30] <davmor2> didrocks: I'm going to run a test on the web-browser too and see if that is the same issue give me 5
[12:32] <Laney> sil2100: I don't understand how it would ever have made sense to have that there though
[12:32] <Laney> Anyway
[12:32] <Laney> If someone has time I'd appreciate a double and triple check of the manual tests I asked for in that cell
[12:33] <sil2100> Laney: maybe it was depending on a landing that was previously in landing-002? No idea
[12:33] <Mirv> Saviq: ok to lock unity-api for Qt 5.2 landing? ie. I'd make an empty MP to land to the Qt 5.2 silo
[12:35] <Mirv> rsalveti: (sergiusens not online) locking qtubuntu* for Qt 5.2 silo landing too, can be undone for urgent pre-Qt-5.2 landings
[12:38] <ogra_> Mirv, both on vac ... (sergio til end of the week iirc, ricardo only today)
[12:39] <ogra_> he needs to do his civil duty of "sambaing" today :)
[12:40] <Mirv> so, no objections heard :)
[12:40] <Mirv> oh, there's that
[12:42] <davmor2> didrocks: okay so of the 3 crashes I have the signon browser is the only one that is different so I'm filing that bug, the qmlscene and unity8 ones are both d8f8
[12:45] <bzoltan1> sil2100:  May I request an other reconfiguration? Now I seem to have the winning combo and order
[12:46] <sil2100> bzoltan1: sure
[12:46] <ogra_> ZITK lottery ?
[12:46] <ogra_> :P
[12:46] <ogra_> *UITK
[12:46] <ogra_> "find the winning combo" :)
[12:47] <sil2100> ;)
[12:47] <bzoltan1> ogra_: verrry funny :)
[12:48] <ogra_> :)
[12:48] <Mirv> bzoltan1: so first that landing, then the Qt 5.2 fixing branch and lockdown of UI Toolkit?
[12:48] <bzoltan1> Mirv: deal
[12:49] <ogra_> look at that ... making money in the lottery and immediately start making deals with it
[12:49] <ogra_> *g*
[12:51] <bzoltan1> ogra_: but see the attitude... I am still working with you guys
[12:51] <ogra_> haha
[12:52] <bzoltan1> ogra_: I would not leave you guys even if I would win a trackload of money :D
[12:52] <ogra_> heh, same here ... would be boring
[12:53] <sil2100> thostr_: almost done, will publish in a few moments (looks fine so far)
[13:02] <popey> Afternoon
[13:10] <Saviq> Mirv, +1
[13:12] <Mirv> thanks
[13:12] <Mirv> sil2100: does that look familiar? random problem? http://162.213.34.102/job/prepare-silo/351/console
[13:14] <cjwatson> Mirv: are you still looking for core-dev review of landing #420?
[13:14] <cjwatson> (qml-friends)
[13:16] <Mirv> cjwatson: no, "in citrain" means it was moved to https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFlCc1VzeVZzWmdBZS11WERjdVc3dmc#gid=0 and handled via that
[13:16] <cjwatson> ok
[13:22] <Mirv> didrocks: sil2100: ok I'm now stuck since I'm getting an error with prepare-silo every time
[13:25] <cjwatson> Does anyone have a test plan for click-update-manager?
[13:26] <sil2100> Mirv: let me look
[13:26] <popey> didrocks: davmor2 noticed a problem with #219 where you can't tap on search in the dash?
[13:26] <sil2100> Mirv: did you make sure you have only merge requests in the MP's?
[13:26] <popey> didrocks: davmor2 it pulls down the indicators, you can't bring up the search box
[13:27] <sil2100> Mirv: I usually saw this error when there was a branch link instead of an MP in the list
[13:27] <cjwatson> It would be pretty nice not to have to try to construct one armed only with the emulator
[13:27] <sil2100> Mirv: or one of the merge requests disappeared
[13:27] <sil2100> Mirv: so, what I would say: browse through all the merge requests and make sure all are MR's and all work ;)
[13:31] <Mirv> sil2100: you can see the list of branches on the line 24
[13:31] <Mirv> sil2100: that was my thought too, but I didn't spot any non-merge urls
[13:32] <Mirv> sil2100: disappeared!
[13:32] <Mirv> sil2100: thank you, I found something
[13:34] <Mirv> still weird _where_ it stopped, but I'm trying once again
[13:36] <Mirv> hmm hmm..
[13:37] <sil2100> hm?
[13:37] <popey> possible regression... https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1287710
[13:37] <Mirv> sil2100: PEBKAC
[13:37] <Mirv> sil2100: pressing "Esc" after editing the MP field :D
[13:37] <sil2100> ;D
[13:41] <didrocks> popey: popey "wfm"
[13:41] <popey> didrocks: set an alarm and have bluetooth on
[13:41] <popey> so you fill the indicator area
[13:42] <didrocks> bluetooth was already on
[13:42] <didrocks> setting up an alarm
[13:42] <mhr3> sil2100, silo 10 rdy to publish
[13:43] <didrocks> popey: still ok when I tap "search"
[13:43]  * popey added a pic to the bug
[13:44] <didrocks> popey: ah, I don't have a sim card
[13:44] <didrocks> so you have one more indicator than I
[13:44] <popey> ah
[13:44] <didrocks> popey: this is a regression from latest image for sure?
[13:44] <ogra_> you could install ofono-phonesim-autostart ;)
[13:44] <didrocks> ogra_: and have crashers? :p
[13:44] <popey> i use search all the time, so it's a regression from the last one I tested which was #216
[13:44] <popey> i could remove the SIM ☻
[13:45] <ogra_> didrocks, well, it gives you a 3G indicator ...
[13:45] <ogra_> with awesome signal too :)
[13:45] <didrocks> popey: can you bisect the issue?
[13:46] <popey> didrocks: yes
[13:46] <didrocks> thanks :)
[13:46] <didrocks> Saviq: FYI ^
[13:47] <popey> yeah, problem goes away if I remove the sim (and thus lose an indicator)
[13:48] <Saviq> didrocks, hmm interesting
[13:48] <Saviq> popey, we'll have a look
[13:48] <popey> k
[13:48] <ogra_> nothing in the 219 changes really indicates towards any indicator change
[13:48] <Saviq> or unity8, for that matter...
[13:48] <popey> i may not have had a fully loaded indicator area in previous images
[13:48] <Saviq> must be earlier
[13:48] <popey> so will go back
[13:48] <popey> when was the last unity or indicator change?
[13:49] <Saviq> popey, it should work regardless - the overflow indicators hide under the "search" label
[13:49] <ogra_> unity7 (unity-services) changed ... does that define the padding around indicators or some such ?
[13:49] <popey> they dont Saviq
[13:49] <popey> oh, maybe they do
[13:49] <Saviq> popey, I understand, just saying that indicators (should) have no impact on this
[13:49] <Saviq> popey, unity8 release was 02.28
[13:49] <didrocks> popey: no unity8 FOR QUITE A WHILE
[13:49] <didrocks> ooopss
[13:49] <didrocks> ECAPSLOCK :p
[13:49] <Saviq> not really
[13:49] <popey> OKAY!
[13:50] <didrocks> ;)
[13:50] <Saviq> didrocks, Friday
[13:50] <Saviq> didrocks, so quite recently
[13:50] <popey> bah! reboot and its working now ⍨
[13:50] <didrocks> Saviq: yeah, was working on #116 for popey though
[13:50] <didrocks> ah, maybe just random though
[13:50] <ogra_> 116 ?
[13:50] <ogra_> thats months old
[13:50] <didrocks> 216
[13:50] <didrocks> grrr :)
[13:50] <ogra_> :)
[13:50] <ogra_> 2016
[13:50] <didrocks> we should use modulo 10
[13:50] <ogra_> :)
[13:50] <didrocks> and be done
[13:50] <didrocks> :)
[13:50] <Saviq> ok, I'll check this out when the current AP run is done
[13:51] <popey> well, I can't even reproduce it now!
[13:51] <didrocks> popey: you didn't press strongly enough the first time!
[13:52]  * popey pushes his phone through the desk
[13:52] <sil2100> PUSH IT
[13:52] <ogra_> PU SHIT ?
[13:54] <sil2100> :O
[13:54] <sil2100> ;)
[13:54] <sil2100> Why is everyone acting today as if it was Friday?!
[13:55] <didrocks> snow in the air maybe?
[13:56]  * didrocks looks at the weather plan for next Friday…
[13:56] <didrocks> sun and 18°C! ok, no snow I guess ;)
[13:56] <ogra_> yeah, similar here
[13:57] <sil2100> Winter is coming...
[13:57] <didrocks> fortunately, it's still winter :)
[13:57] <ogra_> 11-12h sun on the weekend is the forecast here
[13:57] <ogra_> 12-14C°
[13:57] <davmor2> popey: works here fresh install
[13:58] <Saviq> uh oh
[13:58] <didrocks> sil2100: ok, retaking a snapshot/backup of the spreadsheet
[13:58] <Saviq> MismatchError: After 10.0 seconds test on Notification.iconSource failed: u'' == dbus.String(u'', variant_level=1)
[13:58] <sil2100> Oh noes
[13:58] <sil2100> didrocks: ok
[13:59] <sil2100> Too bad the statuses don't seem to be refreshed
[13:59] <Mirv> didrocks: any comment on that if Mir or Qt 5.2 will go in first, ie. do I need to postpone locking down unity-mir?
[13:59] <didrocks> Mirv: you should talk with kgunn, but I guess it will make sense to have a Mir release beforehand
[13:59] <didrocks> (which is itself blocked on the dbus-ccp one)
[14:00] <didrocks> sil2100: no status refresh?
[14:00] <didrocks> sil2100: should I try to run it manually?
[14:00] <kgunn> Mirv: yeah, it would be nice to get a mir rel out...
[14:00] <Mirv> didrocks: yeah I highighted kgunn before too
[14:01] <didrocks>   return metadataSheet.getRange("siloMatrix");
[14:01] <didrocks> sil2100: seems it's failing on that ^
[14:01] <Mirv> didrocks: kgunn: ok, I'll postpone unity-mir then to the extent possible to give more time to land mir today/tomorrow etc
[14:01] <didrocks> sil2100: and of course, we have the range existing…
[14:02] <sil2100> geh
[14:02] <didrocks> davmor2: any news on the crash retrace? is it d8f8?
[14:03] <Saviq> popey, can't repro whatever I do - tried to force overflow on desktop by squashing the window, everything worked as expected still
[14:03] <Saviq> popey, agree to mark incomplete?
[14:03] <popey> Saviq: ya
[14:04] <Saviq> popey, good thing is it's going away from the panel anyway
[14:04] <davmor2> didrocks: so the unity8 one is and the qmlscene one is, I posted earlier.  Unfortunately my phone got a bit screwed (My own doing, tryingf to find a browser that I could submit the bug with from the cli)  so I flashed fresh I'll copy across the crash file in a second and retry
[14:05] <didrocks> davmor2: ok ;) keep us posted as it seems the crash is impacting the user
[14:05] <didrocks> davmor2: try to get some information on the frequency on those qmlscene crashes
[14:06] <davmor2> didrocks: once I file this bug I will as I can clean down the system and then watch the /var/crash dir and see when it triggers
[14:06] <didrocks> davmor2: sure ;)
[14:06] <popey> Saviq: yay!
[14:09] <Saviq> didrocks, which image did autopilot get upgraded on?
[14:16] <didrocks> Saviq: latest of latest
[14:16] <didrocks> why?
[14:17] <Saviq> didrocks, I'm checking whether http://ci.ubuntu.com/smokeng/trusty/touch/mako/219:20140304:20140304/6967/unity8/848175/ could be caused by that
[14:17] <didrocks> Saviq: don't you think it's caused by a crash (and so empty answers from autopilot being given back)?
[14:17] <didrocks> as     os.killpg(self._notify_proc.pid, signal.SIGTERM)
[14:17] <didrocks> OSError: [Errno 3] No such process
[14:17] <Saviq> didrocks, that's only for the notify process, not unity8
[14:17] <Saviq> didrocks, i.e. unity8 didn't crash there
[14:17] <didrocks> oh
[14:18] <Saviq> didrocks, only the helper
[14:18] <didrocks> ok
[14:18] <didrocks> Saviq: so yeah, it contains the new AP
[14:18] <didrocks> (119)
[14:18]  * Saviq flashes 218
[14:18] <Saviq> didrocks, 219
[14:18] <didrocks> :/
[14:18] <didrocks> but but but
[14:18] <didrocks> I will never get to add a 2 instead of a 1
[14:18] <Saviq> ;)
[14:18] <Saviq> never again
[14:18] <didrocks> :p
[14:21] <sil2100> didrocks: I'm not sure if I'll make it for the evening meeting today! We have to drive to the vet to see a specific doctor, depends on how long it will take
[14:21] <sil2100> I would say it's 50-50
[14:21] <didrocks> sil2100: ok, keep us posted
[14:21] <bzoltan1> sil2100: Mirv: the UITK is built and tested -> http://162.213.34.102/job/landing-004-1-build/46/console
[14:21] <mhr3> didrocks, how much frozen is the qt stuff? could we land new unity-scopes-shell?
[14:22] <didrocks> mhr3: if it's not in the Qt bucket yet (check with Mirv, but if you don't know, it should be no), it's a yes
[14:23] <Mirv> mhr3: unity-scopes-shell currently below the "done" line: http://pad.ubuntu.com/qt52-dependencies - below meaning I've not yet landed/locked it into Qt 5.2 silo. so be quick :)
[14:26] <dbarth> sil2100: alex-abreu merged the packaging fixes in his branch,so can i kindly ask for a reconfig of silo 005
[14:26] <mhr3> didrocks, Mirv, cool, thx
[14:26] <dbarth> sil2100: also i' ve updated the test plan and re-ran that yesterday for silo 001 (the html5 stuff) and i think it' s ready for landing now
[14:27] <dbarth> sil2100: is that open on the image landing front?
[14:30] <sil2100> dbarth: reconfiguring in a moment!
[14:30] <sil2100> bzoltan1: thanks, will take care of that ;)
[14:30] <dbarth> ok
[14:31] <bzoltan1> sil2100:  hehe... take it behind the building, put it on its knees and "take care of it" :D
[14:31] <sil2100> dbarth: regarding 001, I think it's open, we'll try double-testing and landing this then ;)
[14:31] <sil2100> bzoltan1: oh my! How come it's not Friday today?!
[14:36] <bzoltan1> sil2100: it should be :)
[14:38] <rsalveti> Mirv: that's fine
[14:39] <rsalveti> ogra_: didrocks: how are we looking today?
[14:39] <ogra_> rsalveti, still crashy on the ofono front
[14:40] <rsalveti> any other script we're missing?
[14:40] <ogra_> beyond that a good bunch of qmlscene crashes
[14:40] <ogra_> rsalveti, dial-number ...
[14:40] <rsalveti> awe: ^^
[14:40] <rsalveti> guess we can easily fix it as well
[14:40] <ogra_> rsalveti, but I tested against an old imge ... these tracebacks were always there
[14:40] <rsalveti> but as I said, they are not problems
[14:40] <rsalveti> exactly
[14:40] <rsalveti> I believe apparmor is ignoring python 2 crashes
[14:40] <awe> ogra_, on the ofono front, or the phonesim front?
[14:40] <rsalveti> ops
[14:40] <rsalveti> apport
[14:40] <awe> there's a diff
[14:41] <ogra_> there are three bugs open now and we decided that we will just ignore the crash for now
[14:41] <awe> when is pitti back?
[14:41] <ogra_> doesnt really make sense to hide them, pitti needs to fix the tests
[14:41] <awe> ack
[14:41] <Saviq> didrocks, asac, bug #1287727
[14:41] <ogra_> let me check for the bug numbers, xnox filed one for each issue
[14:42] <didrocks> Saviq: I think I'll revert the whole bucket
[14:42] <mhr3> didrocks, silo for 51 pls? or maybe i should just add it to 50?
[14:42] <rsalveti> ogra_: mako is actually looking quite good
[14:42] <sil2100> mhr3: lemmewinks
[14:42] <ogra_> bug 1287659 1287660 1287628
[14:42] <rsalveti> camera-app worked fine as well
[14:43] <didrocks> rsalveti: regression on autopilot + we are still waiting on the clock app fix. Otherwise, good :)
[14:43] <ogra_> rsalveti, yeah, messaging-app on flo is worrying me though ...
[14:43] <ogra_> not sure why it misbehaves on both tablets
[14:43] <ogra_> (btw, botrh tablets dont have the ofono script crashes :) )
[14:44] <popey> davmor2: open system-settings, tap "accounts" - screen goes black momentarily. then when you press 'back' in "accounts" it goes black again for a while..?
[14:44] <rsalveti> well, we're just starting to test tablets :-)
[14:44] <Mirv> bfiller: hi! one remaining test failure popped up in telephony-service: bug #1287619 - the x86 tests run now successfully after the previous fix
[14:45] <davmor2> popey: yes it causes the unity8 d8f8 crash if you try swiping while the accounts page is black too :)
[14:45] <davmor2> popey: I think it is also responsible for the crash in qmlscene too
[14:46] <popey> davmor2: known bug?
[14:46] <rsalveti> didrocks: ogra_: but great, hope we can promote an image today
[14:46] <rsalveti> and then land qt5.2 tomorrow?
[14:46] <didrocks> rsalveti: we'll need to have the clock app fix first
[14:46] <rsalveti> right, do we have someone working on that already?
[14:46] <didrocks> rsalveti: so I wouldn't be that optimistic, and davmor2 seems to think the qt 5.0 crash impact the user experience
[14:46] <didrocks> rsalveti: elopio + balloons + upstream
[14:47] <davmor2> rsalveti: Muhahahahahahahahahahahahahahahaha.....
[14:47] <sil2100> dbarth: ah, it seems this branch is still not targetting trunk: https://code.launchpad.net/~mardy/webbrowser-app/re-enable-tests/+merge/209205
[14:47] <davmor2> rsalveti: you're a funny man ;)
[14:47] <rsalveti> well, the crash was always around =\, was just harder to reproduce
[14:48] <mardy> sil2100: AFAIU, that branch is no longer needed, because it has been merged into the "add-..." one
[14:48] <rsalveti> because I image we'll get into firefight mode quite heavily with qt5.2
[14:48] <rsalveti> and maybe promote an image next week :-)
[14:48] <ogra_> rsalveti, but we cant really promote something that crashes in your face all the time
[14:48] <didrocks> yeah
[14:49] <ogra_> backends that die and come back are not a prob, but if the whole shell restarts for you i guess that is one
[14:49] <didrocks> and apps not starting
[14:49] <sil2100> mardy: oh
[14:49] <sil2100> Ok
[14:50] <sil2100> dbarth: ^
[14:50] <davmor2> rsalveti: open 4 apps then open settings, open accounts, add a facebook account, click on back on the accounts page then swipe between the 5 open apps when it gets back to the black accounts page instantaneous crash :
[14:50] <davmor2> )
[14:50] <bfiller> Mirv: will look
[14:50] <mardy> alex-abreu: did I write correctly? ^
[14:50] <alex-abreu> mardy, ?
[14:51] <alex-abreu> mardy, ah yes, It has been merged
[14:51] <mardy> sil2100: ^ :-)
[14:51] <alex-abreu> mardy, http://bazaar.launchpad.net/~abreu-alexandre/webbrowser-app/add-onlineaccount-support-for-container/revision/437
[14:52] <davmor2> popey: I'm just digging into the crash files to try and see what can be savaged but feel free to report it, it got late by the time I hit it yesterday
[14:52] <popey> ok
[14:53] <rsalveti> ogra_: well, shell is not going to restart itself
[14:53] <rsalveti> ogra_: it might fail to start, and take a bit longer to restart because of apport
[14:53] <rsalveti> but yeah, apps might fail to load, that's more annoying
[14:54] <ogra_> rsalveti, it always restarts for me if it crashes
[14:54] <rsalveti> that might be a different crash then
[14:55] <rsalveti> the one I got was always when starting unity8 (or apps)
[14:55] <sil2100> bzoltan1: hm, one uitk autopilot test keeps failing with the latest uitk - I get a reproducible failure at ubuntuuitoolkit.tests.gallery.test_buttons.ButtonsTestCase.test_buttons
[14:56] <sil2100> http://paste.ubuntu.com/7033413/
[14:57] <sil2100> bzoltan1: could you take a look?
[14:58] <sil2100> Ok, time for lunch
[14:58] <mhr3> great, spreadsheet blew up
[14:58] <dbarth> sil2100: the spreadsheet keeps error'ing on me, here is the list of branches in the end: http://pastebin.ubuntu.com/7033418/
[14:59] <sil2100> dbarth: thanks, yeah, spreadsheet is dying
[14:59] <mhr3> sil2100, i had tested pkgs in silo 10, can you publish it?
[15:01] <sil2100> mhr3: we'll test it, let me note it was 'done'
[15:01] <sil2100> dbarth: reconfigured
[15:02] <mhr3> sil2100, wasn't the whole point of this that you don't need to test everything?
[15:03] <sil2100> mhr3: until we promote, we are in a specific mode where we 'double-test'
[15:03] <didrocks> Saviq: autopilot and autopilot-qt reverted
[15:03] <mhr3> sil2100, ok, i see
[15:03] <didrocks> I didn't revert xpathselect as it's only packaging fixes
[15:05] <Saviq> didrocks, ok, I'll be done with testing the unity8 silo soon, are we waiting for the revert to test it through and publish?
[15:06] <didrocks> Saviq: if you can just wait for them to be built in proposed and run the suspicious tests…
[15:06] <Saviq> didrocks, will do
[15:06] <didrocks> sil2100: can already counter-sign though ^
[15:06] <popey> davmor2: bug 1287736
[15:07] <didrocks> seems the spreadsheet went back to normal \o/
[15:09] <didrocks> but seems some metadata are missing, fixing…
[15:10] <davmor2> grrrrrrrr I hates apport
[15:12] <didrocks> Saviq: the indicator-tests MP wasn't in the silo
[15:12] <didrocks> so I did reupdate the spreadsheet to reflect the backend
[15:15] <Saviq> didrocks, huh, wonder how that happened - all four were there when I asked for the silo...
[15:15] <didrocks> Saviq: I guess the spreadsheet reverted in between
[15:16] <Saviq> didrocks, mhm
[15:16] <didrocks> Saviq: mhr3: thostr_: bzoltan1: ok, so now the spreadsheet should reflect back the backend state
[15:16] <didrocks> Saviq: oh no
[15:16] <didrocks> Saviq: the MP is in
[15:16]  * didrocks reopened the file
[15:17] <didrocks> Saviq: sorry for the false alarm :)
[15:17] <Saviq> didrocks, ok, that was slightly confusing, thanks :)
[15:17] <Saviq> didrocks, when can we expect the ap revert to reach proposed?
[15:18] <didrocks> Saviq: both are built:
[15:18] <didrocks> https://launchpad.net/ubuntu/+source/autopilot-qt/1.4+14.04.20140303.is.1.4+14.04.20131106.1-0ubuntu1
[15:18] <didrocks> https://launchpad.net/ubuntu/+source/autopilot/1.4+14.04.20140303.is.1.4+14.04.20140219-0ubuntu1
[15:18] <didrocks> you can grab the .debs if you want
[15:18] <Saviq> didrocks, why not here https://launchpad.net/ubuntu/+source/autopilot-qt /
[15:18] <Saviq> ?
[15:19] <didrocks> Saviq: it's not published in launchpad yet (see "Last upload")
[15:19] <mhr3> didrocks, my row 51 disappeared :/ otoh it didn't even have a silo
[15:19] <Saviq> didrocks, ok, so they're built, but not published in proposed, got it
[15:19] <didrocks> mhr3: are you sure? I see it here
[15:19] <didrocks> mhr3: you are on it, no?
[15:19] <popey> davmor2: can you reproduce bug 1287749
[15:20] <mhr3> didrocks, oh, it moved then, i had 50 *and* 51
[15:20] <davmor2> popey: grab some text from a browser open notes or terminal and try to paste
[15:20] <didrocks> mhr3: yeah, I reinserted your line
[15:21] <Saviq> didrocks, only i386 still https://launchpad.net/ubuntu/trusty/i386/libautopilot-qt/1.4+14.04.20140303.is.1.4+14.04.20131106.1-0ubuntu1 ?
[15:21] <Saviq> ok ignore
[15:21]  * Saviq gets lost in LP
[15:21] <didrocks> ;)
[15:21] <davmor2> popey: confirmed
[15:21] <mhr3> didrocks, let's forget about the lost one then, mirv will want to freeze the pkg soon anyway
[15:22] <didrocks> mhr3: hum, lost one?
[15:22] <didrocks> mhr3: is there something I didn't readd?
[15:22] <didrocks> oh, the last of latest?
[15:22] <didrocks> ok, as you wish :)
[15:23] <popey> davmor2: ta
[15:24] <popey> davmor2: just copy/pasted from browser to notes...
[15:24] <davmor2> popey: hmm okay I'll reboot and try it again
[15:25] <Saviq> didrocks, confirmed, fixes, silo 009 can be published, assuming you guys can do a round of testing
[15:26] <davmor2> didrocks: apport/lp hate me more than normal today.  I'll have a go at adding the dbgsym and manually retracing :(
[15:26] <didrocks> Saviq: yeah, maybe cyphermox can help there (hey!) if sil2100 isn't around
[15:27] <cyphermox> what's up
[15:27] <didrocks> Saviq: and thanks for the AP head's up
[15:27] <Saviq> didrocks, means I actually looked at the test results!
[15:27]  * Saviq feels smug
[15:27] <didrocks> cyphermox: mind validating line 28?
[15:27] <didrocks> cyphermox: note that you will see an AP issue in some tests (look at the dashboard)
[15:28] <didrocks> this was handled with an AP revert
[15:28] <Saviq> just one test
[15:28] <Saviq> bug #1287727
[15:28] <didrocks> + the eventual Qt 5.0 crashes :)
[15:28] <Saviq> yes
[15:28] <Saviq> but that's normal ;)
[15:28] <cyphermox> I beg to differ
[15:28] <Saviq> and are flakiness, as opposed to 100% failure rate
[15:30] <popey> davmor2: bug 1287755
[15:31] <davmor2> popey: I'll have a look in a bit need to retrace this first
[15:31] <popey> k
[15:35] <cjwatson> didrocks: so, we're past the ppc64el full-archive rebuild and we have a surplus of builders there, so from our point of view now would be a sensible time to turn on CI Train for that architecture
[15:35] <cjwatson> didrocks: does anything need to be done from your point of view for that, or is it just a matter of asking webops to reconfigure all the PPAs?
[15:36] <cjwatson> didrocks: and/or is now a terrible time for some other reason?
[15:36] <didrocks> cjwatson: if the arch appears on the ppa, it should just detect it (it will ignore failures though, as britney I guess, if not successfully built once first)
[15:37] <didrocks> cjwatson: I'll prefer doing that in an EU morning if possible
[15:37] <cjwatson> didrocks: we'll be able to do arm64 soonish as well, but there's about to be a test rebuild there so now isn't a good time for that arch
[15:37] <didrocks> just in case… you know :)
[15:37] <cjwatson> didrocks: fair enough, so tomorrow morning?  I can work with webops
[15:37] <didrocks> cjwatson: that would be perfect, thanks! ;)
[15:37] <cjwatson> of course anything QTish will fail anyway until 5.2
[15:37] <cjwatson> Qt, sorry
[15:38] <didrocks> yeah, but I ignore that case if it didn't succeed once in the archive
[15:38] <didrocks> (IIRC)
[15:38] <didrocks> same for britney, right?
[15:38] <cjwatson> right
[15:39] <cjwatson> or, more accurately, proposed-migration only cares about packages not in trusty-proposed if they are currently in trusty
[15:40] <didrocks> yeah, IIRC, I have the same logic
[15:47] <davmor2> popey: so facebook gets removed from my n7 with no issues
[15:47] <davmor2> popey: also only shows in More suggestions
[15:48] <popey> davmor2: hmm
[15:49] <popey> davmor2: i have it unremovable on flo and mako #219
[15:50] <bfiller> sil2100: can I get a silo for line 48 please?
[15:50] <davmor2> popey: so just worked for me on flo
[15:50] <popey> hm
[15:51] <davmor2> popey: meh ignore me I was on the apps scope not the home scope sorry
[15:51] <popey> heh
[15:52] <popey> the home scope has a number of hard wired icons, guess they all behave like that
[15:52] <popey> (I hear home scope is being removed though?)
[15:52] <davmor2> popey: it will be but I think the big goal is to land qt 5.2.1 first
[15:52] <ogra_> dude, it is facebook ... what did you expect
[15:52] <balloons> did we see the no process found errors popping up again on 219?
[15:53] <didrocks> bfiller: done
[15:53] <davmor2> didrocks: so this crash looks like it is trying to install a package inorder to report against it could it be that accounts-ui has been dropped but something in the code is depending on it still?
[15:54] <davmor2> didrocks: Installing extra package signon-ui to get ExecutablePath
[15:54] <davmor2> signon-ui not accounts sorry I was close
[15:54] <didrocks> dbarth: mardy: you may be interested into that ^
[15:55] <bfiller> didrocks: thanks
[15:55] <didrocks> yw
[15:55] <davmor2> didrocks: this is the crasher that trigger the unity8 crash so I'm hoping it might shed some light
[15:56] <davmor2> didrocks: the retrace still seems to be going so we might be a while
[15:56] <davmor2> didrocks: it would possibly answer for why apport couldn't submit it
[15:57] <davmor2> so maybe me and apport can be friends after all :)
[15:57] <didrocks> hehe, probably :)
[15:57] <didrocks> keep us posted
[15:58] <davmor2> didrocks: hopefully once the trace is completed
[15:58] <davmor2> ev: by the way thanks for posting the how to manually retrace on touch email :) what a god send that has been :)
[16:00] <davmor2> popey: I have a feeling that the images on the home scope are static for the apps they never change :)
[16:04] <t1mp> sil2100: hello
[16:05] <t1mp> I'm looking at http://paste.ubuntu.com/7033413/, and I checked the autopilot deb package from https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages and the test in that package tests for the correct color, not the incorrect one that gave the error above
[16:05] <t1mp> sil2100: is it possible to check that ubuntu-ui-toolkit-autopilot_0.1.46+14.04.20140304-0ubuntu1_all.deb (173.4 KiB)  was installed in the silo before running the AP tests?
[16:05] <didrocks> t1mp: hey, note that I reverted the autopilot packages as it created issues for unity8
[16:06] <didrocks> t1mp: so maybe check first with the revert?
[16:06] <didrocks> (autopilot and autopilot-qt)
[16:06] <didrocks> bug #1287727
[16:06] <t1mp> didrocks: and ubuntu-ui-toolkit-autopilot? in that package (at least) one file has an update which doesn't seem to be there when running the tests
[16:07] <didrocks> t1mp: ah, so maybe something different, we have to wait on sil2100 to see what he tried :)
[16:07] <didrocks> t1mp: was just a head's up of a possible side-effect of an issue on latest image
[16:07] <t1mp> didrocks: maybe it does influence something, but I don't know
[16:08] <t1mp> didrocks: thanks for the heads up :)
[16:08] <didrocks> yw ;)
[16:30] <popey> davmor2: if you get 5 mins can you confirm bug 1283871
[16:33] <davmor2> popey: That I can confirm as the phone is plugged into my desktop :)
[16:33] <popey> ☻
[16:33] <ogra_> popey, slacker ...
[16:33] <ogra_> two clicks more :P
[16:34] <ogra_> popey, try ln -s DCIM .
[16:34] <popey> hah
[16:34] <ogra_> see if that gives you a popup
[16:34] <davmor2> popey: for added ompf what does the iphone and android do by default/
[16:34] <davmor2> ? even
[16:34] <popey> davmor2: the right thing, DCIM
[16:34] <ogra_> i find the idea awful to have to go to ~/Photos/DCIM/
[16:35] <popey> android exposes lots of folders over mtp
[16:35] <popey> DCIM needs to be in the root
[16:35] <ogra_> well, each of them needs handling in the mtp-server
[16:35] <popey> right, so I can't just "ln -s Pictures DCIM"
[16:36] <popey> it needs to be done in mtp-server
[16:36] <ogra_> cyphermox, could mtp-server "present" ~/Photos as /DCIM to the PC ?
[16:39] <davmor2> didrocks: so after waiting ages I get this http://paste.ubuntu.com/7033853/ and no pigging closer to a retrace
[16:39] <didrocks> davmor2: seems you don't have a stable wifi
[16:40] <didrocks> davmor2: so, this stacktrace doesn't have d8f8, still unsure :)
[16:40] <davmor2> didrocks: I do my wifi is most stable  :(
[16:40] <ogra_> didrocks, why would his out of disk error cause wifi issues ?
[16:40] <ogra_> he simply has no space on disk
[16:41] <davmor2> didrocks: no this had no d8f8 but was the thing that triggered the d8f8 for me so thought it might be useful to get
[16:43] <didrocks> ogra_: out of disk? I misread I guess
[16:43] <didrocks> which is the issue with having 100 pings :p
[16:43] <didrocks> (just looked at the end)
[16:43] <ogra_> :)
[16:44] <ogra_> write (28: No space left on device) [IP: 91.189.88.140 80]
[16:44] <davmor2> didrocks: pfff only a 100 you aren't in enough demand should be upto a 1000 by now at least ;)
[16:44] <didrocks> :)
[16:44] <didrocks> davmor2: see what ogra_ told you? are you in rw mode? ^
[16:44] <davmor2> didrocks: has left the room due to ping DDOS
[16:45] <davmor2> ogra_, didrocks: nope .writable_image is in place
[16:45] <ogra_> yeah, i guess you just ran out of space on the system.img
[16:45] <ogra_> it only has 500MB free
[16:47] <davmor2> let me try something now I know the package is wrong I'll try uploading against an unknown package and see if daisy can handle things
[16:50] <sil2100> Yesss! SAAFEE
[16:50] <sil2100> Made it on time for the meeting \o/
[16:51] <t1mp> sil2100: I'll need you also
[16:51] <t1mp> sil2100: for this http://paste.ubuntu.com/7033413/
[16:52] <t1mp> sil2100: do you have time now, or after your meeting?
[16:52] <sil2100> t1mp: still some time, let me do it ;)
[16:52] <sil2100> t1mp: so hm hm
[16:53] <sil2100> t1mp: what do you need me to test/do?
[16:54] <t1mp> sil2100: can you verify that the ubuntu-ui-toolkit-autopilot package from https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages was installed before the tests were executed?
[16:54] <t1mp> sil2100: so check the version of ubuntu-ui-toolkit-autopilot in the silo?
[16:54] <elopio> ping doanac`: I need help with this qt5.2 job. I added all the packages and test suites to the parameters, but some tests are still not being run.
[16:55] <t1mp> s/silo/device where it failed?
[16:55] <sil2100> t1mp: Setting up ubuntu-ui-toolkit-autopilot (0.1.46+14.04.20140304-0ubuntu1) ... <- this is the version in the silo, so yes, it seems to be installed
[16:55] <doanac`> elopio: let me take a look
[16:55] <doanac`> elopio: can you share the link
[16:55] <elopio> doanac`: http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/label=mako-07/55/
[16:55] <sil2100> t1mp: let me try re-running now on a clean system
[16:55] <t1mp> sil2100: in the silo, can you locate test_buttons.py from that package and see what's on line 32?
[16:56] <elopio> doanac`: thanks. I'm missing the tests for online accounts ui, ubuntu system settings, ubuntu terminal and ubuntu weather.
[16:56] <sil2100> t1mp: will do, let me check on the device
[16:56] <t1mp> sil2100: ok, thanks
[16:56] <ralsina_> didrocks: can I get a silo for row 55?
[16:56] <sil2100> ralsina_: looking
[16:57] <sil2100> ralsina_: assigining
[16:57] <didrocks> ralsina_: please think about pinging all names as /topic (for the right TZ :p)
[16:57] <sil2100> Yessssssssss, spreadsheet seems fixed now, yay
[16:57] <ralsina_> didrocks: sure
[16:57] <didrocks> thx
[16:57] <didrocks> sil2100: yep
[16:58] <ralsina_> thanks sil2100
[16:59] <doanac`> elopio: look here: http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/label=mako-07/55/consoleText
[16:59] <sil2100> t1mp: so, color=[174, 167, 159, 255], icon=None, text="Call")), is in line 32 on my device and in the package from the silo
[16:59] <doanac`> at the end: "Build timed out (after 180 minutes). Marking the build as failed."
[16:59] <doanac`> it couldn't run the last few tests, you need a longer timeout for the job
[16:59] <t1mp> sil2100: ok that is what it should be. I don't understand where the failure comes from then
[17:00] <sil2100> seb128: assigning silo for you as well
[17:00] <t1mp> sil2100: that line used to be  color=[0, 0, 0, 255], icon=None, text="Call")), in older versions of the test. So I thought that caused the failure
[17:00] <ogra_> doanac`, could we get logs from ~/.cache/upstart/ for dialer and messaging app tests ?
[17:00] <sil2100> oh
[17:00] <seb128> sil2100, thanks
[17:00] <ogra_> i was debugging a dialer-app issue today and that would have been helpful to have
[17:01] <doanac`> ogra_: i think we pull everything under ~/.cache/upstart/ after every run. let me double check
[17:01] <didrocks> davmor2: time to join?
[17:01] <doanac`> elopio: we use 300 minutes for our daily image testing rather than 180
[17:01] <t1mp> sil2100: the deb seems to have two instances of test_buttons.py. For python 2.7 and python3. are they both correct?
[17:02] <seb128> sil2100, hum, it says I got silo 13 but the content of that tab is wrong, it lists the libindicator change that landed earlier today?
[17:02] <sil2100> t1mp: oh, wait, let me check!
[17:02] <seb128> sil2100, did you copy the wrong line?
[17:02] <elopio> doanac`: ahh, makes sense now.
[17:02] <sil2100> seb128: I didn't copy anything, it should have been done automatically, wait
[17:03] <seb128> sil2100, it took the l52 mp and not the l54 one
[17:03] <doanac`> ogra_: here's what we do: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/touch/view/head:/scripts/run-autopilot-tests.sh#L88
[17:03] <doanac`> i think that's what you are wanting isn't it?
[17:03] <sil2100> aaah, wait!
[17:03] <elopio> doanac`: I don't see a way to configure the timeout.
[17:03] <davmor2> ARRRRRRRRRRRRRRRRRRRRRGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH fsking LP let me submit a bug from w3m
[17:03] <sil2100> t1mp: craaap, actually, my problem is invalid
[17:03] <doanac`> elopio: its in the job configuration. its not a parameter
[17:04] <elopio> doanac`: found it! thank you.
[17:04] <sil2100> t1mp: I could have seen that coming, I guess I have UITK in ~/autopilot from running click tests, so it was using the old tests most probably...
[17:04] <doanac`> elopio: np, reading log files is a bit of black magic
[17:05] <t1mp> sil2100: ahh ok. so if you wipe that all the tests should pass? :)
[17:05] <sil2100> t1mp, bzoltan1: re-running the UITK tests now during the meeting ;/
[17:05] <elopio> doanac`: one more question. Is there a way to add two ppas to the run?
[17:05] <t1mp> sil2100: thanks!
[17:05] <sil2100> t1mp: yeah, I guess so ;p Sorry for bothering you guys!
[17:05] <sil2100> It's been the nth time this happened to be the problem
[17:06] <seb128> sil2100, let me know when you can look at why silo 13 has wrong content
[17:07] <doanac`> elopio: yes. if you do a space separated list for the "PPA" parameter I think it will work
[17:07] <elopio> doanac`: that's good. I'll try.
[17:08] <t1mp> sil2100: is it still in landing-4? the spreadsheet shows something else there now
[17:09] <ev> davmor2: you're most welcome. Glad I could help
[17:09] <t1mp> sil2100: perhaps you should automatically rm -rf ~/autopilot before testing
[17:11] <sil2100> t1mp: right, normally I'm doing that... it's in the silo, the spreadsheet got reverted so some stuff might have gone missing (we'll re-add those)
[17:11] <sil2100> seb128: so, I'm looking at that now... and google spreadsheets are acting strangely
[17:12] <sil2100> seb128: all is ok on the backend side, the metadata also is set correctly but google script still maps the wrong line
[17:12] <sil2100> I tried re-running the script but it's the same
[17:12] <sil2100> Aaaah
[17:13] <sil2100> I think I know what's wrong
[17:13] <sil2100> didrocks: bug ^
[17:15] <sil2100> Fixing that
[17:16] <sil2100> seb128, didrocks: fixed the issue on the google scripts side
[17:16] <seb128> sil2100, thanks
[17:16] <seb128> what was it?
[17:17] <sil2100> seb128: so, didrocks added an additional header to the spreadsheet with some useful information, but the scripts were unaware about its existance - so stuff was offset by those 2 new rows
[17:18] <sil2100> Calculating the position of landings incorrectly
[17:18] <didrocks> argh, I did miss that?
[17:18] <didrocks> I tried to grep for offset
[17:18] <didrocks> where was it?
[17:19] <seb128> sil2100, weird, the header was already there this morning but the previous silo I got during the days were not shifted
[17:19] <seb128> I wonder if other tables didn't get what they order :p
[17:19] <sil2100> didrocks: in findLineReference()
[17:20] <sil2100> didrocks: there was a return i + 1; normally (as we were skipping the column names), now it needs to be + 3 ;)
[17:20] <didrocks> argh, ok, thanks :)
[17:20] <didrocks> I need to fix that
[17:20] <sil2100> seb128: hm hm ;p The b0rken spreadsheet might have been doing some magic
[17:27] <dbarth> sil2100: hey; anything we can do about silo-001? It's done and tested and i have re-run the test plan; is that blocked for landing?
[17:28] <sil2100> dbarth: hi! Most probably robru-sick will take care of it today still, so I hope it will be landed today
[17:29] <dbarth> ok, will harass him (gently ;)
[17:29] <sil2100> ;)
[17:29] <dbarth> robru-sick: o/
[17:29] <davmor2> didrocks: https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1287208
[17:29] <robru-sick> dbarth, yeah, I meant to look at it yesterday but ran out of time. it's my top priority today
[17:30] <didrocks> davmor2: thanks!
[17:30] <sil2100> ogra_, cyphermox: so, when will you guys kick an image? ;)
[17:30] <ogra_> sil2100, once unity8 is in
[17:30] <robru-sick> cgoldberg, please merge silo 12
[17:31] <t1mp> sil2100: what will happen with zoltan's landing request? If it passes all the tests will it automatically be included in the image?
[17:31] <ogra_> sil2100, was published into proposed 2min ago ... i guess within the next hour we can fire up a build
[17:32] <robru-sick> ogra_, cyphermox: are we kicking an image shortly? when?
[17:32] <ogra_> sil2100, if it isnt there at 19:30 (in 1h) i'll just start the build
[17:32] <robru-sick> ogra_, oh, within an hour, nice ;-)
[17:32] <cgoldberg> robru-sick, yup.. just clicked merge/clean
[17:33] <robru-sick> cgoldberg, thanks!
[17:33] <sil2100> ogra_: thanks ;)
[17:33] <ogra_> ppc seems to take some time for building, not sure it will make it in time
[17:33] <didrocks> cgoldberg: see the email though, we had to revert AP
[17:33] <ogra_> (not sure if promoting is blocked by ppc for it)
[17:34] <dbarth> robru-sick: thanks; 001 is ready, and i'm re-testing 005 with the packaging fixes mardy made; should be done within half an hour
[17:35] <robru-sick> dbarth, ok great
[17:35] <cgoldberg> didrocks, reading now. I'll add unity8 tests to our plan
[17:35] <robru-sick> i can do that one next
[17:36] <cjwatson> ogra_: there's a queue, but only seven minutes.  do I need to score something up?  don't know how much difference it'll make
[17:36] <didrocks> cgoldberg: thanks, so be aware I had to revert autopilot-qt/autopilot. don't feel obliged to merge the changelog revert, just work on a fix :)
[17:36] <didrocks> and we'll reland it
[17:36] <cjwatson> ah, unity8.  scored up, made five minutes' difference (allegedly)
[17:36] <ogra_> cjwatson, LP says 1min atm
[17:36] <cjwatson> yeah, it was 6min before I rescored
[17:37] <cgoldberg> didrocks, ok.. will do
[17:37] <didrocks> thx
[17:37] <ogra_> yeah., that would have been ok too
[17:37] <ogra_> it only takes 10min to build or so
[17:37] <cjwatson> the powerpc queue estimates are unreliable, because we have two dog-slow builders, one reasonable one, and one very very quick one
[17:37] <ogra_> (on x86 at least)
[17:38] <cjwatson> LP isn't *that* smart about this, it makes the general assumption that all the builders are about the same
[17:38] <cjwatson> for a given architecture
[17:38] <ogra_> heh
[17:40] <balloons> ping doanac
[17:50] <cjwatson> ogra_: dep-wait, and now that I actually look, there are no unity8/powerpc binaries in trusty anyway so it doesn't matter
[17:51] <ogra_> ah, cool, yeah, as i said above i wasnt sure if it is a blocker at all
[18:09] <robru-sick> dbarth, ok sorry about the delay, just published silo 1 (had to do some independent verification)
[18:20] <ogra_> yay, unity8 was just copied ... waiting for the publisher now
[18:32] <t1mp> sil2100: for me the AP tests failed also after merging all the MRs that we are trying to land http://paste.ubuntu.com/7034340/
[18:33] <sil2100> robru-sick: I'm almost done testing UITK, so I should be ok
[18:33] <sil2100> t1mp: here all UITK tests went fine
[18:33] <robru-sick> sil2100, great
[18:34] <t1mp> sil2100: heh.. I ran the tests remotely on a maguro device. I don't have a way to check if there's an ~/autopilot there so maybe it has the same problem?
[18:34] <t1mp> not maguro, nexus4
[18:35] <sil2100> t1mp: it might be, especially if you ran any click app tests before - click apps by default download lp:ubuntu-ui-toolkit's autopilot
[18:35] <t1mp> sil2100: yeah,   File "/home/phablet/autopilot/ubuntuuitoolkit/tests/gallery/test_buttons.py", line 57, in test_buttons
[18:35] <sil2100> t1mp: and AP has a priority for things in ~/autopilot
[18:35] <sil2100> ;)
[18:36] <sil2100> I'm still finishing running all other AP tests
[18:36] <davmor2> ogra_: is that a concise enough response do you think? On the landing email?
[18:36] <sil2100> It takes some time
[18:36] <ogra_> davmor2, perfect !
[18:37] <davmor2> \o/
[18:38] <ogra_> [18:41] <robru-sick> ogra_, if the image build has already started, does that mean it's safe to hit publish on some things now? (eg, is it guaranteed that image building won't include packages released after the image build begins?)
[18:41] <ogra_> robru-sick, give it 20-30 min, then it is safe
[18:41] <robru-sick> ogra_, ok
[18:48] <ogra_> hmm,no G+ post from didrocks today
[19:12] <cjwatson> Would anyone be able to run through https://wiki.ubuntu.com/Process/Merges/TestPlan/click on https://launchpad.net/~ci-train-ppa-service/+archive/landing-008/+packages for me?  I've been trying on the armhf emulator, but I'm getting failures that seem to have nothing to do with click itself - for instance having trouble downloading anything - and I think they're to do with the emulator setup
[19:12] <cjwatson> (the network seems to work in the emulator in general, before you ask, I just can't get it to download apps)
[19:13] <cjwatson> and occasional keyboard hangs which are incredibly frustrating
[19:25] <ogra_> robru-sick, go wild (if you didnt already)
[19:25] <robru-sick> ogra_, thanks!
[19:29] <robru-sick> Saviq, please merge silo 9. thanks
[19:30] <robru-sick> bfiller_afk, I just published silo 14.
[19:51] <ogra_> [20:03] <sil2100> cyphermox: hello! Can you ACK a packaging diff for me?
[20:03] <sil2100> cyphermox: http://162.213.34.102/job/landing-004-2-publish/28/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+14.04.20140304-0ubuntu1.diff
[20:12] <sil2100> ogra_: maybe you can help? ^ :)
[20:15] <cyphermox> sil2100: ack
[20:15] <cyphermox> you need to give us time to look at it :)
[20:15] <sil2100> cyphermox: you mean, ACKed ;) ?
[20:16] <cyphermox> yeah, it's fine
[20:16] <sil2100> cyphermox: ah, thought you were AFK ;p
[20:16] <sil2100> Thanks!
[20:16] <sil2100> Ok, time for me to EOD, see you tomorrow!
[20:20] <bfiller> robru-sick: thanks
[20:20] <robru-sick> bfiller, you're welcome
[20:27] <kgunn> doanac`: hey there...do you guys help at all with ppa buids ?
[20:27] <kgunn> https://code.launchpad.net/~mir-team/+recipe/mir-dev-daily
[20:28] <kgunn> i've got unexplainable failures...
[20:28] <kgunn> at least, this same branch our ci runs & passes...
[20:28] <kgunn> feel free to punt me away...i just need to be punted to someone
[20:28] <doanac`> kgunn: that's a little out of my realm, but we've got LP members on the team.
[20:29] <doanac`> Ursinha: you have any ideas^^^ ?
[20:29] <kgunn> doanac`: thanks much
[20:36] <kgunn> fwiw, local build & tests don't fail either
[20:54] <bfiller> robru-sick: silo-003 tested and ready to be released
[20:57] <cjwatson> kgunn: It may be relevant that virtualised PPAs run (unfortunately, still) on the hardy kernel
[20:57] <cjwatson> kgunn: I bet it'd do better in a devirt PPA
[20:57] <kgunn> cjwatson: ah man...probably it
[20:57] <cjwatson> kgunn: (e.g. a ci-train silo)
[20:57] <cgoldberg> cyphermox, what do we need to do to get Autopilot back in a silo for landing?
[20:58] <cgoldberg> it was reverted earlier
[20:58] <kgunn> cjwatson: how do i obtain that capability ?
[20:58] <cjwatson> kgunn: I think there should be someone on your team who's had CI Train training?  I haven't myself
[20:59] <kgunn> cjwatson: well i have...however
[20:59] <cjwatson> kgunn: But here is probably the right place to ask ... just not me :)
[20:59] <kgunn> you can't get a silo if your blocked
[20:59] <kgunn> due to someone else already having a project lock
[20:59] <kgunn> plus...i want this to build frequently for some testing purpose
[20:59] <cjwatson> kgunn: It's possible to ask webops for a devirtualised PPA, but it is important to keep the number of builds in such PPAs to a minimum as we have different resource constraints
[21:00] <cjwatson> I don't think it would be acceptable to have one with frequent test builds
[21:00] <kgunn> cjwatson: thanks for the hot tip....what's considered frequent ?
[21:00] <cjwatson> You could always test-build locally?
[21:00] <kgunn> like maybe a few a week
[21:00] <cjwatson> It's a bit fuzzy.  What sort of total cumulative build time per week are you looking at?
[21:01] <cjwatson> FWIW the underlying problem with PPAs is https://rt.admin.canonical.com/Ticket/Display.html?id=62272
[21:03] <kgunn> cjwatson: cool...so someone's working on fixing
[21:04] <cjwatson> ... eventually
[21:04] <cjwatson> it's been a long road
[21:04] <cjwatson> I heard a rumour that elmo is on the case at this point
[21:04] <robru-sick> bfiller, ok, published silo 3
[21:23] <cyphermox> cgoldberg: is it still in the spreadsheet?
[21:26] <cgoldberg> cyphermox, yea.. line 23
[21:27] <bfiller> robru-sick: silo needed for line 57 when you have a moment
[21:30] <robru-sick> bfiller, alright, you got silo 12. also please merge silo 3
[21:31] <bfiller> robru-sick: done, thanks
[21:31] <robru-sick> bfiller, thank you
[21:32] <robru-sick> bzoltan1, please clean silo 4
[21:34] <cyphermox> cgoldberg: please apply the changes in distro (the revert), and a revert for the revert, on a new spreadsheet entry
[22:35] <balloons> ping cihelp
[22:36] <fginther> balloons, pong
[22:36] <balloons> fginther, click builders offline atm? I'm seeing these nodes as offline http://s-jenkins.ubuntu-ci:8080/label/trusty/?
[22:38] <fginther> balloons, what needs to be built? those nodes are supposed to be offline when not in use
[22:38] <balloons> fginther, ahh.. kind of weird.. my apologies then
[22:38] <balloons> fginther, I was building calc app
[22:41] <fginther> balloons, I did notice that the target machine type is incorrect for this job. It should work, but it'll just be a little slow. I'll fix it once the current build finishes