[05:35] <plars> psivaa: argh, there was one more issue on ashes after moving those devices over that bit us on image 60, and image 61 came out right when I noticed
[05:36] <plars> psivaa: so if didrocks is wondering in the morning what happened to image 60, it was a victim of moving those devices to a new host :(
[05:36] <plars> psivaa: image 61 seems to be rolling along just fine now though, so I think it should be more stable from here on out
[08:23] <didrocks> popey: hey, do you have to do anything special with click to get them released? Sergio did notes-app release from the ML, but even in my recent last cut of image build, nothing is shown
[08:23] <popey> hey didrocks
[08:23] <popey> yes, he released it while I was asleep about 4.5 hours ago
[08:24] <popey> I need to run autopilot tests on it then approve it
[08:24] <popey> which I will do right now ☻
[08:24] <didrocks> popey: ok, you have to push a button, that explains it ;)
[08:24] <popey> ya
[08:24] <didrocks> thanks popey ;)
[08:24] <popey> yw
[08:24] <popey> soon this will all be automatic, so that's good
[08:25] <popey> where $soon is a variable I don't currently know
[08:25] <didrocks> popey: ahah, I guess we should stop to use those words :)
[08:25] <popey> heh
[08:25] <didrocks> like $soon $asap and so on :p
[08:25] <didrocks> not precise enough!
[08:28] <popey> hm. seems there's a problem with the notes click package
[08:28]  * popey rummages
[08:30] <sil2100> It wasn't me! I didn't break anything this time!
[08:30] <popey> hah
[08:32] <didrocks> popey: you frightned the poor sil2100 :)
[08:32] <didrocks> and you send fog my way btw
[08:32] <didrocks> THANKS!
[08:32] <didrocks> :)
[08:32] <popey> \o/
[08:32] <popey> I send christmas lights your way
[08:33] <didrocks> popey: as long as you will send next doctor who episod, I'm happy to accept all that :)
[08:33] <popey> hah, does it air over there on xmas day?
[08:33] <didrocks> I hope so, don't know yet ;)
[08:34] <sil2100> In the past we always had Kevin Home Alone airing on christmas, it became almost a tradition
[08:34] <didrocks> well, DW is a niche market here ;)
[08:35] <didrocks> it's on France 4 (channel 14), so not a mainstream channel :)
[08:35] <didrocks> and it only started a year ago to broadcast it
[08:36] <didrocks> (that's why I normally don't watch it on France 4, I'm already done and waiting for latest of latest) ;)
[08:36] <didrocks> yeah, nothing for the xmas day yet :/
[08:37] <popey> ☹
[08:42] <didrocks> cihelp: is it me or the ci dashboard has some issues? (can be the backend)
[08:42] <didrocks> no image 60 results
[08:42] <didrocks> image 61 run all for mako, but stopped on maguro
[08:42] <didrocks> image 62 should start soon I guess
[08:55] <psivaa> didrocks: the touch devices were being moved to a new host last night..
[08:55] <didrocks> psivaa: hum, did I miss an email?
[08:56] <psivaa> didrocks: no,
 psivaa: so if didrocks is wondering in the morning what happened to image 60, it was a victim of moving those devices to a new host :(
[08:56] <didrocks> would better to get an email for it :/
[08:56] <didrocks> ev: can we establish some procedure for this? ^
[08:56] <didrocks> psivaa: so, the new image is running tests, now?
[08:57] <psivaa> didrocks: but according to plars the image 61 should be going along well..
[08:57] <psivaa> let me check please
[08:57] <didrocks> psivaa: 61 doesn't have maguro tests
[08:57] <didrocks> well, didn't finish them
[08:58] <psivaa> didrocks: yea the device disappeared during camera app tests. let me see if i can find it in the host
[09:05] <ev> didrocks: we're supposed to already be doing that. Larry sends out an email with each hardware move, but I guess the phones have been considered something of a grey area. I'll make sure the team knows that we need to be sending out warnings with any kind of change that would affect running services, including any hardware changes.
[09:06] <didrocks> ev: yeah, and if it's a planned change as well, some days in advance can help :)
[09:06] <didrocks> especially as I was really interesting in the results from run #60, and we'll never have it :/
[09:09] <psivaa> didrocks: the particular maguro is not showing up on the host either.. something must have happened. we need someone to take a look in person. I'll run the tests with another device for now
[09:09] <didrocks> psivaa: ok, thanks ;)
[09:11] <psivaa> didrocks: do we know how long before we get image 62, for me to see if i should run the rest of the maguro tests on 61
[09:11] <didrocks> psivaa: image 62 is built now
[09:12] <didrocks> so you should see it I guess
[09:16] <psivaa> didrocks: yea i see, mako is running it. thanks :)
[09:16] <didrocks> ok, great!
[09:30] <didrocks> sil2100: psivaa: popey: joining?
[09:31] <popey> I'm in it
[09:31] <popey> nobody there
[09:31] <popey> ah no
[09:31] <sil2100> Joining in a minute
[09:56] <Mirv> running some stacks to see how they fare now
[10:21] <sil2100> Mirv: I think QA might still need some work, since the ust bits might be causing problems
[11:08] <sil2100> Mirv, vila: is the intel otto machine offline?
[11:08] <sil2100> It's grayed-out on jenkins
[11:09] <vila> cihelp ^
[11:09] <psivaa> vila: sil2100: let me take a look
[11:10] <vila> psivaa: can't ssh to it for that matter, I bet it's blocked on grub prompt after reboot ?
[11:11] <psivaa> vila: ok, KVM might help. let me find the address
[11:11] <Mirv> sil2100: so it seems
[11:14] <psivaa> sil2100: vila: what is the machine name? or the jenkins job link would help
[11:14] <vila> qa-intel-4000.ubuntu-ci
[11:14] <psivaa> vila: thanks
[11:15] <psivaa> vila: this machine shows black blank screen in KVM
[11:15] <vila> http://q-jenkins.ubuntu-ci:8080/computer/qa-intel-4000/builds shows the last success was updating host
[11:15] <vila> psivaa: even if you click and type something ? Can be sleeping or something
[11:16] <vila> psivaa: otherwise, power-cycling time ?
[11:16] <psivaa> vila: no response to click or type. power-cycling seems to be the option
[11:28] <psivaa> vila: rebooting does not help either.. some thing else... digging further
[11:29] <vila> psivaa: O_o the KVM displayed something during reboot ?
[11:30] <psivaa> vila: nothing. KVM doesn't display any activities during the reboot
[11:32] <vila> ouch
[11:32] <psivaa> vila: CDU says that the host is ON
[11:32] <psivaa> vila: probably a kernel upgrade making the boot fail  at the very start
[11:32] <psivaa> ?
[11:35] <vila> psivaa: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-setup_otto/label=qa-intel-4000/51/console lists a kernel indeed 3.12.0-4-generic
[11:35] <vila> psivaa: did you make a power off/wait/power on  ?
[11:36] <psivaa> vila: yes, i did. using CDU
[11:36] <vila> psivaa: try again waiting longer ? Otherwise, we need retoaded or rfowler  :-/
[11:37]  * retoaded lurks in the shadows and peeks over shoulders :-)
[11:37] <vila> hehe
[11:37] <vila> meh, silly me, if we're blind retoaded will probably be too or we'll learn a new trick ;)
[11:41] <psivaa> retoaded: vila: lol
[11:44] <retoaded> psivaa, vila; it's back in the land of the living
[11:45] <vila> retoaded: nggggghhhaa. what was the trick ???
[11:45] <retoaded> now /e goes to determine why Nagios didn't send a message
[11:45] <vila> retoaded: by the way, I didn't receive any notifications since your test
[11:45] <retoaded> vila, no trick. powered off cdu outlet, waited about 15 seconds, powered it back on
[11:46] <vila> psivaa: how long did you wait ?
[11:46] <retoaded> vila, the only notifications that shold have gone out would have been for that system being down
[11:47] <vila> retoaded: good, I won't suspect my filtering yet then ;)
[11:49] <psivaa> vila: i powered on at least 3 times, i waited more than 15 secs for surely
[11:49] <psivaa> vila: retoaded i saw some bios changes happening on the host lately.. did it have to do anything?
[11:50] <vila> psivaa: mystery... or retoaded mastery ? ;)
[11:52] <psivaa> vila: no idea.. but for me it is a mystery.. (btw i did that using 'reboot' in the cdu web interface)
[11:52] <psivaa> as well as the command line
[11:53] <retoaded> psivaa, reboot should works too as it automatically provides a 10 second delay between power off and power on.
[11:54] <retoaded> and the BIOS check in this recent reboot was just me trying to make sure the BIOS wasn't suspending the system when it thought it was idle.
[11:54] <vila> psivaa: right, that's why I said power off/wait/power on, *not* reboot, as retoaded said it *should* work, but it doesn't always work, hence the recommendation at https://wiki.canonical.com/UbuntuEngineering/CI/Lab
[11:54] <retoaded> the OS could possibly still be doing that though
[11:54] <psivaa> retoaded: yea, i would have thought so and the wait on the command prompt are even longer. but the good news is that the machine is now UP :)
[11:55] <psivaa> may be i should have a coffee between power off and power on
[11:56] <retoaded> hmmmm, seems to me that the mail relay smtp-lab.canonical.com is not accepting relaying messages to @lists.launchpad.net addresses.
[11:57] <retoaded> time to a) submit an RT for that issue and b) employ a work around on the Nagios host itself for the short term solution.
[11:59]  * retoaded wonders if anyone in this channel happens to have the VPN provided IP address of 10.99.244.134
[11:59] <sil2100> didrocks: can you ACK this? http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_process-cpp_0.0.1+14.04.20131212-0ubuntu1.diff <- a lot of symbols cleanup, but anyway there's like no consumer right now
[11:59] <sil2100> didrocks: the only consumer will be platform-api once pitti's branch lands
[12:00] <vila> retoaded: not me, .77/.78 according to ifconfig -a
[12:02] <didrocks> sil2100: yeah, +1 on it :)
[12:29] <Mirv> was this problematic webapps test on some list to be pinged? http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/933/
[12:30] <Mirv> the same test succeeded on nvidia so I'd say it falls into the "flaky" category
[12:32] <Mirv> sil2100: it seems you haven't deployed the cu2d-config changes you made, so redeploying those stacks
[12:33] <sil2100> Mirv: ah, right, some of the stacks were building then, and afterwards I simply forgot - thanks!
[13:04] <cjohnston> Ubuntu CI Engineering Team | Vanguard: cjohnston | Landing instructions: http://paste.ubuntu.com/6292280/ | Known issues: -
[13:14] <sergiusens> popey, morning/evening; just in case you missed it https://myapps.developer.ubuntu.com/dev/click-apps/118/
[13:18] <popey> sergiusens: moin
[13:18] <popey> sergiusens: i left feedback, 2 failed tests here
[13:25] <sergiusens> popey, oh :-/
[13:25] <sergiusens> popey, I discovered that one test depends on the keyboard working though
[13:27] <sergiusens> popey, it's very interesting how the tests past best on devices the developers own
[13:28] <popey> hah
[13:28] <popey> you cheeky cynic
[13:29] <didrocks> sergiusens: yeah, we should find a name for that magic
[13:29] <didrocks> also, we need to find a name for talking -> leaving :p
[13:29]  * didrocks feels upset now :(
[13:30] <didrocks> time to run
[13:30] <didrocks> (and cry)
[13:30] <didrocks> (alone)
[13:30] <didrocks> (in my corner)
[13:36] <sil2100> ?! ;p
[13:48] <jdstrand> there is a bug with the osk where the enter key does not work. I am on mako image 58. I thought I saw a reference to this bug somewhere, but can't find it. is this bug known and if so, does someone know the bug number?
[13:51] <popey> yes
[13:51] <popey> bug 1257791
[13:52] <jdstrand> popey: thanks
[13:52] <popey> np
[13:58] <jdstrand> so, bug #1257791, was it considered a blocker for promoting the image?
[13:59] <jdstrand> cause I'm an avenger, I recently upgraded to the promoted 58 and now I can't access email (I use mutt on the device)
[13:59] <jdstrand> and this bug is a week old
[14:01] <jdstrand> (it seems clear the terminal app is completely useless at this point)
[14:01] <jdstrand> didrocks: ^
[14:05] <popey> it wasn't considered a blocker, no.
[14:06] <jdstrand> that's unfortunate. like I said, I no longer have email on my phone :\
[14:18] <sergiusens> jdstrand, mutt through an ssh connection?
[14:18]  * sergiusens just went off topic
[14:19] <jdstrand> mutt on the device. I created a click package for it (total hack, but it survives upgrades at least)
[14:20] <sergiusens> jdstrand, interesting; and people wanted an email developed from scratch :)
[14:20] <jdstrand> heh, I still do :P
[14:21] <jdstrand> vim in the terminal is surprisingly workable, but not without 'enter'
[14:31] <jdstrand> and to be clear-- mutt isn't just a preference for me-- the security team doesn't use gmail for a number of reasons, so I have to do a client on the phone
[14:33] <sergiusens> jdstrand, I don't think the gmail client can do u1 auth anyways
[14:34] <sergiusens> jdstrand, I sort of regret making the switch btw; ironically, I can't find email anymore :-/
[14:34] <jdstrand> ouch-- so no one does email on their phone?
[14:46] <plars> rfowler: did the device cwayne got you get attached to that hub on ashes?
[14:48] <plars> didrocks: sorry about 60 not making it, I noticed the failure *just* as 61 was starting.  If smoke results on 60 are critical, and we're far enough off from the next respin, I can see what I can do
[14:56] <sergiusens> lool, xnox can either of you take a look at http://people.canonical.com/~sergiusens/lxc-android-config/ ?
[15:04] <didrocks> jdstrand: I was told it was limited to the terminal app and that wasn't a regression from previous promoted image
[15:05] <didrocks> plars: no worry
[15:05] <didrocks> jdstrand: also, TBH, there were multiple inputs and blockers if you followed the ML. This one was listed with those infos :)
[15:07] <rfowler> plars: yes
[15:07] <jdstrand> didrocks: it might night have been a regression from 57 to 58, but it was from 43 (iirc, that was the number) to 5[78]
[15:07] <jdstrand> s/might might/might not/
[15:07] <kgunn> didrocks: curious...for our arm release/images...are the packages cross compiled ? or built on the calxeda machines ?
[15:08] <didrocks> jdstrand: ok, wrong infos then  on that one. From the ML, balloons told the fix will be in terminal-app, maybe check with him?
[15:08] <rfowler> plars: mako-10 01ce848e48dfa6a2
[15:08] <didrocks> jdstrand: also, I don't know about click package itself, but it's maybe possible to revert?
[15:08] <plars> rfowler: thanks
[15:08] <plars> cwayne: I'll see if I can get that going today
[15:08] <didrocks> kgunn: depends on which ppa. But what goes to the archive is built on real hw
[15:08] <didrocks> (so ~ubuntu-unity/daily-build as well is on real hw)
[15:09] <jdstrand> didrocks: I was going to try that-- I don't know if it was something introduced with the terminal app or something in the platform that broke it
[15:09] <kgunn> didrocks: so you mean natively on an Nexus4 ?
[15:09] <kgunn> alf_: robotfuel  ^ interesting
[15:09] <didrocks> kgunn: ah no, on armhf machines :)
[15:09] <didrocks> kgunn: so no nexus4, just armhf server-like hw I guess
[15:09] <jdstrand> yes, there it is "Nicholas pinging desperatly developers on that one"
[15:09] <kgunn> didrocks: ok...so the calxeda
[15:10] <didrocks> jdstrand: terminal app from what baloons told :p
[15:10] <didrocks> jdstrand: so maybe worth trying? Do you know if we can have access to older click packages?
[15:10] <didrocks> maybe sergiusens would know ^
[15:10] <didrocks> kgunn: you are more familiar with the names than I am (I'm not sure it's a good sign though :p)
[15:11] <kgunn> didrocks: np... when you said real hw that == mobile phone in my head....even tho calxeda is still real :)
[15:11] <sergiusens> didrocks, we do to some extent
[15:12] <sergiusens> didrocks, jdstrand http://people.canonical.com/~ubuntu-archive/click_packages/
[15:12] <didrocks> kgunn: yeah, we have virtualized hw as well for "normal" ppas
[15:12] <cwayne> plars: i would be eternally grateful :)
[15:14] <jdstrand> sergiusens: I wonder how to make that work with click... the system terminal app would be higher than the user
[15:15] <jdstrand> sergiusens: that said, I know how to make it work for me, but it is an interesting problem
[15:15] <sergiusens> jdstrand, I' rereading and don't understand "the system terminal app would be higher than the user", higher?
[15:16] <jdstrand> sergiusens: isn't the terminal app installed in !/opt?
[15:16] <jdstrand> sergiusens: on the image?
[15:16] <sergiusens> jdstrand, yeah, /usr/share/...; but registered in /opt for the user
[15:17] <sergiusens> jdstrand, if you install another version of the package; it will go in /opt and your user would register against that
[15:17] <jdstrand> oh, I just did pkcon install-local ...0.5.28 and click list tells me that it is using 0.5.28
[15:17] <jdstrand> there may be no problem at all
[15:18] <jdstrand> 0.5.28 is running but 'enter' doesn't work
[15:21] <jdstrand> neither does 0.5.27
[15:21] <jdstrand> didrocks: I don't think it is the terminal app's fault
[15:21]  * jdstrand updates the bug
[15:26] <didrocks> jdstrand: thanks, I'll update the report as well
[15:26] <didrocks> davmor2: popey: did you dogfood latest and greatest?
[15:26] <didrocks> I'm wondering if we shouldn't promote it if you +1 it
[15:27] <didrocks> now that we have the test results
[15:27] <davmor2> didrocks: I will be shortly the other 3 parts of my job got in the way :D
[15:28] <didrocks> davmor2: do you think you will be done in less than an hour? so that we can promote before EOD for Europe ;)
[15:28] <didrocks> (done == testing)
[15:28] <davmor2> didrocks: yeah I'll get started in about 5 minutes
[15:28] <didrocks> thanks!
[15:30] <jdstrand> didrocks: fyi, https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1257791/comments/7
[15:30]  * didrocks looks
[15:30] <sergiusens> jdstrand, introduction date is actually incorrect
[15:31] <jdstrand> sergiusens: perhaps you can comment in the bug?
[15:31] <jdstrand> sergiusens: I just used what apache told me
[15:31]  * jdstrand -> meeting
[15:32] <didrocks> jdstrand: anyway, i'll mention it, thanks (and sorry it hit you)
[15:32] <popey> didrocks: yes, sorry was afk
[15:33] <didrocks> popey: 6 minutes of afk! how dare you? ;)
[15:33] <popey> I know right!
[15:34] <didrocks> unacceptable ;)
[15:34] <popey> What are you the NSA?!
[15:34] <popey> ☻
[15:34]  * popey will setup a twitter feed which announces when I'm in the kitchen making a cup of tea
[15:35] <popey> just in case the NSA need it
[15:35] <popey> didrocks: updated the sheet
[15:35] <didrocks> popey: I think you should connect the tea maker to the network as well
[15:35] <popey> Christmas project!
[15:35] <didrocks> so that you have the tea start - tea end time
[15:35] <didrocks> and then, optimize
[15:35] <didrocks> measure, it's all about measure!
[15:35] <popey> I'll need QA web page
[15:36] <didrocks> "Still just as awesome as ever"
[15:36] <didrocks> ahah
[15:36] <davmor2> didrocks: popey tried that before apparent Mrs Pope didn't like be plugged into the network though
[15:37]  * cwayne goes and buys 'ispopeymakingtea.com'
[15:37] <sergiusens> jdstrand, didrocks in a nutshell, the terminal app has been used (same version), since "New version: 0.5.29 on 2013-11-18 15:36 - 3 weeks, 3 days ago" https://myapps.developer.ubuntu.com/dev/click-apps/157/feedback/
[15:37] <popey> I know a guy who has a bot which reports when mouse traps in his loft are activated, and catch mice
[15:37] <popey> via twitter
[15:37] <popey> i was tempted to register unfixubuntu.com to undo fixubuntu.com
[15:38] <cwayne> popey: i literally almost did that last night
[15:38] <popey> ☻
[15:38] <popey> i thought you might after that reddit thread
[15:38] <cwayne> cus there was that reddit thread
[15:38] <cwayne> yeah
[15:38] <didrocks> popey: ahah ;)
[15:38] <cwayne> maybe ill make a script and add it to a ppa
[15:38] <didrocks> sergiusens: ok, making sense
[15:38] <popey> actually
[15:39] <didrocks> I really really don't understand how the pass rate is calculated on http://ci.ubuntu.com/smokeng/trusty/touch/
[15:39] <popey> it should be refixubuntu, not unfix, because unfix implies you agree his site "fixes" ubuntu
[15:39] <cwayne> ill be sure to add in a hook to email that guy every time it's run
[15:39] <cwayne> what i don't get is how the hell did we not already own fixubuntu.com?
[15:39] <didrocks> image 62: 391 pass on 399 -> 97.99%  says calc, not 97.6%
[15:40] <didrocks> maguro: 383 on 393 -> 94.7%, not 97.6%
[15:40] <didrocks> 97.4%* I meant
[15:41] <sergiusens> didrocks, you found the glitch!
[15:41] <sergiusens> didrocks, take it to wikileaks :-P
[15:41] <didrocks> ev: fginther: I think I mentionned it some months ago already, can we just have a fix? juts seems a division ^
[15:41] <sergiusens> didrocks, I'm not sure tbh
[15:41] <didrocks> sergiusens: ahah ;)
[15:44] <sergiusens> popey, btw, you see 2 fails for notes; I saw 0 for maguro; on the dashboard there are 2 fails for maguro and 3 for mako, so I say we land it
[15:44] <didrocks> the funny part on those results is that you have more tests failing on maguro, which runs less tests than mako
[15:44] <didrocks> and the pass rate is higher
[15:44] <popey> i do not follow your logic sergiusens
[15:45] <sergiusens> popey, notes on image fails 2 maguro/3 mako
[15:45] <popey> how is that good?
[15:45] <sergiusens> popey, notes unreleased fails 0 maguro/2 mako
[15:45] <popey> oh i follow now
[15:45] <sergiusens> popey, 0 better than 2 and 2 better than 3
[15:46] <popey> Thank you for massively simplifying things down to neanderthal level for me ☻
[15:46] <didrocks> sergiusens: but not completely fixed then
[15:46] <didrocks> sergiusens: maybe something to say to the apps team?
[15:46] <sergiusens> lol; well I hope I don't have to manually compare soon
[15:46] <popey> approved
[15:47] <sergiusens> didrocks, yes
[15:47] <didrocks> do you have the links for the failures?
[15:47] <didrocks> for them to see?
[15:47] <sergiusens> didrocks, that would be a popey request ;-)
[15:47] <didrocks> ah you ping osomon directly, great!
[15:48]  * didrocks is out, not listening anymore, lalala
[15:48] <didrocks> ;)
[15:48] <lool> sergiusens: lxc-android-config >> the changelog doesn't say why lightdm needs to be persistent; could both of these be temporary instead?
[15:48] <sergiusens> didrocks, yeah, I was waiting for bfiller to be online as he has the mako in their team
[15:48] <lool> persistent == preserve backwrads and forward-compat forever
[15:48] <sergiusens> lool, let's go to #ubuntu-touch
[15:52] <davmor2> popey: do you see the keyboard in the messaging app?
[15:54] <popey> eh?
[15:54] <davmor2> popey: nevermind I think I managed to crash it running some tests for balloons
[15:57] <davmor2> didrocks: I think sms might be broken
[15:57] <ev> didrocks: I don't suppose you have a bug filed against the dashboard for this?
[15:58] <didrocks> ev: in fact, I guess the dashboard is trying to be too smart
[15:58] <didrocks> ev: asac found the magic
[15:58] <asac> ev: the rolled up percentage is just summing up all the test suitpe percentage and gives them all a weighting of 1
[15:58] <asac> (e.g. the amount of tests in each test suite doesnt count)
[15:59] <asac> 16:55 <asac> >>> (2200 + 82.4 + 84.2 + 92 + 85.2) / 26.0
[15:59] <asac> 16:55 <asac> 97.83846153846153
[15:59] <asac> so we have 22 times 100%
[15:59] <asac> plus those other entries on maguro that you see above
[15:59] <asac> anyway. i am against that
[15:59] <asac> well not really
[15:59] <asac> but we should display whatever is summed up on the left
[16:00] <asac> *shrug*
[16:00] <ev> didrocks: if you feel like it could be more clear about this, please do file a bug.
[16:00] <asac> not sure
[16:00] <asac> why not just sum up all as everyone would expect
[16:00] <davmor2> popey: are you able to send and receive sms okay on the latest?
[16:00] <ev> ^ asac likewise
[16:00] <asac> pass / total
[16:00] <ev> I just want to make sure we track this properly if it's something worth investing time on
[16:00] <asac> == pass rate :)
[16:00] <asac> simpel
[16:00] <asac> ev: i complained a few times that this is at best confusing.
[16:01] <asac> we should just fix it so that the number shown is always pass/total for pass rate
[16:01] <didrocks> knowing we have 3 testsuite with 1 test, it seems a little bit overkill to count them as 3/22 of the total
[16:02] <ev> asac: people complaining doesn't help me. I need a means of tracking the problem, knowing how important it is, knowing when it needs to be done by.
[16:03] <ev> so bugs or Asana tasks, please :)
[16:04] <davmor2> didrocks: 3g looks broken too here
[16:04] <didrocks> davmor2: waow, seems serious
[16:04] <didrocks> davmor2: can you check with rsalveti?
[16:05] <davmor2> didrocks: will do
[16:05] <ev> didrocks: are you joining this stand up on the web ui?
[16:05] <didrocks> ev: is there anything else needing discussions since Tuesday?
[16:06] <didrocks> (from me)
[16:06] <didrocks> otherwise, kind of busy ;)
[16:06] <ev> didrocks: just popping in to give them a quick update on how far along the API stuff is. The meetings are timeboxed to 15 minutes, so you could just swoop in and out
[16:07] <didrocks> ev: I think the deadline was next week, for me, with the image promotion, it's nothing on the API front, but I think sil2100 is there and is working on that as well
[16:07] <didrocks> but I can join
[16:09] <popey> davmor2: ya, see spreadsheet ☻
[16:10] <davmor2> popey: you and your fancypants working phone
[16:10] <ev> thanks
[16:10] <popey> I know, right?
[16:47] <didrocks> davmor2: any news?
[16:49] <davmor2> didrocks: I hate the fact it's so hard to get a crash report off the phone, awe_ is looking at trying to reproduce on his maguro
[16:50] <popey> what's hard? adb pull /var/crash /tmp/foo   ?
[16:50] <didrocks> davmor2: ok, at least, knowing if it's on all maguro would be great
[16:50] <didrocks> davmor2: what crashed for you?
[16:50] <davmor2> ofono
[16:50] <davmor2> didrocks: ^
[16:50] <didrocks> ok, sounds like what changed and what can cause the issue :)
[16:50] <awe_> davmor2, abeato is running r62 and has had no issues.  I'm installing now.  These changes were extensively tested by myself, rsalveti, and abeato.
[16:50] <awe_> davmor2, is it still really that hard to get stack traces from the phone?
[16:51] <awe_> davmor2, I tried the manual instructions posted to ubuntu-devel just before 13.10 released a few weeks back and failed...
[16:53] <didrocks> davmor2: you can maybe send the .crash file to awe_?
[16:54] <davmor2> didrocks: yeah after apport-collect let me down on top of trying the manual way I think that will be easier
[16:54] <awe_> davmor2, yea...that would be great
[16:55] <awe_> I'm going offline now for a bit, but will look into this when I'm back
[16:56] <davmor2> awe_: bug #1260388
[16:56] <awe_> thanks davmor2!
[16:57] <davmor2> awe_, didrocks: in the meantime I'm going to do a phablet-flash and see if it is an issue with just the upgrade
[16:58] <didrocks> davmor2: yeah, I guess it's still wiser to hold the horse before we understand what exactly happens
[16:59] <awe_> thanks davmor2!
[17:03] <didrocks> sil2100: cyphermox: coming?
[18:01] <popey> balloons: sergiusens weather app from trunk passed all tests here. Ship it!
[18:01] <balloons> ^^ :-)
[18:02] <sergiusens> ack, let me give it a go
[18:13] <xnox> to subscribe to a mailing list  on launchpad, one needs to join the team, however canonical-ci-announce team is restricted....
[18:35] <cjohnston> ev: ^
[18:36] <ev> josepht: ^
[18:37] <cjohnston> sorry ev.. didn't realize Joe did it
[18:37] <cjohnston> I thought you had
[18:37] <ev> no worries :)
[18:44] <sergiusens> popey, 100% success https://myapps.developer.ubuntu.com/dev/click-apps/147/
[18:44] <popey> sergiusens: approved
[19:13] <fginther> sergiusens, do you know the correct specification for setting up a repo for ubuntu-touch-image jobs?
[19:18] <fginther> sergiusens, nvm, I think I found it
[19:22] <davmor2> awe_, rsalveti:  Okay so fresh install It's been on for an hour, no crash however also no 3g now (although I did initially), sms seems to be working however.
[19:23] <awe_> davmor2, thanks for the update.  That's odd, as AFAIK, there were no settings schema changes.
[19:23] <awe_> davmor2, do you remember if you had issues with mnclength?
[19:24] <awe_> there was an associated change that was supposed to land in ofono.override which didn't
[19:24] <awe_> mainly two additional plugins were supposed to be added to the ofonod command line
[19:24] <davmor2> awe_: pass I know it was working fine on 59 yesterday and isn't today
[19:24] <awe_> this was supposed to land as part of lxc-android-config, but apparently it didn't...
[19:25] <awe_> davmor2, sure...that's because a new version landed.  The question I'm asking was whether you remember any issues with mnclength or your SIM specifically?
[19:25] <awe_> abeato made a fix for SIM that didn't report the mnc length correctly
[19:25] <awe_> and this fix was re-factored recently to be more acceptable to upstream
[19:25] <davmor2> awe_: not that I'm aware of.  what would be the signs of this issue?
[19:25] <awe_> it relies on the plugin "mnclength" being loaded
[19:26] <awe_> and as the lxc-android-change didn't land, the plugin isn't being loaded in r62
[19:26] <davmor2> awe_: it's possible but I don't know I'm afraid
[19:26] <awe_> so far none of us have been able to reproduce the crash
[19:27] <awe_> I'm working on trying on the crash file now
[19:29] <awe_> I know it's near your eod, but can you try changing the exec line in /etc/init/ofono.override to:
[19:29] <awe_> exec ofonod -p ril,rilmodem,provision,mbpi,nettime,mnclength,smshistory
[19:29] <awe_> and see it restores your gprs?
[19:29] <awe_> also, please delete the file /var/lib/ofono/<IMSI>/gprs and reboot
[19:30] <awe_> I'll add this all to the bug...
[19:31] <davmor2> awe_: yeap no worries
[19:32] <robru> fginther, how might I change the new cordova head stack to build both saucy and trusty versions in the PPA? (currently it only builds trusty)
[19:34] <fginther> robru, the only way I know to do this is to add that as a task for the autolanding job
[19:35] <fginther> robru, but it's a different process then having the cu2d jobs do it
[19:35] <robru> fginther, different how?
[19:36] <fginther> the saucy version would be dput by the cordova-autolanding job, the trusty version would be built by the cu2d jobs
[19:36] <fginther> robru, it should work, but it's just two different processes
[19:37] <awe_> davmor2, bug updated
[19:37] <awe_> if you can, please add the output of list-context or the contents of the gprs settings file before deleting it
[19:37] <davmor2> awe_: I'm just waiting for the phone to reboot one second
[19:37] <awe_> ah too late
[19:37] <awe_> ;D
[19:37] <awe_> no worries though
[19:38] <davmor2> awe_: not only do I have 3g now but it's faster too :)
[19:39] <davmor2> awe_: maybe not, but it is working
[19:39] <awe_> ok
[19:39] <awe_> that makes me feel much better
[19:40] <awe_> so pretty sure this was caused by lxc-android-config not landing in tandem with the new ofono version
[19:40] <awe_> I still need to analyze the crash file to be sure
[19:41] <robru> fginther, would this do it? https://code.launchpad.net/~robru/cupstream2distro-config/cordova-saucy/+merge/198824
[19:43] <fginther> robru, you'll need to remove the 'trusty' one (that will be built by the cu2d jobs). otherwise it's good
[19:44] <robru> fginther, ah, ok
[19:46] <robru> fginther, ok, can you approve it please?
[19:47] <fginther> robru, approved
[19:47] <robru> fginther, ok, thanks.
[19:47] <robru> fginther, so i should use that new deploy job once it lands? never used that before
[19:49] <fginther> robru, as this changes the upstream merger jobs, you need to use this one: http://s-jenkins.ubuntu-ci:8080/job/deploy-cupstream2distro-config/
[19:51] <davmor2> awe_: I'm going to give this another 30 minutes and see if I still have 3g
[19:51] <awe_> davmor2, ok.  I you have it, I'll doubt you lose it.  I really think was due to provisioning failing due to mnclength not being loaded
[19:53] <davmor2> awe_: I wonder if the crash from update was due to the missing elements but it having connection info in place?  Longshot I guess
[19:53] <awe_> davmor2, not sure... hopefully the crash file will tell me more
[19:56] <robru> fginther, bah, I don't seem to have an s-jenkins login. can you run it after it lands?
[19:56] <fginther> robru, sure
[19:58] <robru> fginther, ok, thanks
[19:59] <balloons> sergiusens, popey music has landed: https://code.launchpad.net/~nskaggs/music-app/fix-shuffle-test/+merge/198485. Please pull trunk for it
[20:01] <popey> ok!
[20:01] <sergiusens> balloons, sure
[20:01] <fginther> sergiusens, is http://phablet.ubuntu.com/ setup to use http to pull git repos?
[20:02] <sergiusens> fginther, it's actually ssh
[20:02] <sergiusens> fginther, IS once upon a time set us up with a dedicated port to use from magners
[20:03] <fginther> sergiusens, ok, that would be the trick needed here
[20:03] <fginther> thanks
[20:03] <sergiusens> fginther, yeah, ideally we just need to get that firewall config migrated over
[20:07] <fginther> sergiusens, was there a specific user setup to do the ssh?
[20:08] <sergiusens> fginther, nope, anonymous through repo init/repo sync
[20:08] <fginther> sergiusens, ack
[20:09] <sergiusens> fginther, there
[20:10] <sergiusens> fginther, there's an RT I'm failing to find
[20:10] <sergiusens> fginther, it had all the info
[20:12] <popey> sergiusens: Ran 9 tests in 259.283s
[20:12] <popey> OK
[20:12] <popey> music app
[20:14] <sergiusens> popey, that's because mako is faster :-P
[20:18] <sergiusens> balloons, how about passing a band filter on the music assets? 300Hz > filter < 4kHz
[20:19] <balloons> sergiusens, to what end?
[20:19] <fginther> robru, it's been deployed
[20:19] <robru> fginther, thanks!
[20:19] <popey> sergiusens: i just turn the volume down
[20:20] <sergiusens> balloons, remove those voices in my head :-)
[20:20] <popey> a revalation when I figured that out
[20:20] <sergiusens> popey, I don't mind the music, it gives me an indication it's running while doing something else :-
[20:20] <popey> I tried plugging headphones in to shut the noise of bkerensa up but it didn't work
[20:20] <sergiusens> :-)
[20:20] <popey> well sure.
[20:20] <sergiusens> popey, btw https://myapps.developer.ubuntu.com/dev/click-apps/143/
[20:21] <davmor2> awe_: well I still have a connection so I'm assuming that did the trrick :)
[20:21] <sergiusens> popey, revelation being a volume knob/slider/hw buttons?
[20:21] <popey> hw buttons
[20:21] <davmor2> awe_: Let me just double check an sms
[20:21] <awe_> davmor2, ack
[20:22] <awe_> by the way, the crash file did turn up a real underlying problem...
[20:22] <davmor2> awe_: fantasic :)
[20:22] <balloons> sergiusens, popey LOL. I assumed as such :-)
[20:23] <davmor2> awe_: sms is functioning as expected
[20:23] <awe_> that said, I need to discuss with abeato tomorrow.  I'm going to create a quick fix tonight, however the longer term fix will probably gave to wait for next week
[20:23] <balloons> sergiusens, I too mute while running
[20:23] <popey> sergiusens: approved it
[20:23] <davmor2> awe_: and I'm not here to test it till the 2nd of january :(
[20:23] <sergiusens> popey, balloons ack,we will prolly have nice results in the next run :-)
[20:23] <awe_> ah, well enjoy
[20:24] <balloons> green is the new red I hear
[20:24] <awe_> again this is something we knew was a problem
[20:24] <awe_> and hadn't landed all the required changes
[20:25] <davmor2> awe_: well to be fair as this maguro is my main Phone it will get tested, you'll soon know if it got brokened :D
[20:25] <awe_> fair enough, we'll do our best to prevent breakage like this in the future...
[20:48] <kenvandine> anyone know if that QA head job is really still running?
[20:49] <kenvandine> it's been blocking for hours, i'd suspect something isn't right
[21:11] <fginther> sergiusens, FWIW, I found the ticket
[21:11] <sergiusens> fginther, great
[21:24] <robru> kenvandine, usually I just kill it if it's been hung for hours...
[21:24] <kenvandine> i did
[21:26] <kenvandine> killing that really unclogged the pipes
[21:28] <kenvandine> what does "daily-release-executor is offline" mean?
[21:29] <fginther> kenvandine, it means the daily-release-executor connection died
[21:31] <fginther> kenvandine, plars, working on it
[21:31] <kenvandine> thx
[21:31] <fginther> "I'm working on it"
[21:31]  * fginther remembers to be more specific
[21:31] <kenvandine> :)
[21:33] <plars> fginther: does that one go down often? which host is that running on?
[21:34] <fginther> plars, it runs on q-jenkins
[21:34] <fginther> plars, the full setup is here: https://wiki.canonical.com/UbuntuEngineering/CI/Playbook/q-jenkins#daily-release-executor
[21:34]  * kenvandine is excited to see contacts being exchanged with the content-hub
[21:35] <fginther> plars, yes, this slave goes down more than it should
[21:35] <plars> fginther: I think we should put which host these nodes are on in the config, some of them have moved recently and it's hard to keep up with
[21:35] <plars> fginther: odd - I rarely see the slaves go down
[21:37] <fginther> plars, there's something 'special' about this one. I haven't been able to explain why it goes down. There are no logs collected due to the way the slave is started
[21:38] <fginther> plars, I'm going to rerun the start script to activate the slave
[21:39] <fginther> plars, kenvandine, it's online again
[21:39] <plars> fginther: ok
[21:40] <kenvandine> thx
[21:59] <sergiusens> doanac, fginther can you run through http://discourse.ubuntu.com/t/phablet-flash-in-golang/1297 on the servers?
[22:00] <doanac> sergiusens: wow. you went to great lengths to keep me from adding changes to phablet-flash :)
[22:01] <sergiusens> doanac, and if you want go get launchpad.net/phablet-tools/ubuntu-emulator ; but that has no docs yet :-)
[22:01] <doanac> very cool.
[22:01] <sergiusens> doanac, you can keep adding stuff; but I cleaned up all the cruft
[22:02] <sergiusens> doanac, autopilot should be working soon on the emulator, although it is very resource intensive
[22:02] <doanac> sergiusens: does the slowness cause new tests to fail?
[22:02] <thomi> sergiusens: autopilot itself is resource intensive, or the emulator is?
[22:03] <sergiusens> doanac, input isn't working yet ;-)
[22:03] <sergiusens> thomi, the emulator; I haven't checked the guest still
[22:03] <doanac> ah - that changes things
[22:03] <thomi> sergiusens: cool :)
[22:04] <doanac> sergiusens: i probably can't play with it today, but send me an email and I'll remember.
[22:04] <fginther> sergiusens, you reminded me that I have a phablet-tools MP to update
[22:05] <sergiusens> doanac, sure; not saying you should today
[22:08] <fginther> sergiusens, udbflash looks cool. I'll try to get you some feedback soon
[22:08] <fginther> in a few days
[22:09] <sergiusens> fginther, sure, you should give the emulator a test run too while your at it; I'll add some instructions late today or tomorrow in the AM
[22:15] <sergiusens> doanac, fginther btw, this came out yesterday... https://blueprints.launchpad.net/ubuntu/+spec/client-1312-convert-apps-to-click
[22:15] <sergiusens> fginther, it was neatly timed with our conversation yesterday; and then being pinged
[22:16] <sergiusens> those things happen often :-P
[22:16] <fginther> :-)
[23:00] <popey> sergiusens: are we cranking out another release tonight?
[23:03] <sergiusens> popey, I wasn't asked, should we?
[23:03] <sergiusens> i thought the cron was enabled
[23:23] <popey> well thats going to happen in 4 hours, so yeah
[23:25] <sergiusens> popey, waiting then?
[23:25] <popey> yeah