[00:12] <robru> that was a quick qa signoff ;-)
[00:32] <robru> kenvandine: ok finally landed the nicer error pretty printing in production, you should break another silo so we can enjoy the enhanced clarity of the error message ;-)
[00:51] <kenvandine> robru, i'll pass :)
[00:52] <kenvandine> robru, silo 3 has passed QA, can i publish that?
[00:52] <robru> kenvandine: I dunno I thought we were in some kinda mega-super-freeze? I don't understand why that was approved. but if you want to publish it, I guess go ahead
[00:53] <kenvandine> it was supposed to be in last thursday's image :)
[00:53] <robru> ah
[00:53] <kenvandine> but qa verification took nearly a week :/
[00:54] <robru> kenvandine: ok well it doesn't bother me if you publish it. I'm just worried about management approval
[00:54] <kenvandine> management approved it :)
[02:03] <imgbot> [03:23] <imgbot> [03:23] <imgbot> [04:50] <Mirv> bzoltan: first time since 5.3.2 yes, but note that uitk was landed with 5.3.2 too so it worked
[04:58] <Mirv> bzoltan: oh, the qtc plugin, right. qtc itself + remotelinux plugin were landed as part of 5.3.2, but not the ubuntu plugin
[05:11] <bzoltan> Mirv: Ok, Qt was not the problem... for some reason the vivid builder was missing the pkg-config
[05:11] <bzoltan> Mirv:  I am running the UITK AP tests against silo16
[05:12] <bzoltan> Mirv:  I could not figure out better way to validate the new qtbase ... unless if if you have an indea
[05:21] <bzoltan> Mirv:  I am confused ... the silo22 is marjed as failed ... but I see the deb packages in the PPA. I just tested them and they are good to land.
[05:35] <Mirv> bzoltan: I don't have better ideas, only the qmake changed
[05:35] <Mirv> bzoltan: possible ci train regression
[05:35] <Mirv> checking watch only
[05:36] <bzoltan> Mirv:  yes, but some test must be run :) so to check if n regression is introduced
[05:36] <Mirv> better safe than sorry
[05:36] <bzoltan> Mirv:  after all we run the configure twice :)
[05:40] <Mirv> robru: we may have some sort of build job problem(s)
[05:41] <robru> Mirv: got a log?
[05:41] <Mirv> robru: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/26/console + https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/27/console + any failed from http://people.canonical.com/~platform/citrain_dashboard/#?q=
[05:42] <Mirv> robru: unping 27, it succeeded ie watch_only still works, was just very slow
[05:42] <Mirv> robru: but then a lot of like https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/98/console where everything seems correct but ends with failure status. but it's good if the next watch_only works, nothing fatal.
[05:43] <Mirv> bzoltan: please mark the 022 now as tested
[05:43] <robru> Mirv: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/26/console was one of the issues I discovered and already fixed during my shift
[05:43] <Mirv> robru: oh, excellent! that was already some time ago indeed, not a recent build.
[05:43] <bzoltan> Mirv:  done
[05:44] <Mirv> robru: the 001/98 is also quite old, maybe that would also work now already. well, good job then, fixing all the bugs :)
[05:44] <bzoltan> Mirv:  I have tested it with emulator, I assume that in the case of SDK tools, that qualifies
[05:44] <robru> Mirv: in fact there's two parts to that fix, one to make it actually read the ppa properly, and one to make it report that error in a much more readable way when there is a legitimate problem with the ppa contents ;-)
[05:44] <Mirv> bzoltan: it should
[05:45] <Mirv> robru: human readable errors in ci train, that'd be the first! :) usually it's "I exploded, file/network/everything error" which means "oh you forgot a space character from changelog"
[05:46] <robru> Mirv: hehe, yeah
[05:47] <robru> Mirv: yeah, silo 1 build run 98 also looks quite old, it doesn't even include my log-print-ordering fixup, looks like that run was from even before my shift started this morning
[05:47] <robru> (definitely before I deployed)
[05:48] <Mirv> robru: yes, it seems everything is in order, watch_only build works, publish works.. thanks!
[05:49] <robru> Mirv: no worries! I'm super glad to have deleted literally 400+ lines of untested code and replaced it with tested code ;-)
[05:49]  * Mirv runs build watch_only for all "failed" silos
[05:49] <Mirv> robru: sounds excellent
[06:01] <bzoltan> Mirv:  we will need a jedi's eye onthe new qtc plugin package as we had to add two new build deps
[06:34] <bzoltan> Mirv:  the qtbase from silo16 is good to go
[06:36] <Mirv> bzoltan: I was the jedi (or, master of the universe) as it's not in main
[06:36] <Mirv> bzoltan: an dok
[06:37] <bzoltan> Mirv:  \o/ small step for a man and giant leap for qmake users
[08:12] <tvoss> trainguards, can I haz silo for line 59?
[08:13] <sil2100> tvoss: looking at it now
[08:13] <tvoss> sil2100, thanks
[08:13] <tvoss> sil2100, also, could someone take a look at an MP that does not get Jenkins love?
[08:14] <sil2100> tvoss: you mean, CI is not running for it?
[08:14] <tvoss> sil2100, yup
[08:17] <sil2100> tvoss: ok, this might require cihelp then
[08:17] <tvoss> sil2100, ack
[08:21] <robru> tvoss: i already talked to ci about that, apparently Jenkins is just slammed by a large rush of mps all at once... Give it some time
[08:22] <tvoss> robru, ack, but the MP has been up for a few days :)
[08:22] <robru> tvoss: Hmmmmmmm then definitely ping ci ;-) i had an mp today take 45 minutes when it normally takes 15.
[08:23] <tvoss> robru, ack
[08:23] <tvoss> cihelp, hey there :)
[08:37] <Mirv> ogra_: a couple of topblocker fixes went in in the morning, you'll probably want to build an image
[08:48] <brendand> Mirv, good morning
[08:51] <sil2100> Mirv: do you know which ones?
[08:51] <ogra_> Mirv, for silo2 we need a custom tarball landing at the same time, i want to know the status of the QA testing for it before kicking one ...
[08:51] <ogra_> (for the tarball that is)
[08:52] <sil2100> Oh, silo 2 and 6 I see
[08:52] <ogra_> right, but 2 cant land alone
[08:53] <sil2100> When does cwayne1 start his day?
[08:53] <sil2100> Or do we have also someone else that can upload the tarball?
[08:53] <ogra_> oh, the uploading ... heh ... i was so focused on signoff info that i forgot about that small bit :)
[08:54] <ogra_> i guess then we should push 006 in and roll one :)
[08:54] <ogra_> oh, err
[08:55]  * ogra_ just notice that both are landed
[08:55] <ogra_> +s
[08:55] <ogra_> hmm
[08:56] <Mirv> brendand: morning
[08:57] <Mirv> sil2100: rotation lock + apparmor fix, but ogra is right about the tarball
[08:59] <sil2100> ogra_: yeah...
[08:59] <sil2100> ogra_: so we need to wait for the tarball before we can proceed
[08:59] <ogra_> right
[09:00] <ogra_> unless you like 10min boots :)
[09:00] <brendand> Mirv, did anyone follow up with you about silo 22 yesterday?
[09:00] <ogra_> brendand, afaik the bug couldnt be reproduced even without the silo
[09:01] <brendand> ogra_, yeah. i'm not sure i can even test it since it has to do with roaming
[09:02] <ogra_> send me your sim ;)
[09:02] <tvoss> sil2100, ping
[09:03] <sil2100> tvoss: pong
[09:03] <tvoss> sil2100, hey, could you have a look here: https://ci-train.ubuntu.com/job/ubuntu-landing-014-1-build/111/console
[09:03] <tvoss> sil2100, seems like vivid has got a version released that is not in sync with trunk
[09:03] <jibel> has silo 3 been published o rtm ?
[09:03] <jibel> *to
[09:04] <sil2100> tvoss: yeah, see it - it seems to be a no-change rebuild from Brian, I guess we can force ignoring this
[09:04] <ogra_> jibel, was that system-settings ?
[09:05] <ogra_> (if so, yes)
[09:06] <sil2100> tvoss: in this particular case, you can use the FORCE_REBUILD flag during build
[09:06] <sil2100> tvoss: or, if you prefer, we can simply sync this change to trunk and build normally
[09:06] <sil2100> tvoss: it's cleaner, but not required
[09:07] <jibel> ogra_, ok, I didn't receive the notification. thx
[09:12] <sil2100> jibel: btw. do we have someone doing sanity testing of newly created images right now?
[09:13] <jibel> sil2100, yes rhuddie and rvr
[09:14] <sil2100> jibel: are they also doing vivid sanity testing?
[09:14] <jibel> sil2100, yes on mako
[09:15] <sil2100> Ok, thanks
[09:21] <Mirv> brendand: I had a lot of followups, but none that answer directly the most important question "do we still need it?"
[09:22] <Mirv> brendand: I did 5+ new builds yesterday evening and this morning, and I have a good feeling about this last one now building that it could succeed on all three archs while keeping the tests enabled (aside from disabling four new known faulty ones)
[09:23] <Mirv> so that'd be a candidate for landing, if we just know we want to land it or not..
[09:25] <Mirv> brendand: if you have any further followups from QA side, feel free to share. victor at least was not able to reproduce the original problem anymore.
[09:26] <brendand> Mirv, i'm not sure what he tried though, i'll have to talk to him first
[09:26] <Mirv> and here's the discussion between pat and lorn that does not answer directly whether we need it or not: https://pastebin.canonical.com/120606/
[09:26] <Mirv> brendand: I believe he tried (after a few iterations) my updated test steps from https://wiki.ubuntu.com/Process/Merges/TestPlans/Qt#Testing_networking_code_in_Qt_Base
[09:27] <Mirv> and there's the "Without the PPA..." line especially
[09:27] <brendand> Mirv, the bug mentions roaming though
[09:27] <Mirv> which I thought I was still able to reproduce
[09:27] <brendand> Mirv, is that roaming like data roaming, or a different kind of roaming?
[09:28] <Mirv> brendand: I'm not sure if that was a guess from Victor why scopes didn't work. the roaming word was noticed in comment #63...
[09:28] <Mirv> "only on Symbian"
[09:29] <Mirv> brendand: the whole QNAM (short for the QtNetworkAccessManager) and how we use it is completely unknown to me, and I'm not even sure who to ask.
[09:29] <Mirv> brendand: it seems important/useful that QNAM works as it should, but the effect of it depends on how much we control network directly and how much via Qt, I'd think
[09:49] <ogra_> olli, pmcgowan, please see popey's mail from last night "Cannot approve Music 2.0.744 to store" ... i consider bug 1393606 a topblocker (at least until music app couold land somehow)
[09:50] <popey> just mentioned it to them in #phablet
[09:50] <ogra_> ah ... i dont go to the office channels until after the meeting :)
[09:53] <pmcgowan> yep
[09:58] <sil2100> ;)
[10:22] <bzoltan> ogra_:  just out of curiosity ... do you know where is the kernel source?
[10:22] <ogra_> bzoltan, for what ? mako, flo and friends are on kernel.ubuntu.com
[10:23] <bzoltan> ogra_:  ohh, that is perfect. for mako only
[10:23] <ogra_> there is also a source package
[10:29] <om26er> when will the new image build be kicked ?
[11:32] <popey> ogra_: music app approved into store now, thanks to bueno and team.
[11:32] <popey> cc olli & pmcgowan ^
[11:33] <pmcgowan> popey, awesome
[11:33] <ogra_> popey, yay !
[11:39] <sil2100> \o/
[11:39] <sil2100> popey: thanks!
[11:39] <sil2100> popey: but is this bug resolved in the end, or did it get worked-around?
[11:41] <popey> well the bug in the store still exists I guess
[11:41] <popey> it was worked around
[12:13] <jgdx> cihelp: hi, it seems that otto has issues passing USS CI[1]. Seems related to the regression fginther fixed a couple of days ago. [1] https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid/146/console
[12:13] <psivaa> jgdx: let me take a look
[12:17] <sil2100> cwayne1: ping, give us a sign when you're around
[12:17] <sil2100> brendand, ogra_: just in case - we don't have the tarball around already for testing, or do we?
[12:18] <ogra_> i thought cwayne1 had prepared it last night
[12:22] <brendand> sil2100, how would i land a new version of reminders-app?
[12:22] <brendand> sil2100, it's required to fix those tests
[12:22] <brendand> sil2100, not the click package you see, but the debian source package
[12:23] <brendand> sil2100, any idea who's responsible? or do i need to become a lander (dun dun dun!)
[12:24] <jgdx> psivaa, thanks
[12:32] <cwayne1> sil2100: heya
[12:33] <cwayne1> ogra_: we were missing one update we needed in the custom tar so I couldn't get it fully prepared last night, checking now if it's been fixed
[12:39] <sil2100> brendand: wait, reminders is a typical click package, right?
[12:39] <sil2100> brendand: at least I always remembered it being that - why do you need to fix the debian source package?
[12:41] <sil2100> cwayne1: hey! Wanted to poke you about the same thing, since we landed the silo that needs the new custom tarball
[12:42] <sil2100> So we're waiting before we can build a new image :)
[12:44] <ogra_> sil2100, and pray that tthe tarball passes QA :P
[12:45] <cwayne1> :)
[12:46] <cwayne1> sil2100: so is the new apparmor-easyprof-ubuntu in the archive now?
[12:46] <cwayne1> or did you just publish
[12:47] <ogra_> was published a few hours ago
[12:48] <om26er> ogra_, I just signed in, when does the new image get build ?
[12:48] <om26er> *t
[12:48] <om26er> I was expecting it to be EU morning.
[12:49] <ogra_> om26er, well, apparmor-easyprof-ubuntu... so now we have to wait for the new custom tarball first
[12:49] <ogra_> else we cause 10min boot time uf we build without it
[12:49] <om26er> ouch, ok.
[12:57] <sil2100> cwayne1: it should be in the archive since long, yes
[12:58] <cwayne1> sil2100: ack,thanks
[12:58] <cwayne1> just preparing the last bits now, then will build and test, then hand off to QA
[12:58] <cwayne1> but need to run a quick unexpected errand first, bbiab
[13:06] <psivaa> jgdx: i still see those failures, was digging what the fix would have been in the previous runs, will ping fginther when he comes online
[13:07] <cjwatson> ogra_,wgrant: https://code.launchpad.net/~cjwatson/canonical-is-puppet/ppa-symlinks/+merge/242069 FYI
[13:08] <ogra_> Error ID: OOPS-1c13fefbd94d1b1e5178737a674fae10
[13:08] <ogra_> :)
[13:08]  * ogra_ reloads
[13:08] <ogra_> \o/
[13:08] <ogra_> cjwatson, thanks !!
[13:09] <jgdx> psivaa, thanks so much.
[13:13] <brendand> sil2100, it has a binary package for the account provider
[13:14] <sil2100> brendand: oh?
[13:14] <sil2100> hm, ok, nice then
[13:14] <sil2100> Let me try finding who was landing it before
[13:14] <sil2100> One moment
[13:15] <ogra_> i think thats dpm
[13:15] <dpm> hi, what's up?
[13:16] <ogra_> new reminders :)
[13:16] <dpm> ?
[13:16] <ogra_> (teh matching deb for your recent click upload)
[13:16] <brendand> dpm, are you able to do a landing for reminders-app in RTM? the source package provides a fake account provider
[13:16] <sil2100> brendand: ok, last person was dpm
[13:16] <sil2100> ogra_: right!
[13:16] <sil2100> ;)
[13:16] <ogra_> ;)
[13:16] <brendand> dpm, so we need the source package updated, as opposed to the click
[13:16] <ogra_> well, along with ...
[13:16] <dpm> brendand, sil2100, why do you need the .deb package?
[13:17] <brendand> dpm, i just did my best to explain :)
[13:17] <brendand> dpm, it has account-plugin-evernote-sandbox
[13:18]  * brendand actually isn't sure reminders-app ever landed in RTM
[13:18] <dpm> brendand, right, but what is it needed for?
[13:18] <ogra_> which i assume AP will pull from the archive for the AP tests
[13:18] <brendand> dpm, to make the tests work
[13:18] <dpm> brendand, is that not pulled from the core apps PPA?
[13:18] <brendand> dpm, hmm, could be
[13:19] <brendand> dpm, do any other core-apps AP tests do the same?
[13:19] <brendand> dpm, which ppa is that?
[13:20] <dpm> brendand, https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/ubuntu/daily?field.series_filter=vivid
[13:20] <dpm> I thought Jenkins published and used the .debs there, but the best person to ask is fginther
[13:22] <brendand> dpm, ahhhh
[13:23] <brendand> dpm, what about RTM?
[13:23] <brendand> dpm, i guess you don't have a PPA for that
[13:28] <brendand> certainly looks like that's the case
[13:29] <brendand> sil2100, so we probably don't need a landing
[13:29] <brendand> sil2100, but i don't think what we do need is any simpler
[13:36] <sil2100> brendand: yeah... I think we need to get some answers on what happens for rtm in this case
[13:37]  * brendand waits for fginther 
[13:39] <cwayne1> sil2100: hi, whos going to be doing the custom testing?
[13:39] <brendand> cwayne1, that'll be me
[13:40] <sil2100> cwayne1: I would point at brendand ;)
[13:40] <cwayne1> brendand: cool beans, thanks. just wanted to know who to include on the changelog email :)
[13:46] <jibel> cwayne1, please cc me
[13:50] <popey> sil2100: we planning on cranking another image out today?
[13:50] <sil2100> popey: yes
[13:50] <sil2100> popey: we need the new custom tarball landed though
[13:51] <popey> ah okay
[13:51] <cwayne1> jibel: done
[13:52] <cwayne1> brendand: sil2100: custom tarball(s) ready, email sent
[13:52] <jibel> cwayne1, thanks
[13:53] <sil2100> cwayne1: excellent, thanks!
[13:53] <sil2100> brendand: ^
[13:53]  * cwayne1 crosses fingers
[13:53]  * ogra_ crosses more
[13:53] <cwayne1> also good news is we got many of these into the store, so we can now update individual scopes independently of the custom tar if needed :)
[13:54] <sil2100> oSoMoN: ping :)
[13:55] <brendand> cwayne1, turns out om26er will test it
[13:57] <sil2100> alecu: hello!
[13:58] <cwayne1> brendand: coolio, would you mind fwd'ig that changelog over?
[13:58] <jibel> cwayne1, done
[13:58] <cwayne1> thanks
[13:59] <alecu> hi sil2100
[14:00] <om26er> cwayne1, Hi! Can you tell how to get started with testing the custom tarball ?
[14:01] <brendand> om26er, i think the instructions were in the email
[14:01] <sil2100> alecu: so, I was wondering how far from landing is silo 11 for RTM
[14:01] <cwayne1> om26er: hiya, it should be in the email, but tl;dr flash ubuntu-touch/ubuntu-rtm/14.09-proposed-customized
[14:03] <alecu> sil2100: I think it's not far from landing... I'm following the test plan again on it now.
[14:03]  * jdstrand wonders if it still is 10 minutes-- I would think it would be closer to 4 now if it used to be 10
[14:05] <sil2100> alecu: excellent, thanks :)
[14:08] <ogra_> jdstrand, it is definitely less if you dotn have any apps from the store installed :)
[14:09] <oSoMoN> sil2100, pong
[14:10] <sil2100> oSoMoN: hey! Wanted to get some info related to the fix for LP: #1391230
[14:10] <sil2100> oSoMoN: is the fix for oxide-qt ready? Do we also need a fix for pulseaudio for RTM for this to be fixed?
[14:11] <jdstrand> ogra_: well, I meant that we made a rather important compile improvement a few weeks back (~65% faster on krillin)
[14:11] <ogra_> jdstrand, bah, now that nobody hits the issue anymore you made it fast :P
[14:11] <ogra_> :)
[14:12] <oSoMoN> sil2100, my understanding is that the fix for oxide is sufficient, not sure if someone is working on an additional patch for pulseaudio
[14:14] <sil2100> oSoMoN: do we have that fix in a silo already?
[14:15] <oSoMoN> sil2100, not in a silo yet, but it should be built in the security-team PPA, let me check
[14:16] <oSoMoN> chrisccoulson, is the oxide 1.3 build ready in the security-team PPA?
[14:16] <brendand> fginther, ping
[14:20] <fginther> brendand, hey
[14:21] <chrisccoulson> oSoMoN, it is https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa
[14:21] <chrisccoulson> although, I still don't know if chrome 39.0.2171.62 will be the actual release. so there's still a possibility of doing another upload
[14:22] <oSoMoN> chrisccoulson, when do you reckon the stable release will be announced?
[14:23] <chrisccoulson> oSoMoN, I'm not sure, as we don't have that information. But I'm guessing it will be today
[14:23] <chrisccoulson> it's usually tuesday
[14:24] <sil2100> I would like the fix for the topblocker to be available in a silo till EOD today
[14:24] <sil2100> So that it can make it for our milestone this week
[14:25] <oSoMoN> sil2100, we can copy it in a silo now, but if the chromium version is bumped, we’ll need another build
[14:26] <sil2100> Let's maybe wait - the PPA builds for ubuntu-rtm as well? Or will we need a source copy?
[14:26] <oSoMoN> sil2100, the PPA builds for regular trusty, utopic and vivid, not for RTM
[14:26] <oSoMoN> I guess that means a source copy is needed
[14:26] <sil2100> oSoMoN: ok, thanks for all the info :)
[14:27] <sil2100> Let's just try at least having a silo for it today
[14:27] <oSoMoN> sil2100, how about we request a silo now, do a source copy, and cancel the build later if a version bump is needed?
[14:27] <sil2100> ogra_, olli: so far we seem to have all the topblockers under control
[14:27] <ogra_> sil2100, yeah
[14:28] <sil2100> ogra_, ogra_: too bad the file corruption one doesn't have a definite fix yet from what I saw on #phablet...
[14:28] <sil2100> But this one is *optional* for this milestone from what I saw
[14:28] <ogra_> well, it has a possible easy fix by changing the default mount options
[14:28] <brendand> fginther, we were wondering, do the ci jobs install dependencies from the core-apps ppa for click apps?
[14:28] <ogra_> but we're not sure about the impact yet
[14:28] <ogra_> (speed etc)
[14:29] <ogra_> GRRR !
[14:29] <sil2100> ogra_: so the change to data=journal helps in the end?
[14:29]  * ogra_ struggles a bit with his part of the file corruption bug 
[14:29] <ogra_> sil2100, yes, but it might have some performance impact
[14:30] <fginther> brendand, the core-apps daily PPA has been used by the jenkins jobs that do the MP testing for the core-apps. It has never been used for image smoke testing. The PPA was intended to just be a convience for the core-apps developers and not an official publishing mechanism
[14:30] <brendand> fginther, ah right
[14:30] <brendand> dpm, ^
[14:30] <brendand> sil2100, so maybe we still use the landing route
[14:30] <sil2100> fginther, dpm, brendand: so we need to release it to the archive then?
[14:31] <brendand> sil2100, i would, but i'd like to hear what dpm thinks
[14:31] <fginther> sil2100, right, if the test needs the package for smoke testing, then it needs to be in the archive.
[14:31] <sil2100> I suppose we could, I can set-up a landing for you brendand if you give me the merge
[14:31] <sil2100> brendand: or is it already merged in trunk?
[14:32] <brendand> sil2100, yeah
[14:33] <brendand> sil2100, i hope none of those packages are seeded in the image
[14:34] <oSoMoN> sil2100, I’ve filed a landing request for the oxide fix, feel free to go ahead with the source copy
[14:34] <sil2100> oSoMoN: o/ thanks! Let me assign and do that indeed
[14:35] <bfiller> sil2100: can you create a silo for line 63 when you have a chance please? thanks
[14:35] <sil2100> bfiller: sure thing, will be assigning silos in a moment :)
[14:36] <sil2100> brendand: just checked, and none seem to be seeded in our images
[14:36] <brendand> sil2100, good so landing it can do no harm then
[14:40] <jgdx> psivaa, hey, how'd it go?
[14:40] <psivaa> jgdx: just came back from lunch, will have a chat with fginther
[14:41] <jgdx> psivaa, great
[14:42] <fginther> psivaa, jgdx, I think we can try the same fix as last week. Working with someone to get it tested
[14:43] <psivaa> fginther: thanks
[14:43] <brendand> sil2100, is there anything i need to do?
[14:44] <sil2100> brendand: hm, currently not, I'll be thinking how to release this in a moment, since I don't want to mix up the 'click' release process with the normal ubuntu one and make a mess in trunk
[14:45] <sil2100> hmmm
[14:45] <sil2100> Crap...
[14:46] <sil2100> Come to think of it, we'll need to re-package the oxide-qt source with a different version number for ubuntu-rtm ;/
[14:46]  * sil2100 does that now
[14:48] <sil2100> hm, or maybe since it builds for utopic, maybe a binary copy would be sufficient?
[14:49] <oSoMoN>  sil2100: I’d be tempted to think so, let’s ask chrisccoulson for confirmation ^^
[14:49] <sil2100> This would save us A LOT of work, and we could instantly check if that's true on an ubuntu-rtm device
[14:50] <wgrant> cjwatson: Thanks.
[14:50] <sil2100> oSoMoN, chrisccoulson: let's try this, I'm pretty sure that since we used binary-copies previously, the dependencies didn't change much in the meantime to make this impossible
[14:50] <sil2100> We can rebuild by source copy if it's broken or something
[14:51] <cjwatson> sil2100: Seems likely
[14:51] <cjwatson> And would be nice to avoid big rebuilds
[14:59] <jgdx> fginther, thanks!
[15:13] <sil2100> brendand: just to make sure - the same reminders-app tests fail on vivid, right?
[15:14] <ogra_> no
[15:14] <ogra_> on rtm
[15:14] <ogra_> oh, ignore me :P
[15:36] <sil2100> ogra_: btw. I was supposed to go to practice today, but I seem to have a slight fever an will be skipping that, so I'll be around for the meeting
[15:36] <sil2100> (most probably)
[15:36] <sil2100> ogra_: if this changes, I'll give you a sign
[15:49] <ogra_> sil2100, oki
[15:57] <jibel> sil2100, silo 11 is the fix for bug 1393410 ?
[15:57] <sil2100> jibel: yes
[15:57] <jibel> sil2100, ok, rhuddie ^ can you test it
[15:58] <rhuddie> jibel, ok, starting silo 11
[15:59] <sil2100> jibel, om26er: how's the custom tarball testing going?
[16:00] <om26er> sil2100, I told cwayne1 that unity8-dash crashes the first time I try to open a scope from 'Manage scope' --> 'All'
[16:00] <sil2100> ugh
[16:00] <sil2100> :<
[16:00] <om26er> logs are useless https://errors.ubuntu.com/oops/9f6e4d6a-6f3a-11e4-a1d2-fa163e525ba7
[16:01] <cwayne1> huh? i wasn't aware of that
[16:01] <cwayne1> let me try a fresh flash
[16:02] <brendand> sil2100, yes it does fail in vivid
[16:05] <cwayne1> om26er: which scope?
[16:06] <ogra_> chrisccoulson, was oxide already released upstream ?
[16:06] <om26er> cwayne1, BBC News
[16:07] <cwayne1> this is the first i'm hearing of this btw
[16:07] <cwayne1> but doing a fresh flash now, will check
[16:10] <cwayne1> om26er: can you reproduce this reliably?
[16:11] <om26er> cwayne1, yes, reproduced 4 times, right now it has crashed again.
[16:11] <om26er> Well it could be that its not related to the custom tarball, would need to check.
[16:11] <cwayne1> i don't see how it could be to be honest
[16:11] <cwayne1> especially since bbc scope hasn't changed in over a month..
[16:11] <cwayne1> and I cannot reproduce on a fresh flash
[16:12] <om26er> cwayne1, here is the way: open bbc scope, scroll to the bottom. now flick so that it scrolls back to the top, tap on the back button twice.
[16:14] <cwayne1> om26er: can't reproduce
[16:18] <rvr> om26er: Just opened "Manage scopes" ... no crash
[16:19] <kgunn> om26er: so are you seeing unity8 crash files in /var/crash ?
[16:19] <cwayne1> om26er: yeah so, a) can't reproduce, b) that scope certainly hasn't changed
[16:20] <om26er> kgunn, yes, but its useless. http://errors.ubuntu.com/oops/7778a022-6f3e-11e4-bd6f-fa163e78b027
[16:20] <victorp> cwayne1, what sope?
[16:20] <victorp> scope
[16:20] <om26er> cwayne1, ok lets just assume its an old issue then.
[16:20] <cwayne1> so it seems unlikely that this has anything to do with custom
[16:20] <cwayne1> victorp: bbc
[16:20] <kgunn> Saviq: if om26er is seeing a crashing dash is there anything else he could do (load debug libs or gdb)
[16:20] <victorp> ugh..
[16:21] <victorp> yeah nothing changed there
[16:21] <rvr> cwayne1: I can't reproduce that in the Spanish image
[16:21] <cwayne1> yeah, bbc hasn't changed in months
[16:22] <cwayne1> rvr: yeah, i can't reproduce here in english
[16:22] <rvr> Ah, just did
[16:22] <rvr> om26er: But scrolling very very quickly
[16:23] <jdstrand> I'm sure this is probably unrelated, but Istarted seeing several scopes using translated entries for description, searchhint and displayname in the store. these were queued up and they are now available. I mention it only because the timing seems odd
[16:23] <om26er> a flick that is.
[16:23] <victorp> om26er, but what crashes?
[16:23] <victorp> unity8?
[16:23] <rvr> _usr_bin_unity8-dash.32011.crash
[16:23] <om26er> victorp, unity8-dash
[16:23] <jdstrand> (they were previously blocked because click-reviewers-tools was complaining, but I fixed that and let them go in. it was just a few scopes though
[16:24] <victorp> om26er, you know that there is a bug reported that unity8-dash crashes sometimes when switching scopes rights?
[16:24] <victorp> right?
[16:24] <pmcgowan> https://bugs.launchpad.net/barajas/+bug/1386638
[16:24] <victorp> om26er, rvr ^^
[16:25] <victorp> so, I am not sure we should be blocking the new custom on this
[16:26] <om26er> victorp, no, didn't know about that one. but this crash is different and yes as cwayne1 said it may not be related to this custom tarball.
[16:27] <victorp> om26er, so let raise a bug and move on with custom testing so we can release the new image?
[16:27] <om26er> victorp, sure, the testing is mostly done.
[16:28] <jibel> rvr, while om26er is finishing the review of the custom tarball if everything looks ok on your side can you reflash latest proposed and try to reproduce.
[16:29] <brendand> sil2100, did you do that landing already?
[16:30] <rvr> jibel: When I'm finished with the current image, I'll do that
[16:34] <sil2100> brendand: had a meeting, but doing the landings now :)
[16:39] <brendand> sil2100, it might not be necessary, just hold on
[16:40] <sil2100> brendand: k, landings are prepared if anything
[16:44] <sil2100> brendand: should I assign..?
[16:56] <om26er> cwayne1, I tap on 'Add google account' it actually opens the system settings app and then I have to select account type there. Same for evernote. Is that supposed to be like that
[16:59] <pstolowski> trainguards, hello, can i ask for a silo for #61, #60, #55 (in that order of priority)?
[17:00] <ogra_> sil2100, just finishing up another meeting .. i'll be there in 5
[17:00] <sil2100> pstolowski: hey, tried assigning for 61/60 but there's already a landing for -scopes-api
[17:00] <sil2100> ogra_: k
[17:03] <pstolowski> sil2100, where is it? i couldn't find it
[17:11] <robru> pstolowski: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=scopes-api
[17:12] <pstolowski> robru, ah, but that one is for testing purposes atm. kgunn is that right?
[17:12] <robru> pstolowski: yeah seems so
[17:12] <robru> pstolowski: sil2100: I'll assign it
[17:13] <robru> well as soon as the spreadsheet wakes up
[17:13] <pstolowski> heh, thanks
[17:15] <robru> pstolowski: ok vivid 25 for starters
[17:16] <robru> pstolowski: and rtm 6
[17:16] <pstolowski> robru, thanks!
[17:16] <robru> pstolowski: and vivid 26 for line 55. you're welcome!
[17:17] <kgunn> robru: you can dump me outta that silo 18
[17:21] <robru> kgunn: thanks
[17:25] <sil2100> robru: btw.! Did you do anything to fix the dashboard? Since it seems to work fine now
[17:26] <robru> sil2100: nope I didn't do a thing. must have been some kind of transient google issue
[17:26]  * sil2100 curses google
[17:33] <robru> sil2100: yeah it was pretty awful. I looked over the code, looked over the spreadsheet, couldn't find a single thing wrong. Even tried downloading the CSV from the spreadsheet to see if google was giving incomplete info. everything looked fine. then suddenly it fixed itself
[17:39] <sil2100> ogra_: btw. next time let's make sure that the landing has a big DO NOT LAND THIS! in the landing comments
[17:39] <sil2100> I'm sure Timo would have noticed it then :)
[17:41] <brendand> sil2100, i guess we should do the landing
[17:42] <brendand> sil2100, theoretically i could hack the tests to work with the old version in the archive, but probably better to move forward than backwards
[17:42] <brendand> sil2100, will you do the landing for both vivid and RTM
[17:42] <brendand> ?
[17:43] <sil2100> brendand: sure, let me assign a silo for those then - I'll first build the vivid one and then build the sync for ubuntu-rtm
[18:11] <ogra_> sil2100, importer is off, rootfs build started ... cwayne1 is currently putting the tarballs in place
[18:13] <sil2100> \o/
[18:13] <imgbot> [18:13] <sil2100> ogra_, cwayne1: thanks!
[18:15] <cwayne1> wait i haven't pushed yet! see the discussion in #phablet
[18:17] <sil2100> cwayne1: ok, I see the issue... since QA says it won't pass sanity testing, then it means we need this fix
[18:17] <sil2100> ogra_: you kicked a new image anyway, right..?
[18:17] <sil2100> This probably can't be stopped? :|
[18:21] <sil2100> We could have an image anyway, but this needs to be fixed for this milestone anyway
[18:23] <ogra_> right
[18:24] <ogra_> freeze is only tomorrow morning :)
[18:24] <ogra_> pleanty of time
[18:24] <cwayne1> oh man i thought today was wednesday
[18:24] <ogra_> :)
[18:26] <brendand> sil2100, silo 11 signed off. make sure it's in tonights image
[18:27] <sil2100> brendand: o/
[18:27]  * ogra_ watches https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/ and twiddles thumbs
[18:27] <sil2100> Let's publish that in a few moments, don't want to partially land it in the image we're building now
[18:28] <ogra_> i dont mind doing a back to back build if needed
[19:06] <alecu> brendand: thanks for the review
[19:33] <imgbot> [19:33] <imgbot> [19:34] <ogra_> brendand, do you immediately want one on top ?
[19:37] <ogra_> hmm, no notification yet ...
[19:49] <brendand> ogra_, umm yeah it would be good to have the paid apps change in the image we test
[19:49] <ogra_> ok, i'll trigger a new one
[19:49] <ogra_> probably my phone decides to notify me about that one then :P
[19:49] <oSoMoN> trainguards: I need a reconfigure of RTM silo 3, I added a webbrowser-app MR to it (required to fix a regression in autopilot tests with oxide 1.3)
[19:51] <robru> oSoMoN: done
[19:51] <oSoMoN> robru, thanks!
[19:51] <robru> oSoMoN: you're welcome!
[19:53] <imgbot> [19:57] <ogra_> hmpf
[19:58] <ogra_> that first boot didnt take 10 but surely 4 minutes :/
[19:59] <cwayne1> hrm
[19:59] <cwayne1> did it actually copy over the caches?
[20:00] <ogra_> geez ... all that stuff on the home scope now ...
[20:00] <cwayne1> just first boot
[20:00] <cwayne1> OOBE :)
[20:00] <ogra_> yeah
[20:18] <oSoMoN> robru, can you advise on what failed here? https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-1-build/96/console
[20:19] <robru> oSoMoN: well the upload failed. I don't have access to the rejection message but cjwatson might be able to look that up for you if he's around.
[20:19] <robru> oSoMoN: might be worth trying again, we had a transient upload failure yesterday
[20:21] <robru> oSoMoN: wgrant might also be able to help. but yeah just retry the job for now
[20:21] <robru> brb, lunc
[20:21] <robru> lunch
[20:21] <oSoMoN> robru, ok, thanks (and enjoy the lunch)
[20:24] <cjwatson> 2014-11-18 19:56:16 DEBUG   Rejected:
[20:24] <cjwatson> 2014-11-18 19:56:16 DEBUG   PPA exceeded its size limit (2303.00 of 2048.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space.
[20:24] <cjwatson> robru,oSoMoN: ^-
[20:24] <cjwatson> let me fix that for you
[20:25] <cjwatson> robru,oSoMoN: ok, retry please
[20:26] <oSoMoN> cjwatson, thanks, it’s now building in the PPA (I hadn’t checked the size of the PPA)
[20:27] <oSoMoN> this one keeps biting us everytime we put oxide in a silo
[20:27] <cjwatson> roll on ephemeral PPAs which we might be able to have sensible per-package configuration for
[20:41] <wgrant> What on earth are you building that exceeds 2GB in a silo?
[20:55] <cjwatson> wgrant: $ grep-aptavail -XS oxide-qt -nsSize | numsum
[20:55] <cjwatson> 1178574260
[20:55] <cjwatson> and that's just one arch
[20:56] <cjwatson> oh, wait, that's twice what it should be because two versions in my apt cache, but still
[20:56] <cjwatson> oxideqt-dbg is half a gig
[21:00] <wgrant> Oh, -dbg, of course.
[21:03] <imgbot> [21:03] <imgbot> [21:04] <popey> \o/
[21:04] <tedg> trainguards, can I get silos for lines 69/70 please?
[21:04] <popey> does #164 add payments?
[21:05] <tedg> popey, If you wire your money directly to me we can work something out.
[21:05] <popey> ;D
[21:05] <popey>  * Enable purchases by default (LP: #1393410)
[21:05] <popey> looks that way
[21:09] <robru> tedg: rtm 13 and vivid 7
[21:10] <tedg> robru, Great, thanks!
[21:14] <robru> tedg: you're welcome
[21:24] <ahayzen> Hey, where do the latest rtm ci results appear, the latest i can see is #134 http://ci.ubuntu.com/smokeng/utopic/touch_stable/ ?
[21:25] <ToyKeeper> cwayne1: Could you provide info on getting the custom tarball installed?  I'm having trouble finding info on it.
[21:26] <ToyKeeper> cwayne1: Nevermind, looks like you already answered.  :)
[21:27] <cwayne1> ToyKeeper: :)  i'd have put more info and mailed you, but i didn't know who'd be doing the testing (or when)
[21:39] <jgdx> fginther, psivaa, hey, any progress on the uss ci? :)
[21:49] <fginther> jgdx, yep. Performed another update and the tests are passing again - https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid/156/
[21:50] <fginther> jgdx, I've also requested that we automate the update process to better avoid this problem in the future
[21:55] <jgdx> fginther, awesome, thanks. So the update is the cause of all this?
[22:02] <fginther> jgdx, it's the 'lack' of an update. The test environment is base on a daily iso that appears to be getting stale very quickly.
[22:03] <jgdx> fginther, right. Is it possible to follow the request you made somewhere? RT?
[22:04] <fginther> jgdx, I added it to our backlog, I'll send you a link
[22:08] <jgdx> fginther, thanks!