[02:09] <imgbot> [03:29] <imgbot> [03:29] <imgbot> [04:07] <Mirv> morning
[06:31] <Mirv> FYI I now got a response at webops from someone who is looking at ci-train.ubuntu.com
[06:36] <didrocks> Mirv: ah, what's up?
[06:37] <Mirv> didrocks: it simply doesn't respond, eventually giving proxy error
[06:37] <didrocks> Mirv: they are looking to it?
[06:38] <Mirv> didrocks: now finally yes
[06:38] <didrocks> good, thanks Mirv!
[06:38] <Mirv> no prob
[07:04] <bzoltan> Mirv:  did you get any ETA for the ci-train.ubuntu.com fix?
[07:04] <Mirv> bzoltan: not yet, jenkins is out-of-memorying and the person looking at the machine is considering giving it a kick soon after some more assessment
[07:05] <bzoltan> Mirv:  I would start with a kick right now :)
[07:14] <Mirv> bzoltan: it's up
[07:15] <bzoltan> Mirv:  cooool... thanks. Now I am merging
[07:18] <sil2100> Mirv: some new OOM issues with citrain?
[07:27] <sil2100> Damn, and I see the spreadsheet problems are still there it seems..?
[07:29] <didrocks> sil2100: yeah, I think we should copy it and reconciliate with the backend
[07:29] <didrocks> sil2100: wdyt?
[07:30] <Mirv> sil2100: yes, webops restarted it now
[07:31] <sil2100> didrocks: did that help last time?
[07:31] <Mirv> maybe they're forcing people to migrate to the new Sheets :S
[07:31] <didrocks> sil2100: we never did change the spreadsheet to another one
[07:31] <didrocks> Mirv: no, there is no feature parity yet
[07:31] <Mirv> also, the iOS/Android launch of google docs/sheets launched on the same day
[07:31] <Mirv> ok
[07:32] <sil2100> didrocks: ah, I remember you were already copying it somewhere else before, hm, but I guess that's the only way around it - we can't count on google support and so many days it didn't fix itself :|
[07:32] <sil2100> I keep wondering what's causing this nonsense
[07:33] <didrocks> sil2100: I'm copying it and let you reconciliate with the backend?
[07:33] <didrocks> once you copy, I reenable the scripts
[07:33] <didrocks> and then, point jenkins and the bot to the new url
[07:33] <sil2100> didrocks: ok, tell me once that's done and I'll try to fix it up with the latest, non-saved changes
[07:34] <didrocks> sil2100: there are 5 days of changes
[07:34] <didrocks> sil2100: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0
[07:34] <didrocks> I'm readding the protections
[07:35] <didrocks> you can start synchronizing the status
[07:35] <sil2100> didrocks: ok, doing
[07:37] <sil2100> didrocks: hm, are the scripts still not hooked up?
[07:37] <sil2100> Ok, I'll do things manually for now
[07:40] <didrocks> sil2100: yeah, I disabled them to try to stabilize the spreadsheet
[07:40] <didrocks> ok, I restored all protections I guess
[07:41] <sil2100> I'm moving slowly
[07:42] <sil2100> 17 silos to go! *sigh*
[07:43] <didrocks> sil2100: I guess everything that disappeared are landed
[07:43] <sil2100> didrocks: yeah, when I see a silo that has a different landing in it, I land the previous one
[07:43] <didrocks> ok, scripts recreated, just need to reactive the "sync status" one
[07:43] <didrocks> sil2100: sounds good :)
[07:44] <didrocks> sil2100: oh, please, tell me if you find the same id twice
[07:44] <didrocks> that can be an issue for syncing back
[07:50] <sil2100> didrocks: most time consuming is when I actually have to re-add a landing that's completely missing from the spreadsheet
[07:50] <didrocks> sil2100: yeah
[07:50] <didrocks> sil2100: I'm checking as well and compared to the -changes ML
[07:50] <didrocks> and set some to "Landed"
[08:09] <sil2100> didrocks: is it normal that there is one landing with request ID 12345 ;p ?
[08:10] <sil2100> didrocks: http://people.canonical.com/~platform/citrain/landing-018
[08:10] <Mirv> sil2100: one can invent anything there, so it's simply a manual ID (although a bit poorly chosen regarding its randomness)
[08:10] <didrocks> sil2100: yeah, I set them manually
[08:10] <didrocks> sil2100: I've created a job for that :p
[08:11] <sil2100> didrocks, Mirv: yeah, especially that one already landed job had 12345 as the ReqID, and I thought it was supposed to be an unique ID ;p
[08:12] <didrocks> sil2100: there are 2 with the same numbers?
[08:12] <Mirv> sil2100: yes, that's what I mean it sounds like a bit poor choice :) when I selected one, I just randomly hit on the number keys
[08:12] <sil2100> didrocks: not in the backend, but looking at the spreadsheet I already saw some of the 'Landed' landings having 12345 as the ID
[08:13] <sil2100> I mean, one actually, line 19
[08:13] <didrocks> sil2100: ah, hum… yeah, please change the landed one then
[08:13] <didrocks> sil2100: you can even remove it
[08:15] <sil2100> Almost done with syncing ;)
[08:17] <didrocks> nice!
[08:17] <didrocks> I think on the landed, I'm all odne
[08:17] <didrocks> Mirv: you have some entries to complete FYI
[08:19] <Mirv> thanks, found the doc
[08:24] <sil2100> didrocks: ok, I think it's done o/ Just the descriptions for the new ones are missing still
[08:24]  * sil2100 thinks it's time to change to day-clothes
[08:24] <didrocks> sil2100: let me run a sync then
[08:25] <didrocks> done o/
[08:25] <didrocks> now, scheduling it back
[08:26] <didrocks> and resetting at every minute!
[08:27] <sil2100> \o/
[08:27] <sil2100> didrocks: thanks :)
[08:27] <didrocks> thanks to you sil2100!
[08:27] <didrocks> back on track!
[08:30] <didrocks> dbarth: Saviq: we are going to switch to a new spreadsheet (https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0) to workaround the spreadsheet in hell issue
[08:30] <didrocks> normally we moved and synced back the status
[08:30] <didrocks> mind filing the test plan + description for lines 52 and 53?
[08:30] <didrocks> thanks guys :)
[08:30] <didrocks> (and sorry for the disruption)
[08:31] <sil2100> Yeah :<
[09:00] <dbarth> didrocks: ok
[09:00] <dbarth> i have banches ready in silos so,that's a good time for that
[09:30] <didrocks> Saviq: we are going to switch to a new spreadsheet
[09:30] <didrocks> (https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0)
[09:30] <didrocks> to workaround the spreadsheet in hell issue
[09:30] <didrocks> normally we moved and synced back the status
[09:30] <didrocks> mind filing the test plan + description for lines 52 and 53?
[09:30] <Saviq> didrocks, doing
[09:31] <sil2100> Saviq: thanks :)
[09:31] <didrocks> ok, now that all is pointing to the new spreadsheet, time to send the email
[09:46] <didrocks> sil2100: do you mind updating the landing instructions?
[09:46] <sil2100> Oh crap ;p
[09:47] <sil2100> Doing
[10:01] <Mirv> Saviq: testing silo assignment on the new shet for the first time..
[10:01] <Mirv> (line 54)
[10:01]  * Saviq holds thumbs
[10:01] <sil2100> ;)
[10:01] <Mirv> landing-002 conflicting again
[10:02] <Saviq> whoa upstart is crashing a lot lately ;|
[10:05] <Mirv> sil2100: didrocks: hmm 404 https://ci-train.ubuntu.com/job/prepare-silo/317/console
[10:06] <Mirv> Saviq: time to push the switch to systemd then, eh? ;)
[10:06] <Saviq> Mirv, indeed
[10:06] <didrocks> Mirv: seems LP connection issue? is it reproduceable?
[10:07] <didrocks> do all MPs exist?
[10:08] <Mirv> didrocks: no! :)
[10:08] <Mirv> Saviq: https://code.launchpad.net/~ted/unity8/launcher-dbus/+merge/21591 does not exist
[10:08] <Mirv> thanks, sorry for not checking first
[10:08] <didrocks> :p
[10:08] <Saviq> Mirv, I probably cut the number again..
[10:08] <Saviq> Mirv, fixed
[10:08] <Saviq> sooorrry
[10:09] <Saviq> Mirv, thanks!
[10:11] <Mirv> worked! the choo choo channel will report the PPA :)
[10:12] <Mirv> or should, at least (landing-009)
[10:15]  * sil2100 goes to grab late breakfast
[10:29] <sil2100> didrocks: I mean, here I should poke... did you re-enable triggers for the new spreadsheet? Since I don't remember seeing that, but I might have missed it ;)
[10:30] <sil2100> Mirv, didrocks: I don't seem to have access to the triggers, I'll try running sync manually to see if it works
[10:31] <sil2100> Mirv, didrocks: yeah, so it seems the triggers are not re-enabled, so the spreadsheet doesn't auto-update ;) Running the refresh script manually fixed stuff
[10:31] <sil2100> didrocks will enable those as soon as he can :)
[10:35] <Mirv> sil2100: ok, great!
[10:53] <ogra_> doanac, i wonder why my bootcharts differ so much from yours ... your boots definitely take a lot longer than what i see ... i.e. http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-11.png
[10:54] <ogra_> (or http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-1.png if you want a direct comparison)
[10:57] <ogra_> doanac, there are up to 10sec difference ... i don't get why ...
[11:02] <didrocks> sil2100: I did reenable triggers yeah
[11:02] <didrocks> oh no
[11:02] <didrocks> I didn't
[11:02] <didrocks> good catch!
[11:02]  * didrocks does
[11:02] <sil2100> didrocks: thanks :)
[11:03] <Mirv> :)
[11:28] <didrocks> Mirv: so, any news on the sdk vs keyboard issue?
[11:30] <Mirv> didrocks: yeah, I just gave a bit of time for them. it's complex, they fixed some things to be better, spotted a regression that seemed the same across the board, fixed the regression and tested a handful of cases and it seemed all gone, but there is a corner case that hits webbrowser
[11:30] <Mirv> so they seem to understand what kind of workarounds they'd need to fix also that
[11:30] <didrocks> Mirv: when will they deliver something? I think we'll revert if they don't have any ETA
[11:30] <Mirv> the OSK plugin is apparently not working the way it should in that case, but UITK gets the joy of workarounding it
[11:30] <didrocks> bzoltan1: ^
[11:31] <bzoltan1> didrocks:  no worries :) the fix is scheduled in 14.10 :)
[11:31] <didrocks> bzoltan1: well, it's not a short enough ETA :p
[11:32] <bzoltan1> didrocks: for real... oSoMoN promised to apply a fix in the browser
[11:32] <didrocks> bzoltan1: like today?
[11:32] <Mirv> didrocks: note that there's a related unity8 change that goes hands in hand with the new UITK
[11:32] <didrocks> Mirv: argh, of course…
[11:32] <didrocks> do you have a bug tracking it?
[11:33] <Mirv> bug #1316057
[11:33] <didrocks> it's not assigned though
[11:33] <Mirv> there are at least three people looking at it, I'll assign it to some of them..
[11:33] <bzoltan1> didrocks:  the fix is simple...  a call of the Qt.inputMethod.show(); in the onFocusChanged of the URL line in the browser
[11:33] <t1mp> didrocks: please hold on a few minutes, we are discussing it on mumble
[11:34] <didrocks> ok
[11:34] <Mirv> now it's assigned
[11:34] <didrocks> hum
[11:34] <didrocks> but it's in webbrowser
[11:34] <didrocks> webbrowser*
[11:34] <didrocks> and I see the bug against the sdk
[11:54] <Mirv> dbarth: bug #1215763 was missing subscription to ubuntu-sru team, but I added it now
[11:55] <ogra_> should that be Outlook.exe ?
[11:55] <ogra_> :P
[11:55] <Mirv> didrocks: livemail would need packaging ack for the renamed icons they have https://ci-train.ubuntu.com/job/landing-011-2-publish/27/artifact/packaging_changes_unity-webapps-livemail_2.4.17+14.04.20140502.1-0ubuntu1.diff
[11:56] <Mirv> that is assuming that we're ok with canonical upstream projects not landing to utopic first, since that seemed to be the case since trunks will eventually get uploaded anyhow
[11:56] <didrocks> Mirv: +1
[11:56] <Mirv> thanks
[11:56] <didrocks> yw!
[12:00] <dbarth> Mirv: ah thanks
[12:01] <dbarth> Mirv: i was not sure who/when that needed to happen
[12:25]  * didrocks goes for a run
[12:53] <dpm> hi, could someone help find out why Jenkins failed on this old MP? https://code.launchpad.net/~gang65/ubuntu-docviewer-app/ubuntu-docviewer-desktop-improvements/+merge/210866 - it looks to me like a configuration issue with the name of a job?
[12:53] <dpm> cihelp ^
[12:57] <ogra_> Saviq, i unduplicated bug 1309915 ... (not sure why you made it a duplicate)
[12:57] <Saviq> ogra_, they do now
[12:58] <Saviq> ogra_, see https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1309915/comments/4
[12:58] <Saviq> ogra_, let me see something
[12:59] <ogra_> Saviq, well, i'm on image 11 and embedded web videos or music still plays on when the app is foregrounded
[12:59] <ogra_> until i wake it up and the lockscreen kicks in
[12:59] <Saviq> ogra_, the lockscreen should kick in straight away now, not when waking up..
[12:59] <ogra_> doesnt
[13:00] <ogra_> i see it slide in when waking up the device
[13:00] <Saviq> ogra_, I launch dialer:
[13:01] <Saviq> phablet  16864 54.0  2.6 204264 49520 ?        Ssl  15:00   0:04 dialer-app
[13:01] <Saviq> ogra_, press power button
[13:01] <Saviq> 5s later:
[13:01] <Saviq> phablet  16864 33.7  2.6 204268 49520 ?        Tsl  15:00   0:05 dialer-app
[13:01] <Saviq> the app is suspended
[13:01] <ogra_> dialer is special i guess :) doesnt work with any webapp here
[13:01] <Saviq> ogra_, so no, it's webapps that are special ;)
[13:01] <ogra_> use a webapp that has embedded video or audio ...
[13:02] <ogra_> it works fine when you put it in the bg
[13:02] <Saviq> ogra_, example?
[13:02] <ogra_> it works fine when you wake up from syspend ... after you see the lock screen slide in
[13:02] <ogra_> laut.fm
[13:03] <ogra_> play a stream ... suspend ... it plays on (gets stuttery thoug) until you wake up from suspend ... you see the lock screen slide in and it stops until you unlock/swipe
[13:03] <ogra_> (or play a video on the bbc app or some such ... )
[13:03] <Saviq> ogra_, nope, stopped after 5s
[13:03] <Saviq> only wakes when I unlock again
[13:04] <Saviq> ogra_, looks like a different bug then (greeter does not kick in on power button press0
[13:04] <ogra_> yes, i thought tht was the cause of this bug since the begining ?
[13:05] <Saviq> ogra_, but the cause would have to be different now
[13:05] <Saviq> ogra_, the original cause was EGL blocking → UI thread blocked → greeter can't lock
[13:05] <Saviq> and now this is gone
[13:05] <cjwatson> FYI, I just copied a bunch of things from trusty-updates to utopic-proposed: webbrowser-app, sync-monitor, ubuntu-push, unity-webapps-googleplus
[13:05] <ogra_> oh, i was to fast ... seems it locks after a while (but more than 5s )
[13:06] <Saviq> ogra_, it should *lock* straight away (although I do see it come in if I just press power twice within a second, which is definitely a bug)
[13:06] <ogra_> Saviq, any chance we can make that faster ?
[13:06] <Saviq> ogra_, there should be no animation there either
[13:06] <ogra_> it plays on for quite a while for me and gets very stuttery
[13:06] <ogra_> then stops and i see this time the greeter locked when the screen was off
[13:06] <Saviq> ogra_, plays fine here for 5s, and stops...
[13:07] <ogra_> doesnt here ... it is stuttering very badly
[13:07] <ogra_> (well, i play a video atm)
[13:07] <Saviq> ogra_, how's your CPU?
[13:07] <Saviq> ogra_, I can only see greeter come in if I wake the phone within 1s from when I suspended it
[13:08] <ogra_> CPU is hard to tell since when connected via adb the device will never suspend :P
[13:08] <ogra_> it forces it to stay up
[13:08] <Saviq> ogra_, well, it's not about *suspending*
[13:08] <Saviq> ogra_, as in the hardwarew
[13:08] <Saviq> -w
[13:09] <ogra_> well, i dont get any stuttering if i have the cable plugged in
[13:09] <Saviq> ogra_, ah, let me try that
[13:09] <ogra_> i immediately get it when i suspend without cable
[13:09] <Saviq> ogra_, confirmed
[13:09] <ogra_> it also doesnt start immediately ... only after ~3sec ... for that time it plays fine
[13:09] <Saviq> ogra_, but it does stop within 5s for me
[13:10] <ogra_> its the last frew secs before it actually sleeps
[13:10] <ogra_> yes, confirmed, i was just to fast and saw the lockscreen slide in all the time
[13:11] <ogra_> heh
[13:11] <Saviq> ogra_, so the real bug here seems to be that suspending the device causes stuff to settle to take longer or something... also app should stop playback straight away, noticing the app state → suspended change
[13:11] <ogra_> and just tpping on the locked lockscreen makes it play for another 5sec
[13:11] <Saviq> ogra_, oh, fooking hint :D
[13:12] <Saviq> ogra_, [...] unless, obviously, the app is using the media hub, which means app needs not do anything
[13:12] <ogra_> funny game though :)
[13:12] <ogra_> browser doesnt use media-hub yet :(
[13:12] <Saviq> ogra_, yeah, so it should pause itself
[13:12] <ogra_> right, but there are obviously races
[13:12] <Saviq> ogra_, we can't SIGSTOP it straight away, we need to give time to settle down
[13:13] <Saviq> ogra_, but it should stop when noticing the app state (which we only started setting recently - or not even, yet)
[13:13] <ogra_> or we need to make sure the lower level doesnt try to suspend while the app still uses playback or some such
[13:13] <ogra_> i assume the stuttering is the system trying to suspend sound before the app is stopped or some such
[13:14] <Saviq> ogra_, yeah, we (shell) should probably keep a 5s wakelock or something while the app suspends
[13:14] <Saviq> ogra_, care to file a bug please (against unity8 and unity-mir)
[13:14] <ogra_> right, i think the stuttering gives a pretty bad enduser impression
[13:14] <ogra_> cant we re-use the existing one ?
[13:14] <Saviq> ogra_, or yeah, reuse that one
[13:15] <ogra_> :)
[13:15] <Saviq> ogra_, but please adapt title/description
[13:15] <Saviq> thanks
[13:17] <ogra_> done
[13:34] <Mirv> sil2100: didrocks: ok the landing-005 should fix the webbrowser AP regression, please publish when upstream shows green light
[13:34] <sil2100> Mirv: thanks! Awesome ;)
[13:34] <sil2100> Mirv: I see a green light there on the spreadsheet
[13:37] <bfiller> sil2100: can I have silos for line 31 and 32 please? and silo 12 ready to be published
[13:37] <sil2100> bfiller: sure, doing all that in a moment!
[13:37] <bfiller> sil2100: thanks
[13:42] <dbarth> sil2100: o/ can i get your help on silo 018 ? we're adding an extra branch for the tests (and i can't reconfigure that myself)
[13:43] <sil2100> dbarth: sure, looking - will try to reconfigure
[13:43] <sil2100> dbarth: you adding a new component to the landing?
[13:43] <dbarth> sil2100: yes
[13:43] <dbarth> the branch that adds the TestLogin provider
[13:45] <sil2100> dbarth: reconfigured!
[13:47] <dbarth> thanks
[13:51] <sil2100> didrocks: packaging ACK: https://ci-train.ubuntu.com/job/landing-012-2-publish/lastSuccessfulBuild/artifact/packaging_changes_sync-monitor_0.1+14.10.20140502-0ubuntu1.diff <- looking good, a new qml package added
[13:56] <sil2100> didrocks: so, I want to publish webbrowser-app right now (the AP fix), but it seems that there's a webbrowser-app SRU in trusty waiting in -proposed, so utopic trunk != release (because the SRU didn't migrate to -updates and didn't get copied to utopic) - I think it's safe to ignoredest in this case, right?
[13:57] <sil2100> didrocks: since the thing that I want to release in utopic already has the non-released-SRU from trusty
[13:57] <didrocks> sil2100: but it was M&C right?
[13:57] <sil2100> Yes
[13:57] <didrocks> so we have the fix as well
[13:57] <sil2100> It was M&C'ed, so the SRU is in trunk, but not in utopic - but our release now has it, so I can just ignorenotindest I guess?
[13:58] <didrocks> sil2100: +1 on sync-monitor
[13:58] <sil2100> \o/
[13:58] <sil2100> Thank you ;)
[13:58] <didrocks> sil2100: yeah :)
[14:05] <sil2100> didrocks: strange thing is happening with the sync-monitor landing!
[14:06] <sil2100> didrocks: so, citrain says that the version in the archive is not in trunk, but it's not the case - trunk == utopic
[14:06] <sil2100> Re-running the publish job doesn't help
[14:06] <sil2100> https://ci-train.ubuntu.com/job/landing-012-2-publish/21/
[14:07] <didrocks> sil2100: yeah, that's possible, just force it?
[14:12] <sil2100> Saviq: I have a question about your silo 10
[14:12] <Saviq> sil2100, hit me
[14:12] <sil2100> Saviq: so, is it only for testing for now, or is this going to land pretty soon? Since we have some py3 migration landings for camera-app
[14:13] <sil2100> And thought if I can assign that and either free this one or simply ask you to rebuild camera-app later on
[14:16] <Saviq> sil2100, we'll rebuild
[14:16] <sil2100> Saviq: awesome, thanks!
[14:16] <Saviq> sil2100, unless you're low on silos, in which case we'll live with our silo flushed
[14:16] <sil2100> Saviq: no no, we're still ok, I'll simply leave a note for you to rebuild camera-app if anything
[14:17] <Saviq> sil2100, thanks, will do
[14:30] <rvr> fginther: Hey Francis! I have an issue with this branch. For some reason, Jenkins doesn't run here, could you or anybody else take a look? https://code.launchpad.net/~vrruiz/ubuntu-rssreader-app/emulators-to-class/+merge/216935
[14:34] <fginther> rvr, sure, I suspect the submitter isn't a member of any of the core-apps teams
[14:34] <rvr> Yeah, probably
[14:36] <didrocks> sil2100: you misread the error btw
[14:37] <didrocks> sil2100: the error was that a new version in utopic was published in between
[14:37] <didrocks> and so you don't know if anything was merged in between
[14:37] <sil2100> didrocks: but I checked if trunk was the same as in utopic archive, and the latest ones were ==
[14:37] <sil2100> So both archive and trunk had the same versions on top
[14:38] <didrocks> sil2100: yeah, but as the version changed in between
[14:38] <didrocks> sil2100: you are not really sure the content is the same
[14:38] <didrocks> (the version in destination)
[14:38] <didrocks> hence the warning
[14:39] <sil2100> Ah, I think I get it, so what happened was:
[14:41] <sil2100> So, let's say utopic had vesion 1 in the archive. We prepared an SRU with version 2 which landed in -proposed and got merged into trunk. Then we prepared version 3 for utopic, but built it while 2 was still in -proposed. Then, when trying to release 3, citrain noticed that suddenly utopic had version 2 uploaded, while it remembered the last one being 1?
[14:41] <sil2100> As version 2 got synced from trusty-updates inbetween somewhere
[14:41] <sil2100> But all is ok since trunk had it merged in and version 3 already included it, right?
[14:43] <didrocks> sil2100: exactly
[15:21] <rvr> fginther: Did you trigger manually the jenkins bot for that merge request?
[15:23] <rvr> fginther: I was about to ask ballons to add me to the correct team, so jenkins wouldn't ignore me, so want to now if that's still necessary
[15:27] <sil2100> didrocks: so, there might be something broken with the refresh mechanism switching from Cleaning silo to the final 'Landed' state
[15:28] <didrocks> sil2100: yeah, the change we've done can have an impact
[15:28] <didrocks> sil2100: you are investigating?
[15:28] <sil2100> I'm still waiting for the meeting to start, but I'll try to debug in-between
[15:28] <didrocks> ok :)
[15:34] <fginther> rvr, I ran it manually for now, but still looking for the best way to add the MP owner so this doesn't need to happen again
[16:00] <ogra_> didrocks, my other meeting is running over, i'll be late
[16:00] <ogra_> (discussion the route bug)
[16:00] <ogra_> *about the
[16:00] <didrocks> ogra_: ok, just tell me once you are free, need info on the route bug + the media-hub
[16:01] <ogra_> jhodapp, the .crash file i mentioned is at http://ci.ubuntu.com/smokeng/utopic/touch/mako/10:20140504:20140501/7857/mediaplayer_app/ scroll to the bottom
[16:01] <jhodapp> ogra_, thanks
[16:01] <ogra_> jhodapp, due to the fact that flo and manta tests were messed up i cant really tell you if it happens on either of the other
[16:01] <jhodapp> ogra_, ok
[16:02] <ogra_> (can probably tell you tomorrow though)
[16:02] <didrocks> sil2100: robru: coming?
[16:18] <ogra_> didrocks, did you finish already ?
[16:19] <ogra_> hangout is empty
[16:19] <didrocks> ogra_: we just did!
[16:19] <ogra_> bah
[16:19] <didrocks> :p
[16:19] <didrocks> ogra_: I kicked an image FYI
[16:19] <didrocks> for the webbrowser-app one
[16:19] <ogra_> didrocks, we have a "workaround" for the routing bug (not necessarily the final fix but should at least get us to a promotable state again)
[16:19] <ogra_> and for the media-hub ... well ... see above :)
[16:20] <ogra_> didrocks, cyphermox will give me a script snippet i will test for ... say.. 24h ... if that seems to help we'll upload it with lxc-android-config
[16:20] <didrocks> ogra_: excellent!
[16:21] <ogra_> we still dont 100% understand the issue, but that snippet should at least help with the symptoms
[16:21] <cyphermox> well, let's get this in a silo so that everyone can test it
[16:21] <cyphermox> ogra_: I think we understand what's going on quite well actually
[16:21] <ogra_> testing lxc-android-config is super painful, but yeah, lets iuse a silo
[16:22] <cyphermox> we're just once again caught in things that were done in the least effort way on android
[16:22] <ogra_> (you can only install it chrooted from recovery etc etc)
[16:22] <didrocks> yeah, sounds like a good plan!
[16:22] <cyphermox> ogra_: http://paste.ubuntu.com/7376744/
[16:23] <cyphermox> feel free to use a different name for the script as you prepare lxc-android-config ;)
[16:23] <ogra_> yep, same as on the bug
[16:23] <cyphermox> yep
[16:23] <cyphermox> you want that file in /etc/NetworkManager/dispatcher.d , that's all that really matters
[16:23] <ogra_> turning itno "02_we_all_hate_you_ril"
[16:23] <ogra_> :P
[16:23] <jhodapp> ogra_, can you do me a favor and try out the mediaplayer-app AP tests on mako with media-hub?
[16:23]  * ogra_ sighs ... i dont have a test device 
[16:24] <jhodapp> oh hmm
[16:24] <jhodapp> ok
[16:24] <ogra_> oh, wait, i do :P just woithout screen
[16:24] <ogra_> yes, i can
[16:24] <jhodapp> ok
[16:24] <imgbot> [16:34] <jhodapp> ogra_, it'll be interesting to see if you see this in the media-hub.log when you run: https://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/23/artifact/clientlogs/mediaplayer_app/media-hub.log/*view*/
[16:35] <jhodapp> ogra_, oops this: (media-hub-server:1868): GLib-ERROR **: /build/buildd/glib2.0-2.40.0/./glib/gmem.c:359: overflow allocating 4294967274*8 bytes
[16:43]  * ogra_ wonders why the test constantly prints "Nexus 4" 
[16:44] <ogra_> Ran 6 tests in 31.117s
[16:44] <ogra_> OK
[16:44] <jhodapp> yeah, that's what I thought :)
[16:44] <ogra_> err
[16:44] <ogra_> 6 ?
[16:44] <ogra_> ah, right
[16:44] <jhodapp> yep 6
[16:45] <jhodapp> the tests are fine
[16:45] <ogra_> systemsettle before and after and setup/teardown are from CI
[16:45] <ogra_> right, i see the crash file
[16:46] <ogra_> Pausing player with key: 4
[16:46] <ogra_> pause
[16:46] <ogra_> (media-hub-server:3494): GLib-ERROR **: /build/buildd/glib2.0-2.40.0/./glib/gmem.c:359: overflow allocating 4294967274*8 bytes
[16:46] <ogra_> Starting DecodingService...
[16:46] <ogra_> core::ubuntu::media::ServiceImplementation::ServiceImplementation()
[16:46] <ogra_> there you go
[16:46] <ogra_> (from /home/phablet/.cache/upstart/media-hub.log)
[16:46] <jhodapp> ogra_, let me make sure I don't get that same thing on flo
[16:49] <jhodapp> ogra_, doesn't happen on flo
[16:50] <ogra_> ah
[16:50] <robru> sil2100, are we ready to publish silo 9? what do you think?
[16:51] <ogra_> didrocks, did you talk to CI about the test results ?
[16:51] <ogra_> oh, he's gone
[16:51] <ogra_> sigh
[16:51] <jhodapp> ogra_, and I don't have a mako, so tough for me to debug that
[16:51] <sil2100> robru: I think we're ok! We had an image built during the meeting so let's do it ;)
[16:51] <robru> sil2100, alright I'm on it!
[16:51] <sil2100> robru: thanks ;D
[17:44] <imgbot> [17:44] <imgbot> [18:07] <robrubaloo> oh look
[18:07] <robrubaloo> irc on my ubuntu phone
[18:07] <robrubaloo> Good job ogra
[18:15] <sil2100> robru: btw! Just so you know, for now if you M&C a silo, it will be stuck on the Landing silo part temporarily, and you'll have to 'Land' it manually through the spreadsheet :)
[18:15] <robru> sil2100, ah ok
[18:15] <sil2100> Temporary inconvinience ;p
[18:16] <robru> sil2100, is that due to the stuff that got shut off in order to stop the spreadsheet getting overloaded?
[18:17] <sil2100> robru: it's a side-effect, we're testing ways of making that not happen again
[18:17] <robru> sil2100, alright, no worries, I only merged one silo so far today ;-)
[18:17] <sil2100> robru: sorry for the inconvinence ;p
[18:17]  * sil2100 waves
[18:17] <sil2100> o/
[18:17] <robru> sil2100, I'm off for lunch, feel free to email me with any other info you think is important
[18:17] <robru> bye!
[18:18] <sil2100> Have fun and see you tomorrow!
[18:32] <pmcgowan> davmor2, popey do you gents ever get this symptom? https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1309015
[18:32] <pmcgowan> not the crash but the page wonkiness
[18:34] <ogra_> pmcgowan, better to ask that when its not a bank holiday in the UK i guess :)
[18:34] <pmcgowan> oh duh
[18:35] <ogra_> robru, yeah, it is nice until our app lifecycle trashes the experience by killing the connection :)
[18:35] <ogra_> works great if the app is constantly in focus and you manage to keep the display on all the time though
[18:36] <ogra_> (the freenode app copes relatively well with that, but kiwiIRC doesnt at all)
[18:56] <robru> ogra_, oh really? I quit the app and it took several minutes before IRC showed as disconnected. does the web client at least cache the messages while the app isn't focused?
[18:57] <robru> ogra_, heh, it just occurred to me that we don't have a multitasking phone, we have a serially-single-tasking phone.
[18:58] <ogra_> robru, the freenode one does a decent job at caching to a certain extend ... at some point it finally drops
[18:58] <ogra_> the kiwi client actually immediately disconnects as soon as you backgrounded the app
[18:59] <ogra_> freenode allowed me to use other apps if it wasnt in bg for to long ...
[19:00] <ogra_> and i wnet shopping on saturday with it running (but kept it in fg) and it was still connected when i cam home ... it even handled the 3G to WLAN back and froth switching
[19:00] <ogra_> sadly the OSK starts getting messy after a while
[19:02] <robru> ogra_, what's wrong with the OSK? aside from the obvious inconvenience of typing numbers and symbols...
[19:02] <ogra_> at some point it stops popping up when you focus the input field
[19:02] <robru> oh, strange
[19:03] <ogra_> after 1h or so ... and i had multiple channels open ... might be some CSS or javascript weirdness on the page
[19:07] <Saviq> hey guys, https://ci-train.ubuntu.com/job/landing-002-1-build/43/console shows something scary
[19:07] <Saviq> mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device
[19:07] <Saviq> oh actually
[19:07] <Saviq> that's an *old* job
[19:08] <Saviq> for some reason http://people.canonical.com/~rbpark/citrain/ links to it...
[19:08] <Saviq> robru, ↑
[19:08] <Saviq> there's a wrong link to silo 002 on your webpage
[19:09] <robru> hm
[19:09] <Saviq> somehow
[19:09] <robru> Saviq, reload the page? says job 45 for me, not 43. i guess you have cached data somehow
[19:09] <Saviq> robru, ah!
[19:09] <robru> (I'm not sure how, my page just uses AJAX to load json directly from the jenkins jobs)
[19:10] <Saviq> robru, I probably expected it to update automagically like the spreadsheet does :)
[19:10] <Saviq> robru, hmm
[19:10] <Saviq> still 43
[19:10] <Saviq> tried full refresh
[19:10] <robru> Saviq, but it does update automagically... using AJAX. I'm not sure why it got stuck for you
[19:10] <robru> Saviq, try clearing your cache or something
[19:11] <Saviq> robru, suspended in the middle, but apparently refreshing doesn't help
[19:12]  * Saviq restarts firefox
[19:13] <Saviq> robru, FYI: had to open the json in another tab and ctrl+f5 it
[19:13] <Saviq> robru, so indeed some cache issue
[19:13] <robru> strange
[19:13] <Saviq> robru, but that sounds like a problem, refreshing the page doesn't always get me fresh results :|
[19:17] <robru> Saviq, http://people.canonical.com/~rbpark/citrain/index.js (grep for loadSiloJSON) code is pretty straightforward, not sure if you have any thoughts on doing an AJAX request that ignores cache and forces fresh data
[19:18] <Saviq> robru, the obvious hack would be to ?timestamp=current_time ;)
[19:18] <robru> Saviq, ah, good call. ok I'll add that ;-)
[19:19] <Saviq> robru, the better solution would be for the remote server to return correct cache times
[19:19] <Saviq> robru, then stuff would just work
[19:19] <robru> Saviq, but the files are just static files served by a web server! it's not even dynamic
[19:19] <robru> Saviq, http://people.canonical.com/~platform/citrain/
[19:19] <Saviq> robru, well, yeah
[19:19] <Saviq> robru, that's why, if the server sends "you can keep this file for an hour"
[19:20] <Saviq> robru, the browser won't even check - unless forced to refresh
[19:21] <Saviq> robru, it doesn't send any ATM afaict
[19:21] <Saviq> robru, but adding a .htaccess there and make it so that they're only kept for a minute or so, could probably happen
[19:22] <Saviq> robru, something like http://www.askapache.com/htaccess/apache-speed-cache-control.html, although I understand you might not have access to it
[19:22] <Saviq> robru, in which case it'd be a good workaround to just timestamp the requests
[19:22] <robru> Saviq, yeah, whoever controls ~platform would have to do that
[19:22] <robru> Saviq, oh well, I added the query string to avoid caching. reload the page and it should be fine thereafter
[19:23] <Saviq> robru, yup, pull everything every time :)
[19:23] <Saviq> *pulls
[19:24] <robru> Saviq, other than that, the page will reload every 5 minutes, but only if the tab is focused in your browser. it also forces a reload when you switch to the tab. so it should be fresh now
[19:24] <Saviq> robru, ok cool
[19:24] <Saviq> robru, what does it link for you in silo 009 for you to?
[19:25] <robru> Saviq, I see https://ci-train.ubuntu.com/job/check-publication-migration/10575/console
[19:25] <Saviq> robru, ah now I get it, it iterates over silos
[19:25] <Saviq> robru, ok that's fine then
[19:25] <robru> yeah