[02:03] <imgbot> [03:28] <imgbot> [03:28] <imgbot> [05:24] <Mirv> morning here too
[05:49] <Mirv> why, certainly
[06:59] <zsombi> cihelp: need clarification on this https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/6140/console
[06:59] <zsombi> cihelp: seems there are package conflicts there?
[07:28] <Mirv> cihelp: ^ to zsombi's request, the error looks like if a vivid rootfs (qt 5.3.2) would try to install utopic UITK packages (compiled against qt 5.3.0)
[07:46] <robru> cjwatson: infinity: around? what's the correct value to pass to 'pbuilder create --mirror _____' if I want to create an rtm chroot?
[08:25] <Mirv> is the dashboard down?
[08:26] <Mirv> I mean the jenkins one
[08:38] <sil2100> Seems to work here
[08:40] <cjwatson> robru,infinity: the URL is http://derived.archive.canonical.com/ubuntu-rtm/, but that won't quite help because debootstrap doesn't understand 14.09.  It's probably simplest to create a chroot with something uniformly older (say, trusty), flip sources.list over, and upgrade; or grab the chroots from Launchpad ("manage-chroot -d ubuntu-rtm -s 14.09 -a amd64 get", from lp:ubuntu-archive-tools) and use those as a starting point.
[08:41] <cjwatson> Might even be possible to do the latter directly with sbuild using Stéphane's sbuild-launchpad-chroot gadget.
[08:43] <cjwatson> Oh, FYI folks, "devel" now works in PPAs; no need to edit sources.list any more after using add-apt-repository.
[09:03] <sil2100> jibel: hey! Do you know if the new custom tarball has been picked up for testing yesterday night?
[09:03] <sil2100> Oh, wait, I see it did
[09:03] <sil2100> jibel: nvm!
[09:05] <jibel> sil2100, it's in 165, isn't it?
[09:05] <sil2100> Right
[09:05] <jibel> sil2100, we didn't test 165 yet
[09:05] <jibel> we'll do it this morning
[09:10] <Mirv> cjwatson: great! for the 'devel' working.
[09:19] <sil2100> Looking good so far, we seem to be missing only 2 topblocker fixes right now, both having fixes ready
[09:20] <sil2100> jibel: do you have someone that could take a look at rtm silo 11?
[09:28] <oSoMoN> sil2100, FYI, my testing of oxide 1.3 (in silo 3) is complete and good, dbarth is still testing webapps a bit more extensively, but it looks like we should be ready to land it soon
[09:35] <pmcgowan> nice
[09:39] <sil2100> oSoMoN: \o/
[09:50] <popey> Mirv: when you get a moment could you please upload calendar to the store (note, it's not in the rtm image so it's not covered by freezes) http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/lastSuccessfulBuild/artifact/generic-click-builder-utopic-armhf/output/com.ubuntu.calendar_0.4.549_all.click
[09:51] <popey> Mirv: also sudoku pls. http://s-jenkins.ubuntu-ci:8080/job/sudoku-app-click/lastSuccessfulBuild/artifact/generic-click-builder-utopic-armhf/output/com.ubuntu.sudoku_1.1.319_all.click
[09:51] <sil2100> john-mcaleely: ping
[09:53] <sil2100> olli, pmcgowan: so, we're closing the landing gates now - all fixes for the listed topblockers either already landed or are in silos
[09:53] <sil2100> olli, pmcgowan: actually, only 2 topblockers are left and both have fixes in silos
[09:57] <Mirv> popey: calendar and sudoku uploaded
[09:57] <popey> thanks Mirv
[10:15] <sil2100> john-mcaleely: re-ping
[10:15] <sil2100> john-mcaleely: we would need a device tarball generated from silo 11 for QA to start testing
[10:17] <ogra_> sil2100, OH !
[10:17] <ogra_> sil2100, did you notice silo 13 ?
[10:17] <ogra_> (that is the "UI freezes randomly" topblocker)
[10:17] <ogra_> (not marked as such ... bad tedg )
[10:18] <olli> sil2100, good job!
[10:18] <sil2100> ogra_: oh my, well - it's targetted for the next milestone anyway ;)
[10:18] <sil2100> I wouldn't try forcefully pushing it in here
[10:19] <ogra_> sil2100, well,if we have spare QA capacity i dont think a week more testing would be bad
[10:19] <jibel> sil2100, rvr will review silo 3 and rhuddie silo 11 when it's ready
[10:19] <ogra_> it is *very* intrusive
[10:19] <rvr> ogra_: sil2100: I noticed
[10:19] <rvr> The changelog is huge
[10:20] <sil2100> True, actually, if john-mcaleely won't pop up pretty soon we might ask for testing this silo now
[10:20] <ogra_> yes
[10:20] <sil2100> Since without him it might be troublesome to test 11 anyways...
[10:20] <rvr> Ooops, I'm talking about silo 3
[10:20] <ogra_> heh
[10:20] <sil2100> rvr: ok, that's a different story ;) silo 3 is a new oxide, and that's always huuuge
[10:21] <rvr> sil2100: ogra_: Silo 3 contains an update to oxide, is that known? ... Ok
[10:21] <ogra_> yes
[10:21] <ogra_> known and wanted
[10:21] <rvr> Ack
[10:21] <ogra_> (and dont dare to find any problems, rebuilding ocide will take a month at least :P )
[10:21] <ogra_> *oxide
[10:47] <pmcgowan> sil2100, so whats left
[10:56] <ogra_> pmcgowan, tons of new bugs with the OOBE here for me
[10:56] <ogra_> i just hung the dash hard
[10:57] <ogra_> and i can repro
[10:57] <ogra_> sigh
[10:57] <pmcgowan> ogra_, you mean the wizard or the new scopes stuff
[10:58] <ogra_> new scopes
[10:58] <pmcgowan> f***
[10:59] <ogra_> going to the bottom of "today" ... then tapping "tell me more" at the button ... in the following page scrilling completely down and tapping "finished ... " gets me a hard hang of the dash
[10:59] <ogra_> oh, wait ... this time it doesnt ... it instead crashed the dash
[11:00] <sil2100> WTH
[11:01] <ogra_> the OOBE as a whole kind of trashes the whole experience IMHO ... it makes it feel very unfinished (but thats personal opinion, not a bug)
[11:05] <victorp> ogra_, sorry but that is just not true...
[11:06] <victorp> just because that is the first time you see that bug, doesnt mean is the OOBE
[11:06] <ogra_> victorp, heh, well, thats my user impression
[11:06] <ogra_> the way we scatter buttons everywhere
[11:06] <victorp> ogra_, I meant = tons of new bugs with the OOBE here for me
[11:06] <ogra_> the way you can not easily find a way to disable it
[11:06] <ogra_> plus the new bugs
[11:06] <victorp> a scope can *not* hang the dash
[11:07] <ogra_> (fitbit doesnt work anymore, reproducable crash ... and we havent looked deeper yet, i'm sure there will be more stuff bubbling up)
[11:07] <ogra_> victorp, well, i can reliably hang or crash it using the very bottom button on the hints page
[11:08] <ogra_> the blue one
[11:08] <victorp> ogra_ ok.. let take it out, so then you can not reliably reproduce the bug!
[11:08] <ogra_> victorp, no, lets get it fixed ...
[11:09] <victorp> ogra_, but you know what I mean.. the scope is just using the fw.. if it hangs is a bug in the framework that was there before
[11:09] <victorp> and other scopes will hit
[11:09] <victorp> btw, what button. I will try to reproduce
[11:09] <ogra_> i have not seen the dash crash in a month now
[11:09] <ogra_> and i use plenty of scopes regulary
[11:10] <ogra_> now we have one action that makes it hang hard
[11:10] <victorp> ogra_, you must not be using scopes much ;P I have seen it crash a fair amount
[11:10] <ogra_> and it is one that is very exposed in our default scope
[11:10] <victorp> ogra_, sure, so lets fix it
[11:11] <victorp> but, can you tell me how to reproduce please :)
 going to the bottom of "today" ... then tapping "tell me more" at the button ... in the following page scrolling completely down and tapping "finished ... " gets me a hard hang of the dash
[11:11] <victorp> yeap hanging for me too
[11:12] <ogra_> every second or third time i get a complete dash restart (showing the "scopes" splash)
[11:12] <victorp> interesting...
[11:12] <ogra_> victorp, there seems to also be an issue with accounts integration ... (like ther eis none)
[11:13] <victorp> ogra_, ?
[11:13] <pete-woods> ogra_: I can confirm I get this hang
[11:13] <ogra_> wait for seb128 to return ... seems fitbit ids completely gone for him
[11:13] <pete-woods> also :(
[11:13] <victorp> oh, wierd.. it doesnt hang on nexus4 but it hangs in krillin
[11:13] <ogra_> i cant repro that since i dont have a fitbit account (or device)
[11:14] <victorp> ogra_, ok but that is not related to this bug or the changes we landed
[11:14] <pete-woods> ogra_: while you're here, had a low level question. according to /proc/cpuinfo the krillin has 1 CPU core, however it has 4 afaik. is /proc just lying to us / are we using only 1 CPU?
[11:14] <ogra_> pete-woods, compile a kernel and look again while the compiler runs ;)
[11:15] <ogra_> they are dynamically offlined if not in use
[11:15] <victorp> ogra_, what worries me is that krillin is  behaving differently to n4 at scope level..
[11:15] <pete-woods> ah, cool. that's good to know :)
[11:15] <ogra_> victorp, yeah
[11:21] <sil2100> ogra_, pmcgowan: does anyone of you know if john-mcaleely will be around today?
[11:21] <sil2100> We'll have to give some other instructions to QA if not
[11:21] <ogra_> i dont ...
[11:22] <pmcgowan> let me check
[11:22] <john-mcaleely> sil2100, I appear to be here
[11:22] <pmcgowan> yes he is
[11:22] <ogra_> but pmcgowan should be able to shout through the office :)
[11:22] <sil2100> Oh!
[11:22] <sil2100> :)
[11:22] <john-mcaleely> sil2100, just a little late
[11:22] <pete-woods> victorp, ogra_: FYI https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1394155
[11:22] <john-mcaleely> sil2100, it appears you need a device tarball for the rtm release?
[11:22] <ogra_> pete-woods, confrimed
[11:23] <ogra_> john-mcaleely, with a new initrd ...
[11:23] <sil2100> john-mcaleely: ping pong then! We have silo 11 which we would need a device tarball from for krillin, with a new initrd
[11:23] <ogra_> john-mcaleely, wehere does the krillin build pull that from ?
[11:23] <john-mcaleely> ogra_, and new pngs, and some changes to system-image-update, by the looks
[11:23] <sil2100> john-mcaleely: comment says this: "Needs a device tarball for krillin, john-mcaleely will generate a new one (please ping him if not yet available when you start testing this)"
[11:23] <pete-woods> victorp: also, we have seen different behaviour on the two platforms before. I think the QML caching / preloading thing differs between them at very least
[11:23] <john-mcaleely> ogra_, from a private gerrit. rsalveti appears to have pushed all the merge proposals we need
[11:23] <ogra_> perfect
[11:24] <victorp> pete-woods,  not sure is related
[11:24] <ogra_> thats what ii wanted to make sure :)
[11:24] <victorp> Got scope URI "scope://com.canonical.scopes.dashboard_dashboard?q=start"
[11:24] <victorp> QObject: Cannot create children for a parent that is in a different thread.
[11:24] <victorp> (Parent is QNetworkAccessManager(0x20ae87c), parent's thread is QThread(0x1f53500), current thread is QThread(0x20aa888)
[11:24] <victorp> pete-woods, ^^
[11:24] <john-mcaleely> sil2100, ack. if it's ok, I'd like to be thorough here, so that might take a couple of hours
[11:24] <john-mcaleely> sil2100, if you want it quicker, it can be done quicker
[11:24] <john-mcaleely> ogra_, I'm building the first set now
[11:24] <pete-woods> victorp: I have seen that before, and have a fix. have just tried this with that fix applied and it still happens
[11:24] <ogra_> victorp, lol ... that might be the just demoted QNetworkAccessManager bug ... we should probably push it back to topblocker
[11:25] <pete-woods> ogra_: no, it's a bug in the GeoIP code in the shell
[11:25] <ogra_> oh, ok
[11:27] <sil2100> john-mcaleely: how many couple of hours that would take approximately?
[11:27] <john-mcaleely> sil2100, (conservative eta, considering I want to do a master build first, and a test pass) 2pm UK. 2.5 hrs from now
[11:28] <john-mcaleely> sil2100, quickest you can have an untested (ie, rely on rsalveti's testing) device tarball: 30 mins
[11:28] <sil2100> I would prefer we do it safe, even if it takes longer
[11:28] <sil2100> john-mcaleely: so proceed with the standard approach, we'll simply have the promotion candidate a bit later
[11:29] <sil2100> ogra_: and this basically means we might have time for the silo 13
[11:30] <john-mcaleely> sil2100, ack
[11:30] <john-mcaleely> sil2100, will keep you updated
[11:32] <sil2100> jibel: hey! I think we'll also try including the fix from silo 13 - it's a fix for a topblocker from the next milestone
[11:34] <jibel> sil2100, it's ready to test?
[11:36] <sil2100> jibel: at least tedg maked it as ready for testing
[11:38] <jibel> sil2100, okay, we can pick 13 one until we have a new device tarball for 11
[11:39] <jibel> rhuddie, since we won't be able to test 11 before 2 to 3 hours can you take 13 instead?
[11:39] <sil2100> I suppose silo 13 needs some additional testing as the change is bigger and it's a very high-risk component
[11:39] <sil2100> jibel: thanks!
[11:40] <jibel> rhuddie, then omer will join and pick 11 if you are not done with 13
[11:40] <rhuddie> jibel, sil2100, ok, I'll look at 13 now
[11:41] <sil2100> rhuddie: thanks :)
[11:41] <ogra_> sil2100, john-mcaleely, we can start testing without the device tarball and later to atomic testing for only this landing i think
[11:42] <ogra_> jibel, ^^ (about silo 11)
[11:42] <ogra_> s/to/do/
[11:43] <jibel> ogra_, anyway we cannot test 11 and 13 simultaneously. We'll start by 13 which is ready and test 11 when the tarball is available.
[11:43] <ogra_> yeah
[11:55] <sil2100> ogra_: later I might take a half-day sick-day, don't feel too well so I might just go lay down for a while
[11:55] <ogra_> sil2100, thats fine, get some rest
[12:08] <john-mcaleely> ogra_, sil2100 so the device build passed some initial smoke tests, so I've kicked off an official build. on track so far
[12:08] <sil2100> john-mcaleely: great news :)
[12:09] <ogra_> john-mcaleely, awesome
[12:43] <seb128> bah
[12:44] <seb128> I had a few boots today where the apps view in the dash takes like > 10s to load the top icons
[12:44] <seb128> like the phone/messages/browser etc ones
[12:44] <ogra_> slow network ?
[12:44] <seb128> could be I guess, but for sure those are not coming from the internet?
[12:44] <ogra_> they get checked for new content afaik
[12:45] <ogra_> bug 1357321 might be related
[12:46] <ogra_> (only remotely ... though since it shows the same breakage if you switch networks )
[12:48] <sil2100> I saw something similar today as well, but I don't switch networks
[12:48] <sil2100> Only one AP and only WiFi enabled
[12:51] <ogra_> right, the bug just shows that the icons depend on networking .. thats what i wanted to point out
[12:57] <popey> can someone put more coal in ci.ubuntu.com/smokeng/utopic/ ?
[12:58] <popey> it's like swimming in treacle
[12:59] <ogra_> it just wants you to stop looking at old utopic results :P
[13:04] <sil2100> jibel: I just CCed you to the new custom tarball changelog
[13:04] <sil2100> jibel: can you have someone from your team looking at it? It's removing some of the troublesome changes from the tarball
[13:05] <sil2100> So it basically has only reverts
[13:05] <ogra_> well
[13:05] <ogra_> but not everything is reverted
[13:05] <ogra_> which means th remainders need some special attention
[13:05] <ogra_> (to make sure they still work even with the other bits removed)
[13:06] <cwayne1> right, so really just some exploratory testing on the aggregators specifically
[13:10] <sil2100> Right
[13:11] <sil2100> That's why we need QA sign-off
[13:11] <cwayne1> yep
[13:12] <cwayne1> well, we always need QA sign-off for custom :)
[13:12]  * cwayne1 is glad he starts working early in the morning so he could get this to QA in time
[13:15] <sil2100> jibel: ^ :)
[13:15] <jibel> sil2100, yup, on it
[13:16]  * cwayne1 just verified the fix in 14.09-proposed-customized and 14.09.es-proposed-customized
[13:17] <sil2100> Thank you!
[13:18] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.tar.xz
[13:18] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.changes
[13:18] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20141119-db417fa.ods
[13:19] <john-mcaleely> sil2100, ogra_ jibel ^ new device tarball for rtm and also silo 11
[13:19] <ogra_> yay, its all rolling in :)
[13:19] <john-mcaleely> vivid tarball to follow in a while
[13:19] <john-mcaleely> rsalveti, (fyi) ^
[13:19] <ogra_> yeah, landed already in vivid anyway
[13:19] <jibel> om26er, ^^ can you take silo 11?
[13:19] <john-mcaleely> ogra_, not as a krillin tarball :-)
[13:19] <ogra_> (just not krillin vivid)
[13:20] <john-mcaleely> :-)
[13:20] <ogra_> :)
[13:20] <sil2100> \o/
[13:20] <sil2100> Rockin'!
[13:21] <sil2100> We're lacking QA people now actually!
[13:21] <sil2100> ;)
[13:21] <john-mcaleely> heh
[13:21] <ogra_> yup, as expected
[13:21] <om26er> jibel, sure.
[13:22] <om26er> that looks like a dangerous bug to test.
[13:22] <ogra_> heh
[13:22] <jibel> om26er, it is, you're lucky.
[13:22] <ogra_> there is some test script (or description) in the bug though
[13:23] <sil2100> om26er: feel free to poke people if you have any problems with that one, since the bug itself is a bit 'tricky'
[13:24] <jibel> sil2100, don't add more topblockers to wave1 and it'll be okay :)
[13:24] <sil2100> hah ;)
[13:24] <sil2100> No more, we promise! But this way, we basically have no topblockers for wave2 now
[13:24] <sil2100> So this means we can concentrate on image quality
[13:25] <ogra_> jibel, you mean we should stop the meeting where we invent them right now ?
[13:26] <jibel> sil2100, heh, no topblockers for wave2? I'm pretty sure the bucket will be full again
[13:26] <ogra_> yeah, we are good at inventing them ;)
[13:28] <sil2100> ;)
[13:29] <om26er> sil2100, ogra_ How do I install the android part ?
[13:29] <ogra_> om26er, ubuntu-device-flash has an option for that ... john-mcaleely is more familiar with this than i am
[13:30] <john-mcaleely> om26er,
[13:30] <ogra_> you just need the tar,xz locally and point an option to it though
[13:30] <john-mcaleely> ubuntu-device-flash touch --channel ubuntu-touch/ubuntu-rtm/14.09-proposed --bootstrap --device-tarball path/to/downloaded/device_krillin-xx.tar.xz
[13:30] <john-mcaleely> om26er, ^
[13:31] <john-mcaleely> (you can vary --channel if you need to, of course. add --revision N at the start if you need
[13:31] <john-mcaleely> )
[13:32] <om26er> john-mcaleely, in case of silo 11 here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011/+packages
[13:32] <om26er> is android_20141117-0039.orig.tar.xz the right file ?
[13:32] <john-mcaleely> om26er, no
[13:33] <john-mcaleely> om26er, this is the file you need
[13:33] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20141119-db417fa.tar.xz
[13:33] <john-mcaleely> for *krillin*
[13:33] <john-mcaleely> om26er, ^
[13:35] <om26er> john-mcaleely, alright, thanks. downloading.
[13:36] <john-mcaleely> om26er, :-)
[13:37] <ogra_> om26er, and ignore the PPA it only has the raw input files for this
[13:37] <om26er> ogra_, ok, so I don't need initramfs-tools-ubuntu-touch - 0.80 from there ?
[13:38] <ogra_> no, thats already inside your tarball
[13:38] <om26er> cool.
[13:40] <jibel> sil2100, I flashed customized en, and there is no keyboard in the wizard to type my wifi key
[13:40] <ogra_> bah
[13:41] <ogra_> wasnt that fixed like three promotions ago ?
[13:41] <ogra_> cwayne1, ^^^^
[13:41] <jibel> hm, there is some weird here. cancel and select the network again and the keyboard appears
[13:42] <cwayne1> hm? that's got nothing to do with custom...
[13:42] <ogra_> is the base image in that channel actually recent ?
[13:42] <cwayne1> it's the latest rootfs
[13:42] <pmcgowan> are silos 3 and 13 intended to land today?
[13:43] <ogra_> yeah, looks like
[13:43] <pmcgowan> great
[13:43] <ogra_> pmcgowan, yes
[13:43] <jibel> pmcgowan, they are. ETA for QA sign off 1 hour or so
[13:43] <pmcgowan> thanks
[13:43] <ogra_> pmcgowan, 11 too
[13:44] <ogra_> and the custom traball rollback
[13:44] <pmcgowan> ah right
[13:45] <jibel> ogra_, I'm reflashing, I'm wondering if it's the problem with dbus going crazy when you boot the device and it's connected.
[13:45] <ogra_> yeah, that could be
[13:45] <ogra_> try without cable :)
[13:47] <jibel> works fine on second try and without cable
[13:47] <sil2100> pmcgowan: they're in the queue right now
[13:47] <ogra_> silo16 would amke it go away :)
[13:47] <ogra_> *make
[13:47] <sil2100> pmcgowan: anyway, we now wait for silo 3, 11 and 13 to land, then we can kick the promotion candidate
[13:47] <ogra_> but thats not due to land currently
[13:47] <pmcgowan> sil2100, awesome
[13:48] <pmcgowan> ogra_, btw seeing some bad dbus stuff here all week
[13:48] <pmcgowan> about to file a new bug
[13:48] <ogra_> pmcgowan, different from "eats your CPU when cable attached" ?
[13:49] <ogra_> (that is what rtm 16 would fix)
[13:49] <pmcgowan> yes, eats cpu without cable attached
[13:50] <pmcgowan> ogra_, just grab some stuff, its network manager AP changes
[13:51] <sil2100> pmcgowan: is it eating up CPU badly?
[13:51] <pmcgowan> yes, this is mako
[13:51] <pmcgowan> will file a bug
[13:51]  * ogra_ recommends mayonnaise or mustard :)
[13:52] <sil2100> It might be the dbus-CPU issue that we know of, that tvoss is still trying to find (as it's really hard to reproduce)
[13:52] <ogra_> right
[13:52] <ogra_> but we also have the upower induced one ... though that onyl shows if the device is on cable
[13:53] <ogra_> bug 1337200 is fallout of that afaik
[13:54] <om26er> rsalveti, Hi! how do I verify the fix for bug 1387214 ? I don't seem to find anything clear in the bug report.
[13:55] <rsalveti> om26er: added that to the spreadsheet, 1 sec
[13:55] <rsalveti> om26er: http://paste.ubuntu.com/9096495/
[13:56] <om26er> rsalveti, and How do I finally check if corruption happened or not ?
[13:57] <rsalveti> om26er: after validating the image, you can reproduce by using the test script described by the bug
[13:58] <rsalveti> om26er: http://paste.ubuntu.com/9096553/
[13:58] <rsalveti> that will start the script in a loop, let it running for a few iterations
[13:59] <om26er> rsalveti, do I need to run that script after each validation step or after running all the steps ?
[13:59] <rsalveti> om26er: after running all the steps
[14:00]  * sil2100 goes lay down for some moments
[14:00] <om26er> ack
[14:00] <sil2100> ogra_: in case I oversleep, I leave you in charge of teh meeting :) Thanks!
[14:00] <ogra_> np
[14:03] <om26er> rsalveti, last question: should I *not* wipe the device after the first step i.e. --bootstrap with new device tarball. ?
[14:06] <rsalveti> om26er: doesn't matter
[14:29] <rsalveti> john-mcaleely: thanks for creating the tarball
[14:31] <john-mcaleely> rsalveti, yw
[14:50] <rhuddie> jibel, I am finishing silo 13, no issues found
[15:03] <jibel> rvr, are you done with silo 3
[15:03] <jibel> ?
[15:04] <rvr> jibel: Only one test left, 5 minutes and done
[15:18] <rvr> jibel: Finished
[15:18] <ogra_> passed ?
[15:29] <rvr> popey: New Music app introduced untranslated strings
[15:29] <rvr> ogra_: Yes, passed
[15:33] <ogra_> yay
[15:33] <oSoMoN> trainguards: RTM silo 3 just got approval from QA, can we publish?
[15:33] <ogra_> indeed
[15:34] <Mirv> oSoMoN: sure
[15:35] <Mirv> oSoMoN: so it was deemed that binary copy of utopic build is fine for rtm?
[15:36] <Mirv> well sil2100 did that, so I assume yes
[15:36] <ogra_> yup, i think that was the plan
[15:36] <Mirv> trello looks good
[15:37] <ogra_> Mirv, 13 is good to go as well
[15:37] <Mirv> ok then
[15:37] <Mirv> ogra_: 13 is approved but from earlier today has "
[15:37] <Mirv> Blocked for this week because it's topblocker but approved for Wave 2.
[15:38] <ogra_> Mirv, we dont mind extra enduser testing :)
[15:38] <ogra_> not sure who put that in place
[15:39] <ogra_> definitely not what we discussed
[15:39] <Mirv> ogra_: rvr wrote that.
[15:39] <ogra_> well, if it passed, let it in
[15:39] <Mirv> then 44 mins ago rhuddie wrote that it's tested
[15:40] <Mirv> ogra_: my understanding kind of was that wave 2 is not supposed to go in before next week or such, maybe deemed as risky and promotion wanted without first?
[15:40] <rvr> Mirv: Yes, I wrote that in trello this morning. But jibel told us later that it was approved for this wave.
[15:40] <ogra_> Mirv, no
[15:40] <Mirv> I might be wrong, but I'd like to be pointed to be wrong :)
[15:40] <Mirv> rvr: ok then
[15:40] <Mirv> rvr: ogra_: that part was simply not written in there.
[15:40] <ogra_> the waves are recommendations to give the "hard" bugs more time
[15:40] <ogra_> not mandatory ... if it is ready., let it in
[15:41] <ogra_> point people to me iff they complain ;)
[15:41]  * Mirv the gatekeeper
[15:41] <Mirv> 013 published too
[15:41] <ogra_> cool
[15:42] <ogra_> so we arre waiting for 11 and the custom tarball
[15:44] <cwayne1> jibel: any eta on the custom tars?  ive been testing english + spanish here and looks good
[15:51] <popey> rvr: oh? ahayzen ^^
[15:54] <om26er> rsalveti, does the script keep on running forever ? It has rebooted for like 6 times already.
[15:55] <rsalveti> om26er: yeah
[15:55] <rsalveti> then it means it worked for 6 times
[15:55] <om26er> rsalveti, so how do we conclude the results ?
[15:55] <jibel> cwayne1, english is ok. waiting for rvr for spanish
[15:56] <rvr> cwayne1: jibel: Flashing the phone
[15:57] <rsalveti> om26er: let it running for at least 10 times
[15:57] <cwayne1> rvr: jibel: cool, ill wait til theyre both +1'd to push it
[15:57] <rsalveti> om26er: then just abort, which means it worked fine
[15:57] <rsalveti> om26er: without the changes I did it was breaking on the first run
[15:58] <ahayzen> popey, hmmm? strange
[15:58] <om26er> rsalveti, aha, then the fix is working, good.
[15:58] <rvr> cwayne1: #8, right?
[15:59] <cwayne1> rvr: yessir
[15:59] <rvr> Ack
[15:59] <cwayne1> rsalveti: that fix is for the corruption bug?
[15:59] <rsalveti> cwayne1: yes
[15:59] <rsalveti> more of a workaround for now
[15:59] <cwayne1> \o/
[16:00] <popey> rvr: can you provide more detail to ahayzen ?
[16:00] <popey> or a bug
[16:00] <rvr> popey: I filled a bug
[16:00] <ahayzen> ...they look translatable ... http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/common/SongsPage.qml#L283 http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/common/SongsPage.qml#L309
[16:00] <ahayzen> so either the pot is out of date or your language has just not been translated yet
[16:01] <popey> right, so we need to get them translated and crank a new click
[16:01] <ahayzen> popey, bug 1394265
[16:01] <rvr> ahayzen: We are supposed to be in UI freeze, so no new strings :P
[16:03] <rvr> https://translations.launchpad.net/music-app/utopic/+pots/music-app/es/+translate?batch=10&show=all&search=shuffle
[16:03] <rvr> No "Shuffle" there
[16:05] <ahayzen> I see it in the .pot http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/po/com.ubuntu.music.pot#L142 http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/po/com.ubuntu.music.pot#L146
[16:07] <ahayzen> ah hang on that web UI maybe incorrect as it maybe showing lp:music-app/utopic :/
[16:08]  * ahayzen wonders how you switch it to the other branch
[16:11] <ahayzen> rvr, look at https://translations.launchpad.net/music-app/remix
[16:12] <ahayzen> rvr, https://translations.launchpad.net/music-app/remix/+pots/music-app/es/+translate?start=0&batch=10&show=untranslated&field.alternative_language=&field.alternative_language-empty-marker=1&old_show=all
[16:18] <Saviq> trainguards, I can has silo for line 79 please?
[16:18] <rvr> ahayzen: I'll do that later
[16:19] <ahayzen> rvr, thanks i'm checking with dpm but i think i know how to make that view default now
[16:27] <om26er> rsalveti, you said the change affects write performance, does it also affect read performance ?
[16:28] <ogra_> no
[16:28] <ogra_> only write apparently
[16:28] <ogra_> do you notice significant performance hits when using the device ?
[16:30] <oSoMoN> trainguards: can I have a silo for line 81 (landing oxide 1.3.4 in vivid) ?
[16:30] <oSoMoN> (please)
[16:32] <rsalveti> om26er: no, it can actually improve read a bit
[16:33] <om26er> rsalveti, after running those tests many of the apps fail to start
[16:33] <om26er> weather, gallery, calculator etc..
[16:33] <om26er> there is no crash file.
[16:34] <ogra_> denials in syslog ?
[16:34] <ogra_> iirc the test fiddles with apparmor stuff
[16:34] <rsalveti> yeah, I'd recommend reflashing it after running this test specifically
[16:35] <om26er> ogra_, no, none.
[16:37] <ogra_> well, the test definitely has potential to break the install, so i agree with rsalveti
[16:37] <om26er> ok, then.
[16:38] <rsalveti> ogra_: john-mcaleely: did we publish the device tarball for vivid?
[16:38] <ogra_> i guess john was waiting for the rtm results
[16:39] <rsalveti> right, makes sense
[16:39] <john-mcaleely> rsalveti, ogra_ I've also been distracted by other firedrills. so there is a tarball built officially, and i just need to smoketest it
[16:39] <john-mcaleely> and then push it
[16:39] <ogra_> yeah, no hurry
[16:48] <alan_g> fginther: I've got what appears to be a problematic difference between Mir CI and Mir autolanding. Some tests fail in the latter, but not the former (bug 1394278). Is there a difference in setup that would cause "open("/dev/shm", O_TMPFILE | O_RDWR | O_EXCL, S_IRWXU);" to fail in the latter only?
[16:57] <oSoMoN> trainguards: can I have a silo for line 81 (landing oxide 1.3.4 in vivid) pretty please ?
[17:08] <robru> oSoMoN: vivid 17, do you need me to do the binary copy too?
[17:09] <oSoMoN> robru, yes please, I don’t think I am allowed to do it myself
[17:09] <robru> cjwatson: can you check why the upload to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/staging-000/+packages failed? got another one of these 'dput reports success, package never shows up, i don't get the rejection mail" things
[17:11] <robru> oSoMoN: ok, binary copy requested. Once you see that in the PPA please do a WATCH_ONLY build
[17:12] <oSoMoN> robru, thanks!
[17:12] <robru> oSoMoN: you're welcome!
[17:23] <cjwatson> 2014-11-19 17:19:12 DEBUG   Considering changefile ~ci-train-ppa-service/ubuntu/staging-000/ubuntu/ubuntu-app-launch_0.4+15.04.20141119-0ubuntu1_source.changes
[17:23] <cjwatson> 2014-11-19 17:19:12 DEBUG   Launchpad failed to process the upload path '~ci-train-ppa-service/ubuntu/staging-000/ubuntu':
[17:23] <cjwatson> 2014-11-19 17:19:12 DEBUG
[17:23] <cjwatson> 2014-11-19 17:19:12 DEBUG   Could not find suite 'ubuntu'.
[17:24] <cjwatson> robru: ^- looks like a dput configuration error - compare these two log lines:
[17:24] <cjwatson> 2014-11-19 16:10:12 DEBUG   Considering changefile ~ci-train-ppa-service/ubuntu/landing-009/mir_0.9.0+15.04.20141119.1-0ubuntu1_source.changes
[17:24] <cjwatson> 2014-11-19 17:19:12 DEBUG   Considering changefile ~ci-train-ppa-service/ubuntu/staging-000/ubuntu/ubuntu-app-launch_0.4+15.04.20141119-0ubuntu1_source.changes
[17:25] <robru> cjwatson: wow, ok thanks (we're trying to bring up a staging instance of citrain and basically everything is broken)
[17:26] <cjwatson> I wonder if you're missing dput from trusty-updates or similar
[17:29] <robru> cjwatson: yeah I would say so, since it's running on precise ;-)
[17:29] <ogra_> om26er, oh ! all good ?
[17:29] <robru> cjwatson: is there a trick for getting the right dput in precise?
[17:29] <om26er> ogra_, yes, the write performance had a hit when I paste stuff onto the device, other than that all good.
[17:30] <ogra_> yay
[17:30] <cjwatson> robru: Probably easier to drop a .dput.cf in place
[17:30] <ogra_> rsalveti, want to take the honor to publish silo 11 ?
[17:30] <ogra_> (rt)
[17:30] <cjwatson> with the [ubuntu] stanza
[17:30] <ogra_> *rtm
[17:30] <cjwatson> er, rather, the [ppa] stanza
[17:30] <robru> cjwatson: yeah I'm looking for what we're using in the production instance (which is also precise) but I can't find it. That would just be in ~ right?
[17:31] <rsalveti> ogra_: sure
[17:31] <robru> cjwatson: nm, found it
[17:32] <ogra_> yay, thats our last silo for the milestone :)
[17:32] <robru> cjwatson: this looks right to you? https://ci-train.ubuntu.com/job/cyphermox-test/409/console
[17:36] <cjwatson> robru: Yeah
[17:36] <robru> cjwatson: thanks
[17:39] <john-mcaleely> ogra_, om26er is the device tarball signed off?
[17:39] <om26er> john-mcaleely, yes
[17:39] <ogra_> john-mcaleely, waiting for rsalveti to hit the button on the silo
[17:39] <rsalveti> doing that now
[17:39] <ogra_> john-mcaleely, then i'll trigger an image and you and cwayne1 can land your tarballs
[17:40] <rsalveti> done
[17:40] <ogra_> yay, thanks
[17:41] <john-mcaleely> ogra_, ok
[17:41] <john-mcaleely> ogra_, ping me when you want it :-)
[17:41] <ogra_> john-mcaleely, in 30-60min ...
[17:41] <cwayne1> ogra_: still waiting on the +1 from rvr for the spanish one
[17:42] <cwayne1> jibel +1'd the english one though
[17:42] <ogra_> oh
[17:42] <ogra_> ok
[17:42] <rvr> cwayne1: Oh, for me is +1 for the Spanish
[17:42] <ogra_> cwayne1, well, see above ... 30-60min anyway ...
[17:42] <ogra_> just waiting for the last silo to migrate
[17:43] <cwayne1> ogra_: okay cool, let me know when to push and i will
[17:43] <cwayne1> thanks rvr :)
[17:43] <ogra_> will do
[17:43] <john-mcaleely> ogra_, ack
[17:44] <ogra_> sil2100, hey, survived your ebola attack ?
[17:44] <sil2100> Ubola
[17:44] <ogra_> :)
[17:44] <sil2100> ;)
[17:45] <ogra_> sil2100, importer stopped, waiting for the last silo to migrate and will kick *the* image
[17:45] <sil2100> Yeah, somehow at least
[17:45] <sil2100> Did all the silos land?
[17:45] <sil2100> YEAH
[17:45] <ogra_> last one is migrating at,
[17:45] <ogra_> *atm
[17:45] <sil2100> Ok, happened later than I expected, but still ok I guess
[17:46] <ogra_> we got all topblokers in :)
[17:46]  * sil2100 keeps fingers crossed that we won't see any new serious issues
[17:46] <ogra_> so we can all take vacation next week
[17:46] <sil2100> \o/ wait, that's... hmm... ;)
[17:46] <ogra_> :)
[17:49] <rvr> cwayne1: Crash in ubuntu-rtm/14.09.es-proposed
[17:56]  * cwayne1 needs to run for about 15 min
[18:01]  * ogra_ wonders why intramfs-tools-ubuntu-touch is two versions apart between vivid and rtm ... instesad of one
[18:02] <ogra_> ah, the fix was split in two uplaods
[18:02] <olli> ogra_, sil2100, we are about to eod
[18:02] <olli> any news?
[18:02] <ogra_> olli, waiting for the last silo to migrate to the archive ... then there will be a new image in ~2h
[18:03] <john-mcaleely> and it will be the perfect image
[18:03] <olli> new image?
[18:03] <ogra_> olli, and then we can all take a week of vacation since all topblockers are in
[18:03] <olli> had some issues in the current one
[18:03] <ogra_> olli, yes, the candidate image ...
[18:03] <olli> ogra_, you yourself announced 2 GMs
[18:03] <sil2100> olli: image will be spinned pretty soon
[18:03] <ogra_> olli, right ... now we dont need the second one and can alll go off and slack for a week :P
[18:04] <olli> that's right
[18:04] <olli> ;)
[18:04] <sil2100> ;)
[18:04] <ogra_> this image with be *perfect*
[18:04] <sil2100> ogra_, olli: ...assuming that QA won't find anything during regression testing!
[18:04] <ogra_> naaaah
[18:04] <ogra_> nevar !
[18:04] <olli> so, we are done silo testing
[18:05] <olli> need to do a sanity check and then the regression check
[18:05] <olli> is that where we are at?
[18:05] <ogra_> yes
[18:05] <olli> nice
[18:05] <ogra_> well, first an image ....
[18:05] <olli> well done everyone
[18:05] <olli> details
[18:05] <ogra_> ToyKeeper will pick that up and do sanity testing over night
[18:05] <olli> I assume the image building process is something we already have under control ;)
[18:05] <ogra_> and tomorrow morning we know where we stand
[18:05] <ogra_> yeah
[18:06] <ogra_> everything is under control ... enjoy the hotelbar :)
[18:06] <olli> if only
[18:06] <sil2100> olli: go get drunk!
[18:06] <olli> neva
[18:06] <sil2100> hah!
[18:06] <ogra_> lol
[18:07] <john-mcaleely> they've promised me a drink. how long before I push the tarball?
[18:07] <ogra_> lol
[18:08] <ogra_> oh, and it see there are also new langpacks ... just in time for this image
[18:09] <pmcgowan> niiice
[18:09] <ogra_> hmm, or not
[18:09] <oSoMoN> robru, has the binary copy of oxide-qt to silo 17 failed, or is it just still pending?
[18:09] <rvr> ahayzen: Translating the strings
[18:10] <sil2100> oSoMoN: binary copies are almost instant
[18:10] <ahayzen> rvr, thanks :) i switched the default view of the translations page over to the remix series
[18:10] <sil2100> oSoMoN: so it either failed, or maybe robru didn't do it yet
[18:10] <robru> sil2100: i did it
[18:10] <oSoMoN> sil2100, yeah, that’s what I thought, so I’m surprised it’s not appeared in the PPA yet
[18:11] <robru> oSoMoN: must have failed. maybe another ppa too small? ;-)
[18:11] <oSoMoN> robru, is there any way to check for errors? maybe the size of the PPA is insufficient (oxide with its debug packages is typically larger than 2GB)
[18:11] <cjwatson> [2014-11-19 17:11:19,756: INFO/PoolWorker-2] <PlainPackageCopyJob to copy package oxide-qt from ~ubuntu-mozilla-security/ubuntu/ppa, RELEASE pocket, in ubuntu vivid to ~ci-train-ppa-service/ubuntu-rtm/landing-017, RELEASE pocket, in ubuntu vivid, including binaries>
[18:11] <cjwatson>  (ID 25591849) failed with user error CannotCopy(u'oxide-qt 1.3.4-0ubuntu1 in vivid (Series ubuntu vivid not supported in archive for ubuntu-rtm.)',).
[18:11] <cjwatson> You need to use --to-suite=14.09
[18:11] <cjwatson> Assuming you did this by hand with copy-package
[18:12] <oSoMoN> wait, this needs to happen for vivid, not for RTM (oxide 1.3.4 already landed in RTM)
[18:12] <cjwatson> OK, or you need to copy to somewhere else :-)
[18:13] <cjwatson> Anyway, distribution and suite need to match.  I expect you'll get mail about this shortly, assuming you ran the copy with your normal user privileges
[18:13] <fginther> camako, hey. alan_g had a question about some test results on jenkins. The difference is probably the host itself. I've disabled it for now for mir, so you can try and re-approve those MPs
[18:14] <oSoMoN> robru, wrong target PPA indeed…
[18:14] <rvr> ahayzen: Done
[18:14] <ahayzen> rvr, awesome thanks :) are you wanting these translations in this image?
[18:15] <fginther> camako, it's not a good solution, but hopefully it removes the immediate problem and allows for less stressful debugging
[18:15] <robru> ah did i copy it to rtm? crap
[18:15] <robru> off-by-one error in the copy-packages page ;-)
[18:15] <robru> ok I can copy again
[18:15] <rvr> ahayzen: Yeeees, please
[18:15] <rvr> If possible
[18:15] <fginther> camako, Here's at least one MP that failed due to this issue and can be re-approved - https://code.launchpad.net/~alan-griffiths/mir/migrate-more-acceptances-tests/+merge/242094
[18:15] <ahayzen> rvr, hmmm we need to manually trigger lp to merge them and push a new click... dpm popey possible?
[18:16] <camako> fginther, it's pretty easy to make the tests pass on our end... we'd like to understand and root-cause it though
[18:16] <ogra_> oookay ... all landed
[18:16]  * ogra_ fires up the rootfs build
[18:16] <rvr> ahayzen: You can download the .pot file https://translations.launchpad.net/music-app/remix/+pots/music-app/es/+export
[18:17] <fginther> camako, the host that ran the failed test runs was a newly created cloud instance. It was probably built from a newer image then the other builder nodes
[18:17] <oSoMoN> robru, yes please, if you don’t mind
[18:17] <ahayzen> rvr, usually launchpad merges the other languages in the morning for us automatically
[18:17] <fginther> camako, I've gotta run. Can try to pick this up as soon as possible
[18:17] <camako> fginther, ok thanks
[18:17] <ahayzen> rvr, that maybe the way of doing it ? .. but i don't know how it works i usually ask dpm :)
[18:18] <dpm> ahayzen, it's not possible to trigger a translations export (it happens every morning at around 8:00), but you can manually download a tarball of all the .po files, commit them to the source tree, submit a new MP and let Jenkins build the click
[18:18] <robru> oSoMoN: ok done, sorry about that
[18:18] <oSoMoN> robru, no worries, thanks!
[18:18] <ahayzen> dpm, is there a place where i can download all of the .po's?
[18:18] <dpm> ahayzen, I'd say unless it's urgent to get a release out today, it's not worth the hassle and we can wait until the automatic export tomorrow
[18:18] <imgbot> [18:18] <ahayzen> dpm, ok :) ... rvr ^^ ?
[18:18] <sil2100> \o/
[18:18] <ogra_> there we go
[18:19]  * john-mcaleely waits for a ping
[18:19] <dpm> ahayzen, you can use the download link at https://translations.launchpad.net/music-app/remix/+pots/music-app
[18:19] <ogra_> john-mcaleely, cwayne1, land your tarballs at your conveninece
[18:19] <john-mcaleely> ogra_, thank you. starting now
[18:19] <rvr> ahayzen: dpm: Yup, a bit late for today, image 166 is building right now
[18:19] <sil2100> jibel, ToyKeeper: promotion candidate building, in ~2h you should have something for sanity testing o/
[18:20] <john-mcaleely> ogra_, done
[18:20] <ogra_> yay
[18:20] <ahayzen> rvr, cool we'll push out a click tomorrow when it lands then :) thanks for doing the translations
[18:21] <sil2100> ogra_: how's the adbd change going btw.?
[18:21] <cwayne1> ogra_: done
[18:22] <ogra_> sil2100, havent found the time for it today, i'll make it ota-1 (or land it next week) it is corner case enough ... and the bits that just landed should prevent it from having actual impact
[18:22] <sil2100> ogra_: right, just been wondering - anyway, I think it's time for you to rest today as well o/
[18:22] <sil2100> All in the hands of QA
[18:22] <ogra_> once everything is done i will :)
[18:22]  * ogra_ watches https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[18:23] <ogra_> sil2100, so langpack imports are set up for tuesday nights now for the future ... that way we will have the before the candidate images on wednesdays in the future
[18:24] <ogra_> s/the/them/
[18:24] <ogra_> i was hoping to get a full langpack set before todays image ... but that kind of slipped
[18:30] <sil2100> Langpack-only changes seem safe, so we can spin an image sometime later if needed
[18:30] <ogra_> yep
[18:37] <ogra_> sil2100, hmm, "We will unblock ubuntu-rtm landings ..."
[18:37] <ogra_> will we ?
[18:37] <sil2100> ogra_: for future topblockers we will, those that we mark for the next milestone (if we find any)
[18:37] <sil2100> I guess
[18:38] <ogra_> yeah
[18:38] <ogra_> i would expect our manager trio to define new ones for next week
[18:38] <ogra_> level2 topblockers :)
[18:44] <sil2100> hah ;)
[19:12] <ogra_> rootfs built ... re-enabling the importer
[19:14] <Saviq> trainguards, could I have a silo for line 79 please?
[19:30] <sil2100> ogra_: o/
[19:30] <ogra_> sleep well
[19:31] <robru> Saviq: ok, vivid 30, dont' forget about vivid 11 too ;-)
[19:32] <Saviq> robru, that one's a testing silo only, will probably clean it out soon
[19:32] <Saviq> robru, thanks
[19:32] <robru> Saviq: you're welcome
[19:50] <elopio> plars: do we have phones on the lab with real sims and a carrier contract so they can receive real SMS ?
[19:50] <plars> elopio: no
[19:53] <imgbot> [19:53] <imgbot> [19:54] <ogra_> ToyKeeper, thats yours :D ^^^
[19:54] <ToyKeeper> ogra_: Thanks.  :)
[19:54] <ogra_> oh, how did sudoku get in there ?
[19:55] <ToyKeeper> I've had issues lately getting xchat to notify me on imgbot messages.
[19:55] <ogra_> popey, balloons ^^^
[19:56] <ToyKeeper> ogra_: Er, don't tell me we need to rebuild to remove sudoku...  (?)
[19:56] <balloons> ogra_, oO sudoku :-)
[19:56] <ogra_> ToyKeeper, lol, nope
[19:56] <balloons> it was obviously in the previous image..
[19:56] <ogra_> ToyKeeper, i just want to know why it landed, it didnt have a topblocker bug and wasnt approved for landing
[19:57] <ToyKeeper> It's far from the only custom tarball change which landed without a topblocker bug...
[19:57] <ogra_> balloons, it wasnt supposed to be updated without whishlist approval
[19:57] <balloons> ogra_, I didn't land it. However my guess is it was not expected to be in the image, and thus free of whitelisting landings
[19:57] <ogra_> ToyKeeper, well, in this case it means someone didnt follow the process and uploaded an update to the store
[19:58] <balloons> it's not on the list for 'in image'
[19:58] <ToyKeeper> I was very surprised to see new design changes in yesterday's image; thought those were on hold until after release.
[19:58] <ogra_> it definitely is on the image ...
[19:58] <ogra_> was there since day one
[19:58] <ogra_> ToyKeeper, most of them were ripped out again
[19:59] <ToyKeeper> However, I was also pleasantly surprised to see how things are going on mako lately.  Mako rtm seems really smooth and solid.
[19:59]  * ogra_ was surprised to see *these* design changes .. it felt like no designer had ever seen them 
[19:59] <balloons> ogra_, yes that's obvious. I'm saying I don't think it's on popey's list of apps to hold.. For example,  calendar is updated freely; indeed it was updated today too
[20:00] <ogra_> yeah, thats fine until we pull it on again
[20:00] <ogra_> (whouch should happen with some ota release
[20:00] <balloons> yes, *soon*
[20:00] <ogra_> hopefully :)
[20:01]  * ogra_ wants it by default again ... 
[20:01] <ogra_> and a timer and stopwatch
[20:01] <ogra_> oh, and a pony
[20:04] <ToyKeeper> I still wonder if there's anything we can do about unity8 creating and destroying so many threads all the time.  I got the impression that's caused by a layer too low for us to fix.
[20:05] <ogra_> thats a tedg and ricmm thing ...
[20:05] <ogra_> i guess
[20:05] <tedg> Shouldn't be a tedg thing...
[20:06] <ogra_> hah, shouldnt ...
[20:06] <ogra_> :P
[20:06] <tedg> Might be a scopes thing :-)
[20:06] <ogra_> see, it was a tedg thing to point in the right direction ;)
[20:07] <nik90_> ogra_: you know everytime someone uses the keyword "timer", "stopwatch" or "wake", I am pinged....stop doing that :P
[20:07] <ogra_> LOL
[20:12] <ogra_> argg
[20:13] <ogra_> dbarth, the G+ app on my phone only shows the desktop page
[20:14] <dbarth> ogra_: recent change?
[20:15] <ogra_> dbarth, the image is still warm, yes ... i just updated to 166 which had the new oxide and webbrowser-app landed
[20:15] <ogra_> same thing if i open plus.google.com in the browser btw
[20:15] <dbarth> ogra_: which new webbrowser-app? ie from which silo?
[20:15] <ogra_> the one that landed today in rtm http://people.canonical.com/~ogra/touch-image-stats/rtm/166.changes
[20:16] <ogra_> i think that was in silo rtm 3 when it landed
[20:16] <dbarth> ah i see the change
[20:16] <dbarth> right
[20:16] <ogra_> wow, most annoying, you cant even scroll in the G+ page without pulling up the keyboard with every swipe
[20:16] <dbarth> i tested this one this afternoon
[20:17] <dbarth> hmm
[20:19] <ogra_> other webapps are fine it seems
[20:21] <dbarth> ogra_: i have the very same version of webapp-container running right now
[20:21] <dbarth> on rtm/krillin
[20:22] <dbarth> the g+ webview looks fine here
[20:22] <ogra_> weird, for me it opens the desktop page in both, the webapp and the browser
[20:24] <ogra_> heh, it offers me hangouts
[20:24] <ogra_> and clicking "start hangout" indeed crashes the browser
[20:25] <ogra_> oh !
[20:25] <ogra_> and after the restart i get the mobile page !!
[20:25] <ogra_> ha
[20:25] <dbarth> i've seen that occasionnally with youtube
[20:25] <dbarth> where it gets confused because of a cookie or so
[20:26] <ogra_> yeah, the G+ app still has the desktop page
[20:26] <dbarth> ogra_: can you try the refresh button in the header
[20:27] <ogra_> there is none in that G+ app
[20:27] <ogra_> its fullscreen
[20:27] <dbarth> also maybe navigating to the settings page from the drawer menu
[20:27] <dbarth> the g+ header itself
[20:27] <ogra_> (not using xnox' one ... )
[20:27] <dbarth> the black one
[20:27] <iahmad> cwayne1, re wrong distances bug, on very first boot, I can still see distances though on refresh they disappear
[20:28] <ogra_> dbarth, thats the point, there is no such header on the desktop version of the page
[20:28] <cwayne1> iahmad: was that after an ota?
[20:28] <ogra_> i can click the Google+ logo but that only refreshes the page
[20:28] <iahmad> cwayne1, nops, flash with --wipe
[20:28] <dbarth> ah well, i'm seeing the mobile version
[20:28] <dbarth> let me check on my desktop
[20:28] <ogra_> i must say that the content rendering is miles better in the desktop page
[20:29] <dbarth> eh
[20:29] <ogra_> and our browser can obviously easily cope with it
[20:29] <ogra_> to sad the fonts are unreadable small
[20:29] <dbarth> it's blink behind, so it does, yes
[20:30] <ogra_> damn ...
[20:30]  * ogra_ goes and removes the app and all traces of it 
[20:30] <dbarth> ogra_: i suspect a cookie pb still
[20:30] <ogra_> lets see if it goes away after re-installing it afresh
[20:30] <dbarth> right, we are adding hooks to clean up caches and settings once you remove a webapp
[20:31] <ogra_> cool
[20:31] <dbarth> this way, people should have a way to get out of that sort of trap
[20:31] <dbarth> without requiring devmode
[20:32] <dbarth> ogra_: try to ping alexabreu if the problem persists after that
[20:32] <ogra_> i'm actually ponderign to keep it that way ... it is so much snappier !
[20:33] <dbarth> :)
[20:33] <ogra_> and pics are not cut off
[20:33] <dbarth> maybe keep a tarball of the .local/share app directory for later inspection
[20:33] <ogra_> gifs are actually playing
[20:33] <ogra_> you just have to zoom to read
[20:38] <ogra_> hmm, nope
[20:38] <ogra_> didnt workk
[20:47]  * popey catches up with conversation about sudoku
[20:47] <popey> I asked balloons to update it in the store.. what's the issue?
[20:49] <ogra_> popey, did it have approval and whitelisting ?
[20:49] <popey> no, it's not in the image
[20:49] <ogra_> (it is on the image)
[20:49] <popey> mako, yes, krillin, no
[20:49] <popey> phablet@ubuntu-phablet:/usr/share/click/preinstalled$ ls -l *sudoku*
[20:49] <popey> ls: cannot access *sudoku*: No such file or directory
[20:49] <rsalveti> tedg: what is the reason for the indicators to have such a small upstart respawn limit?
[20:49] <rsalveti> respawn limit 2 10
[20:49] <popey>  http://people.canonical.com/~ogra/touch-image-stats/rtm/166.changes is the mako changelog, right?
[20:50] <ogra_> popey, oh, bah ... it is included int the rootfs, so updates show up in the changelog
[20:50] <rsalveti> tedg: http://paste.ubuntu.com/9103715/
[20:50] <popey> right.
[20:50] <ogra_> popey, no
[20:50] <ogra_> it is the rootfs changelog :)
[20:50] <popey> *boggle*
[20:50] <popey> I'm confused ☻
[20:50] <rsalveti> tedg: we're about to land https://bugs.launchpad.net/ubuntu-rtm/+bug/1394350, but then if we get an indicator crashing at least twice in a row it'll be already enough for a reboot
[20:50] <ogra_> on krillin the custom tarball removes the unwanted clicks
[20:50] <popey> right. super. So panic over.
[20:50] <ogra_> all images use the same rootfs
[20:50] <popey> no rules broken
[20:50] <ogra_> yeah
[20:50] <ogra_> phew
[20:51] <popey> \o/
[20:51]  * ogra_ goes back to bang his head aganins G+ 
[20:51] <popey> :D
[20:51] <tedg> rsalveti, We kinda put our finger in the air and guessed, but we figured they shouldn't crash more than once, so twice seemed like a good limit...
[20:51] <tedg> rsalveti, No "reason" more a guess
[20:51] <rsalveti> right, the default from upstart is 10
[20:51] <ogra_> i wonder if xnox' G+ app would work
[20:51] <popey> thats broken in terms of image upload
[20:52] <popey> whats up with whatever you're playing with?
[20:52] <rsalveti> tedg: if you think we should reboot the phone in case they crash at most 2 times, fine
[20:52] <rsalveti> just a heads up :-)
[20:52] <ogra_> popey, with the new oxide it defaults to the desktop page
[20:52] <popey> ugh
[20:52] <ogra_> which is kind of ok
[20:52] <popey> oxide 1.3?
[20:52] <ogra_> i really like that you dont have cut off content etc
[20:53] <ogra_> but you miss all notifications (they vanish behind the screen edge) and the fonts are to small to read
[20:53] <ogra_> popey, yeah, image 166
[20:53] <tedg> rsalveti, Eh, I don't know a better number. If it crashes twice it'll probably do so three times.
[20:54] <rsalveti> that's indeed true
[20:54] <ogra_> the browser itslef shows the mobile page again after me madly reloading it like 20 times
[20:55] <popey> heh
[20:56] <ogra_> i might just keep a browser tab for seeing the notifications :)
[20:56] <ogra_> and the app for reading content (after zooming)
[21:03] <ogra_> ah ... all back to normal ... i had forgotten to wipe the QML cache
[21:05] <ogra_> great then ...
[21:05]  * ogra_ wanders off to the TV
[21:06] <robru> infinity: cjwatson: can I get a new-binary-package ack on https://ci-train.ubuntu.com/job/ubuntu-landing-002-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-keyboard_0.99.trunk.phablet2+15.04.20141119-0ubuntu1.diff ? thanks
[21:31] <bfiller> popey, ogra_ : I'm seeing the desktop sites instead of mobile as well. Is that a regression with oxide 1.3?
[21:45] <infinity> robru: On vacation, find another core-dev sucker. ;)
[21:45] <infinity> robru: Like rsalveti perhaps.
[21:51] <popey> bfiller: looks like it