[02:09] === trainguard: IMAGE 11 building (started: 20140505 02:10) === [03:29] === trainguard: IMAGE 11 DONE (finished: 20140505 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/11.changes === [04:07] morning [06:31] FYI I now got a response at webops from someone who is looking at ci-train.ubuntu.com [06:36] Mirv: ah, what's up? [06:37] didrocks: it simply doesn't respond, eventually giving proxy error [06:37] Mirv: they are looking to it? [06:38] didrocks: now finally yes [06:38] good, thanks Mirv! [06:38] no prob [07:04] Mirv: did you get any ETA for the ci-train.ubuntu.com fix? [07:04] 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] Mirv: I would start with a kick right now :) [07:14] bzoltan: it's up [07:15] Mirv: cooool... thanks. Now I am merging [07:18] Mirv: some new OOM issues with citrain? [07:27] Damn, and I see the spreadsheet problems are still there it seems..? [07:29] sil2100: yeah, I think we should copy it and reconciliate with the backend [07:29] sil2100: wdyt? [07:30] sil2100: yes, webops restarted it now [07:31] didrocks: did that help last time? [07:31] maybe they're forcing people to migrate to the new Sheets :S [07:31] sil2100: we never did change the spreadsheet to another one [07:31] Mirv: no, there is no feature parity yet [07:31] also, the iOS/Android launch of google docs/sheets launched on the same day [07:31] ok [07:32] 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] I keep wondering what's causing this nonsense [07:33] sil2100: I'm copying it and let you reconciliate with the backend? [07:33] once you copy, I reenable the scripts [07:33] and then, point jenkins and the bot to the new url [07:33] didrocks: ok, tell me once that's done and I'll try to fix it up with the latest, non-saved changes [07:34] sil2100: there are 5 days of changes [07:34] sil2100: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0 [07:34] I'm readding the protections [07:35] you can start synchronizing the status [07:35] didrocks: ok, doing [07:37] didrocks: hm, are the scripts still not hooked up? [07:37] Ok, I'll do things manually for now [07:40] sil2100: yeah, I disabled them to try to stabilize the spreadsheet [07:40] ok, I restored all protections I guess [07:41] I'm moving slowly [07:42] 17 silos to go! *sigh* [07:43] sil2100: I guess everything that disappeared are landed [07:43] didrocks: yeah, when I see a silo that has a different landing in it, I land the previous one [07:43] ok, scripts recreated, just need to reactive the "sync status" one [07:43] sil2100: sounds good :) [07:44] sil2100: oh, please, tell me if you find the same id twice [07:44] that can be an issue for syncing back [07:50] didrocks: most time consuming is when I actually have to re-add a landing that's completely missing from the spreadsheet [07:50] sil2100: yeah [07:50] sil2100: I'm checking as well and compared to the -changes ML [07:50] and set some to "Landed" [08:09] didrocks: is it normal that there is one landing with request ID 12345 ;p ? [08:10] didrocks: http://people.canonical.com/~platform/citrain/landing-018 [08:10] sil2100: one can invent anything there, so it's simply a manual ID (although a bit poorly chosen regarding its randomness) [08:10] sil2100: yeah, I set them manually [08:10] sil2100: I've created a job for that :p [08:11] 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] sil2100: there are 2 with the same numbers? [08:12] 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] 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] I mean, one actually, line 19 [08:13] sil2100: ah, hum… yeah, please change the landed one then [08:13] sil2100: you can even remove it [08:15] Almost done with syncing ;) [08:17] nice! [08:17] I think on the landed, I'm all odne [08:17] Mirv: you have some entries to complete FYI [08:19] thanks, found the doc [08:24] 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] sil2100: let me run a sync then [08:25] done o/ [08:25] now, scheduling it back [08:26] and resetting at every minute! [08:27] \o/ [08:27] didrocks: thanks :) [08:27] thanks to you sil2100! [08:27] back on track! [08:30] 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] normally we moved and synced back the status [08:30] mind filing the test plan + description for lines 52 and 53? [08:30] thanks guys :) [08:30] (and sorry for the disruption) [08:31] Yeah :< [09:00] didrocks: ok [09:00] i have banches ready in silos so,that's a good time for that === dpm_ is now known as dpm === vrruiz_ is now known as rvr [09:30] Saviq: we are going to switch to a new spreadsheet [09:30] (https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0) [09:30] to workaround the spreadsheet in hell issue [09:30] normally we moved and synced back the status [09:30] mind filing the test plan + description for lines 52 and 53? [09:30] didrocks, doing [09:31] Saviq: thanks :) [09:31] ok, now that all is pointing to the new spreadsheet, time to send the email [09:46] sil2100: do you mind updating the landing instructions? [09:46] Oh crap ;p [09:47] Doing [10:01] Saviq: testing silo assignment on the new shet for the first time.. [10:01] (line 54) [10:01] * Saviq holds thumbs [10:01] ;) [10:01] landing-002 conflicting again [10:02] whoa upstart is crashing a lot lately ;| [10:05] sil2100: didrocks: hmm 404 https://ci-train.ubuntu.com/job/prepare-silo/317/console [10:06] Saviq: time to push the switch to systemd then, eh? ;) [10:06] Mirv, indeed [10:06] Mirv: seems LP connection issue? is it reproduceable? [10:07] do all MPs exist? [10:08] didrocks: no! :) [10:08] Saviq: https://code.launchpad.net/~ted/unity8/launcher-dbus/+merge/21591 does not exist [10:08] thanks, sorry for not checking first [10:08] :p [10:08] Mirv, I probably cut the number again.. [10:08] Mirv, fixed [10:08] sooorrry [10:09] Mirv, thanks! [10:11] worked! the choo choo channel will report the PPA :) [10:12] or should, at least (landing-009) [10:15] * sil2100 goes to grab late breakfast [10:29] 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] 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] 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] didrocks will enable those as soon as he can :) [10:35] sil2100: ok, great! [10:53] 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] (or http://people.canonical.com/~ogra/touch-bootcharts/ubuntu-phablet-utopic-1.png if you want a direct comparison) [10:57] doanac, there are up to 10sec difference ... i don't get why ... [11:02] sil2100: I did reenable triggers yeah [11:02] oh no [11:02] I didn't [11:02] good catch! [11:02] * didrocks does [11:02] didrocks: thanks :) [11:03] :) [11:28] Mirv: so, any news on the sdk vs keyboard issue? [11:30] 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] so they seem to understand what kind of workarounds they'd need to fix also that [11:30] Mirv: when will they deliver something? I think we'll revert if they don't have any ETA [11:30] the OSK plugin is apparently not working the way it should in that case, but UITK gets the joy of workarounding it [11:30] bzoltan1: ^ [11:31] didrocks: no worries :) the fix is scheduled in 14.10 :) [11:31] bzoltan1: well, it's not a short enough ETA :p [11:32] didrocks: for real... oSoMoN promised to apply a fix in the browser [11:32] bzoltan1: like today? [11:32] didrocks: note that there's a related unity8 change that goes hands in hand with the new UITK [11:32] Mirv: argh, of course… [11:32] do you have a bug tracking it? [11:33] bug #1316057 [11:33] bug 1316057 in ubuntu-ui-toolkit (Ubuntu) "webbrowser-app AP failures after UITK upgrade" [Critical,New] https://launchpad.net/bugs/1316057 [11:33] it's not assigned though [11:33] there are at least three people looking at it, I'll assign it to some of them.. [11:33] didrocks: the fix is simple... a call of the Qt.inputMethod.show(); in the onFocusChanged of the URL line in the browser [11:33] didrocks: please hold on a few minutes, we are discussing it on mumble [11:34] ok [11:34] now it's assigned [11:34] hum [11:34] but it's in webbrowser [11:34] webbrowser* [11:34] and I see the bug against the sdk [11:54] dbarth: bug #1215763 was missing subscription to ubuntu-sru team, but I added it now [11:54] bug 1215763 in unity-webapps-livemail (Ubuntu) "Windows Live Mail webapp should be 'Outlook.com' or similar" [Medium,Fix committed] https://launchpad.net/bugs/1215763 [11:55] should that be Outlook.exe ? [11:55] :P [11:55] 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] 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] Mirv: +1 [11:56] thanks [11:56] yw! [12:00] Mirv: ah thanks [12:01] Mirv: i was not sure who/when that needed to happen [12:25] * didrocks goes for a run [12:53] 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] cihelp ^ [12:57] Saviq, i unduplicated bug 1309915 ... (not sure why you made it a duplicate) [12:57] bug 1309915 in unity8 (Ubuntu) "foreground app should recieve SIGSTOP on suspend" [Undecided,Invalid] https://launchpad.net/bugs/1309915 [12:57] ogra_, they do now [12:58] ogra_, see https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1309915/comments/4 [12:58] ogra_, let me see something [12:59] Saviq, well, i'm on image 11 and embedded web videos or music still plays on when the app is foregrounded [12:59] until i wake it up and the lockscreen kicks in [12:59] ogra_, the lockscreen should kick in straight away now, not when waking up.. [12:59] doesnt [13:00] i see it slide in when waking up the device [13:00] ogra_, I launch dialer: [13:01] phablet 16864 54.0 2.6 204264 49520 ? Ssl 15:00 0:04 dialer-app [13:01] ogra_, press power button [13:01] 5s later: [13:01] phablet 16864 33.7 2.6 204268 49520 ? Tsl 15:00 0:05 dialer-app [13:01] the app is suspended [13:01] dialer is special i guess :) doesnt work with any webapp here [13:01] ogra_, so no, it's webapps that are special ;) [13:01] use a webapp that has embedded video or audio ... [13:02] it works fine when you put it in the bg [13:02] ogra_, example? [13:02] it works fine when you wake up from syspend ... after you see the lock screen slide in [13:02] laut.fm [13:03] 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] (or play a video on the bbc app or some such ... ) [13:03] ogra_, nope, stopped after 5s [13:03] only wakes when I unlock again [13:04] ogra_, looks like a different bug then (greeter does not kick in on power button press0 [13:04] yes, i thought tht was the cause of this bug since the begining ? [13:05] ogra_, but the cause would have to be different now [13:05] ogra_, the original cause was EGL blocking → UI thread blocked → greeter can't lock [13:05] and now this is gone [13:05] 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] oh, i was to fast ... seems it locks after a while (but more than 5s ) [13:06] 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] Saviq, any chance we can make that faster ? [13:06] ogra_, there should be no animation there either [13:06] it plays on for quite a while for me and gets very stuttery [13:06] then stops and i see this time the greeter locked when the screen was off [13:06] ogra_, plays fine here for 5s, and stops... [13:07] doesnt here ... it is stuttering very badly [13:07] (well, i play a video atm) [13:07] ogra_, how's your CPU? [13:07] ogra_, I can only see greeter come in if I wake the phone within 1s from when I suspended it [13:08] CPU is hard to tell since when connected via adb the device will never suspend :P [13:08] it forces it to stay up [13:08] ogra_, well, it's not about *suspending* [13:08] ogra_, as in the hardwarew [13:08] -w [13:09] well, i dont get any stuttering if i have the cable plugged in [13:09] ogra_, ah, let me try that [13:09] i immediately get it when i suspend without cable [13:09] ogra_, confirmed [13:09] it also doesnt start immediately ... only after ~3sec ... for that time it plays fine [13:09] ogra_, but it does stop within 5s for me [13:10] its the last frew secs before it actually sleeps [13:10] yes, confirmed, i was just to fast and saw the lockscreen slide in all the time [13:11] heh [13:11] 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] and just tpping on the locked lockscreen makes it play for another 5sec [13:11] ogra_, oh, fooking hint :D [13:12] ogra_, [...] unless, obviously, the app is using the media hub, which means app needs not do anything [13:12] funny game though :) [13:12] browser doesnt use media-hub yet :( [13:12] ogra_, yeah, so it should pause itself [13:12] right, but there are obviously races [13:12] ogra_, we can't SIGSTOP it straight away, we need to give time to settle down [13:13] ogra_, but it should stop when noticing the app state (which we only started setting recently - or not even, yet) [13:13] or we need to make sure the lower level doesnt try to suspend while the app still uses playback or some such [13:13] i assume the stuttering is the system trying to suspend sound before the app is stopped or some such [13:14] ogra_, yeah, we (shell) should probably keep a 5s wakelock or something while the app suspends [13:14] ogra_, care to file a bug please (against unity8 and unity-mir) [13:14] right, i think the stuttering gives a pretty bad enduser impression [13:14] cant we re-use the existing one ? [13:14] ogra_, or yeah, reuse that one [13:15] :) [13:15] ogra_, but please adapt title/description [13:15] thanks [13:17] done [13:34] sil2100: didrocks: ok the landing-005 should fix the webbrowser AP regression, please publish when upstream shows green light [13:34] Mirv: thanks! Awesome ;) [13:34] Mirv: I see a green light there on the spreadsheet [13:37] sil2100: can I have silos for line 31 and 32 please? and silo 12 ready to be published [13:37] bfiller: sure, doing all that in a moment! [13:37] sil2100: thanks [13:42] 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] dbarth: sure, looking - will try to reconfigure [13:43] dbarth: you adding a new component to the landing? [13:43] sil2100: yes [13:43] the branch that adds the TestLogin provider [13:45] dbarth: reconfigured! [13:47] thanks [13:51] 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] 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] didrocks: since the thing that I want to release in utopic already has the non-released-SRU from trusty [13:57] sil2100: but it was M&C right? [13:57] Yes [13:57] so we have the fix as well [13:57] 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] sil2100: +1 on sync-monitor [13:58] \o/ [13:58] Thank you ;) [13:58] sil2100: yeah :) [14:05] didrocks: strange thing is happening with the sync-monitor landing! [14:06] didrocks: so, citrain says that the version in the archive is not in trunk, but it's not the case - trunk == utopic [14:06] Re-running the publish job doesn't help [14:06] https://ci-train.ubuntu.com/job/landing-012-2-publish/21/ [14:07] sil2100: yeah, that's possible, just force it? [14:12] Saviq: I have a question about your silo 10 [14:12] sil2100, hit me [14:12] 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] And thought if I can assign that and either free this one or simply ask you to rebuild camera-app later on [14:16] sil2100, we'll rebuild [14:16] Saviq: awesome, thanks! [14:16] sil2100, unless you're low on silos, in which case we'll live with our silo flushed [14:16] Saviq: no no, we're still ok, I'll simply leave a note for you to rebuild camera-app if anything [14:17] sil2100, thanks, will do [14:30] 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] rvr, sure, I suspect the submitter isn't a member of any of the core-apps teams [14:34] Yeah, probably [14:36] sil2100: you misread the error btw [14:37] sil2100: the error was that a new version in utopic was published in between [14:37] and so you don't know if anything was merged in between [14:37] didrocks: but I checked if trunk was the same as in utopic archive, and the latest ones were == [14:37] So both archive and trunk had the same versions on top [14:38] sil2100: yeah, but as the version changed in between [14:38] sil2100: you are not really sure the content is the same [14:38] (the version in destination) [14:38] hence the warning [14:39] Ah, I think I get it, so what happened was: [14:41] 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] As version 2 got synced from trusty-updates inbetween somewhere [14:41] But all is ok since trunk had it merged in and version 3 already included it, right? [14:43] sil2100: exactly [15:21] fginther: Did you trigger manually the jenkins bot for that merge request? [15:23] 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] didrocks: so, there might be something broken with the refresh mechanism switching from Cleaning silo to the final 'Landed' state [15:28] sil2100: yeah, the change we've done can have an impact [15:28] sil2100: you are investigating? [15:28] I'm still waiting for the meeting to start, but I'll try to debug in-between [15:28] ok :) === gatox is now known as gatox_lunch [15:34] 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] didrocks, my other meeting is running over, i'll be late [16:00] (discussion the route bug) [16:00] *about the [16:00] ogra_: ok, just tell me once you are free, need info on the route bug + the media-hub [16:01] 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] ogra_, thanks [16:01] 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] ogra_, ok [16:02] (can probably tell you tomorrow though) [16:02] sil2100: robru: coming? [16:18] didrocks, did you finish already ? [16:19] hangout is empty [16:19] ogra_: we just did! [16:19] bah [16:19] :p [16:19] ogra_: I kicked an image FYI [16:19] for the webbrowser-app one [16:19] 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] and for the media-hub ... well ... see above :) [16:20] 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] ogra_: excellent! [16:21] we still dont 100% understand the issue, but that snippet should at least help with the symptoms [16:21] well, let's get this in a silo so that everyone can test it [16:21] ogra_: I think we understand what's going on quite well actually [16:21] testing lxc-android-config is super painful, but yeah, lets iuse a silo [16:22] we're just once again caught in things that were done in the least effort way on android [16:22] (you can only install it chrooted from recovery etc etc) [16:22] yeah, sounds like a good plan! [16:22] ogra_: http://paste.ubuntu.com/7376744/ [16:23] feel free to use a different name for the script as you prepare lxc-android-config ;) [16:23] yep, same as on the bug [16:23] yep [16:23] you want that file in /etc/NetworkManager/dispatcher.d , that's all that really matters [16:23] turning itno "02_we_all_hate_you_ril" [16:23] :P [16:23] 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] oh hmm [16:24] ok [16:24] oh, wait, i do :P just woithout screen [16:24] yes, i can [16:24] ok [16:24] === trainguard: IMAGE 12 building (started: 20140505 16:25) === [16:34] 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] 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 === bfiller is now known as bfiller_afk === gatox_lunch is now known as gatox [16:43] * ogra_ wonders why the test constantly prints "Nexus 4" [16:44] Ran 6 tests in 31.117s [16:44] OK [16:44] yeah, that's what I thought :) [16:44] err [16:44] 6 ? [16:44] ah, right [16:44] yep 6 [16:45] the tests are fine [16:45] systemsettle before and after and setup/teardown are from CI [16:45] right, i see the crash file [16:46] Pausing player with key: 4 [16:46] pause [16:46] (media-hub-server:3494): GLib-ERROR **: /build/buildd/glib2.0-2.40.0/./glib/gmem.c:359: overflow allocating 4294967274*8 bytes [16:46] Starting DecodingService... [16:46] core::ubuntu::media::ServiceImplementation::ServiceImplementation() [16:46] there you go [16:46] (from /home/phablet/.cache/upstart/media-hub.log) [16:46] ogra_, let me make sure I don't get that same thing on flo [16:49] ogra_, doesn't happen on flo [16:50] ah [16:50] sil2100, are we ready to publish silo 9? what do you think? [16:51] didrocks, did you talk to CI about the test results ? [16:51] oh, he's gone [16:51] sigh [16:51] ogra_, and I don't have a mako, so tough for me to debug that [16:51] robru: I think we're ok! We had an image built during the meeting so let's do it ;) [16:51] sil2100, alright I'm on it! [16:51] robru: thanks ;D === jhodapp is now known as jhodapp|brb === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: fginther | CI Train support - US: robru, cyphermox, rrsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: spreadsheet problems, do not trust CI-SNCF bot === jhodapp|brb is now known as jhodapp [17:44] === trainguard: IMAGE 12 DONE (finished: 20140505 17:45) === [17:44] === changelog: http://people.canonical.com/~ogra/touch-image-stats/12.changes === [18:07] oh look [18:07] irc on my ubuntu phone [18:07] Good job ogra === bfiller_afk is now known as bfiller [18:15] 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] sil2100, ah ok [18:15] Temporary inconvinience ;p [18:16] sil2100, is that due to the stuff that got shut off in order to stop the spreadsheet getting overloaded? [18:17] robru: it's a side-effect, we're testing ways of making that not happen again [18:17] sil2100, alright, no worries, I only merged one silo so far today ;-) [18:17] robru: sorry for the inconvinence ;p [18:17] * sil2100 waves [18:17] o/ [18:17] sil2100, I'm off for lunch, feel free to email me with any other info you think is important [18:17] bye! [18:18]