[00:12] that was a quick qa signoff ;-) [00:32] 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] robru, i'll pass :) [00:52] robru, silo 3 has passed QA, can i publish that? [00:52] 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] it was supposed to be in last thursday's image :) [00:53] ah [00:53] but qa verification took nearly a week :/ [00:54] kenvandine: ok well it doesn't bother me if you publish it. I'm just worried about management approval [00:54] management approved it :) [02:03] === trainguards: IMAGE 25 building (started: 20141118 02:05) === [03:23] === trainguards: IMAGE 25 DONE (finished: 20141118 03:25) === [03:23] === changelog: http://people.canonical.com/~ogra/touch-image-stats/25.changes === === chihchun_afk is now known as chihchun [04:50] bzoltan: first time since 5.3.2 yes, but note that uitk was landed with 5.3.2 too so it worked [04:58] 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] Mirv: Ok, Qt was not the problem... for some reason the vivid builder was missing the pkg-config [05:11] Mirv: I am running the UITK AP tests against silo16 [05:12] Mirv: I could not figure out better way to validate the new qtbase ... unless if if you have an indea [05:21] 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] bzoltan: I don't have better ideas, only the qmake changed [05:35] bzoltan: possible ci train regression [05:35] checking watch only [05:36] Mirv: yes, but some test must be run :) so to check if n regression is introduced [05:36] better safe than sorry [05:36] Mirv: after all we run the configure twice :) [05:40] robru: we may have some sort of build job problem(s) [05:41] Mirv: got a log? [05:41] 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] robru: unping 27, it succeeded ie watch_only still works, was just very slow [05:42] 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] bzoltan: please mark the 022 now as tested [05:43] 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] robru: oh, excellent! that was already some time ago indeed, not a recent build. [05:43] Mirv: done [05:44] 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] Mirv: I have tested it with emulator, I assume that in the case of SDK tools, that qualifies [05:44] 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] bzoltan: it should [05:45] 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] Mirv: hehe, yeah [05:47] 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] (definitely before I deployed) [05:48] robru: yes, it seems everything is in order, watch_only build works, publish works.. thanks! [05:49] 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] robru: sounds excellent [06:01] Mirv: we will need a jedi's eye onthe new qtc plugin package as we had to add two new build deps [06:34] Mirv: the qtbase from silo16 is good to go [06:36] bzoltan: I was the jedi (or, master of the universe) as it's not in main [06:36] bzoltan: an dok [06:37] Mirv: \o/ small step for a man and giant leap for qmake users === mlankhor1t is now known as mlankhorst === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:12] trainguards, can I haz silo for line 59? [08:13] tvoss: looking at it now [08:13] sil2100, thanks [08:13] sil2100, also, could someone take a look at an MP that does not get Jenkins love? [08:14] tvoss: you mean, CI is not running for it? [08:14] sil2100, yup [08:17] tvoss: ok, this might require cihelp then [08:17] sil2100, ack [08:21] 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] robru, ack, but the MP has been up for a few days :) [08:22] tvoss: Hmmmmmmm then definitely ping ci ;-) i had an mp today take 45 minutes when it normally takes 15. [08:23] robru, ack [08:23] cihelp, hey there :) === Ursinha_ is now known as Guest58037 [08:37] ogra_: a couple of topblocker fixes went in in the morning, you'll probably want to build an image [08:48] Mirv, good morning [08:51] Mirv: do you know which ones? [08:51] 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] (for the tarball that is) [08:52] Oh, silo 2 and 6 I see [08:52] right, but 2 cant land alone [08:53] When does cwayne1 start his day? [08:53] Or do we have also someone else that can upload the tarball? [08:53] oh, the uploading ... heh ... i was so focused on signoff info that i forgot about that small bit :) [08:54] i guess then we should push 006 in and roll one :) [08:54] oh, err [08:55] * ogra_ just notice that both are landed [08:55] +s [08:55] hmm [08:56] brendand: morning [08:57] sil2100: rotation lock + apparmor fix, but ogra is right about the tarball [08:59] ogra_: yeah... [08:59] ogra_: so we need to wait for the tarball before we can proceed [08:59] right [09:00] unless you like 10min boots :) [09:00] Mirv, did anyone follow up with you about silo 22 yesterday? [09:00] brendand, afaik the bug couldnt be reproduced even without the silo [09:01] ogra_, yeah. i'm not sure i can even test it since it has to do with roaming [09:02] send me your sim ;) [09:02] sil2100, ping [09:03] tvoss: pong [09:03] sil2100, hey, could you have a look here: https://ci-train.ubuntu.com/job/ubuntu-landing-014-1-build/111/console [09:03] sil2100, seems like vivid has got a version released that is not in sync with trunk [09:03] has silo 3 been published o rtm ? [09:03] *to [09:04] tvoss: yeah, see it - it seems to be a no-change rebuild from Brian, I guess we can force ignoring this [09:04] jibel, was that system-settings ? [09:05] (if so, yes) [09:06] tvoss: in this particular case, you can use the FORCE_REBUILD flag during build [09:06] tvoss: or, if you prefer, we can simply sync this change to trunk and build normally [09:06] tvoss: it's cleaner, but not required [09:07] ogra_, ok, I didn't receive the notification. thx [09:12] jibel: btw. do we have someone doing sanity testing of newly created images right now? [09:13] sil2100, yes rhuddie and rvr [09:14] jibel: are they also doing vivid sanity testing? [09:14] sil2100, yes on mako [09:15] Ok, thanks [09:21] brendand: I had a lot of followups, but none that answer directly the most important question "do we still need it?" [09:22] 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] so that'd be a candidate for landing, if we just know we want to land it or not.. [09:25] 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] Mirv, i'm not sure what he tried though, i'll have to talk to him first [09:26] 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] 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] and there's the "Without the PPA..." line especially [09:27] Mirv, the bug mentions roaming though [09:27] which I thought I was still able to reproduce [09:27] Mirv, is that roaming like data roaming, or a different kind of roaming? [09:28] 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] "only on Symbian" [09:29] 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] 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] 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:49] bug 1393606 in Software Center Agent "Store inconsistent after rolling back an app" [Undecided,New] https://launchpad.net/bugs/1393606 [09:50] just mentioned it to them in #phablet [09:50] ah ... i dont go to the office channels until after the meeting :) [09:53] yep [09:58] ;) [10:22] ogra_: just out of curiosity ... do you know where is the kernel source? [10:22] bzoltan, for what ? mako, flo and friends are on kernel.ubuntu.com [10:23] ogra_: ohh, that is perfect. for mako only [10:23] there is also a source package [10:29] when will the new image build be kicked ? === Guest58037 is now known as Ursinha === Trevinho_ is now known as Trevinho [11:32] ogra_: music app approved into store now, thanks to bueno and team. [11:32] cc olli & pmcgowan ^ [11:33] popey, awesome [11:33] popey, yay ! [11:39] \o/ [11:39] popey: thanks! [11:39] popey: but is this bug resolved in the end, or did it get worked-around? [11:41] well the bug in the store still exists I guess [11:41] it was worked around === MacSlow is now known as MacSlow|lunch [12:13] 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] jgdx: let me take a look [12:17] cwayne1: ping, give us a sign when you're around [12:17] brendand, ogra_: just in case - we don't have the tarball around already for testing, or do we? [12:18] i thought cwayne1 had prepared it last night [12:22] sil2100, how would i land a new version of reminders-app? [12:22] sil2100, it's required to fix those tests [12:22] sil2100, not the click package you see, but the debian source package [12:23] sil2100, any idea who's responsible? or do i need to become a lander (dun dun dun!) [12:24] psivaa, thanks === alan_g is now known as alan_g|lunch [12:32] sil2100: heya [12:33] 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] brendand: wait, reminders is a typical click package, right? [12:39] brendand: at least I always remembered it being that - why do you need to fix the debian source package? [12:41] cwayne1: hey! Wanted to poke you about the same thing, since we landed the silo that needs the new custom tarball [12:42] So we're waiting before we can build a new image :) [12:44] sil2100, and pray that tthe tarball passes QA :P [12:45] :) [12:46] sil2100: so is the new apparmor-easyprof-ubuntu in the archive now? [12:46] or did you just publish [12:47] was published a few hours ago [12:48] ogra_, I just signed in, when does the new image get build ? [12:48] *t [12:48] I was expecting it to be EU morning. [12:49] om26er, well, apparmor-easyprof-ubuntu... so now we have to wait for the new custom tarball first [12:49] else we cause 10min boot time uf we build without it [12:49] ouch, ok. [12:57] cwayne1: it should be in the archive since long, yes [12:58] sil2100: ack,thanks [12:58] just preparing the last bits now, then will build and test, then hand off to QA [12:58] but need to run a quick unexpected errand first, bbiab [13:06] 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] ogra_,wgrant: https://code.launchpad.net/~cjwatson/canonical-is-puppet/ppa-symlinks/+merge/242069 FYI [13:08] Error ID: OOPS-1c13fefbd94d1b1e5178737a674fae10 [13:08] :) [13:08] * ogra_ reloads [13:08] \o/ [13:08] cjwatson, thanks !! [13:09] psivaa, thanks so much. [13:13] sil2100, it has a binary package for the account provider [13:14] brendand: oh? [13:14] hm, ok, nice then [13:14] Let me try finding who was landing it before [13:14] One moment [13:15] i think thats dpm [13:15] hi, what's up? [13:16] new reminders :) [13:16] ? [13:16] (teh matching deb for your recent click upload) [13:16] dpm, are you able to do a landing for reminders-app in RTM? the source package provides a fake account provider [13:16] brendand: ok, last person was dpm [13:16] ogra_: right! [13:16] ;) [13:16] ;) [13:16] dpm, so we need the source package updated, as opposed to the click [13:16] well, along with ... [13:16] brendand, sil2100, why do you need the .deb package? [13:17] dpm, i just did my best to explain :) [13:17] dpm, it has account-plugin-evernote-sandbox [13:18] * brendand actually isn't sure reminders-app ever landed in RTM [13:18] brendand, right, but what is it needed for? [13:18] which i assume AP will pull from the archive for the AP tests [13:18] dpm, to make the tests work [13:18] brendand, is that not pulled from the core apps PPA? [13:18] dpm, hmm, could be [13:19] dpm, do any other core-apps AP tests do the same? [13:19] dpm, which ppa is that? [13:20] brendand, https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/ubuntu/daily?field.series_filter=vivid [13:20] I thought Jenkins published and used the .debs there, but the best person to ask is fginther [13:22] dpm, ahhhh [13:23] dpm, what about RTM? [13:23] dpm, i guess you don't have a PPA for that [13:28] certainly looks like that's the case [13:29] sil2100, so we probably don't need a landing [13:29] sil2100, but i don't think what we do need is any simpler === MacSlow|lunch is now known as MacSlow [13:36] 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] sil2100: hi, whos going to be doing the custom testing? [13:39] cwayne1, that'll be me [13:40] cwayne1: I would point at brendand ;) [13:40] brendand: cool beans, thanks. just wanted to know who to include on the changelog email :) === alan_g|lunch is now known as alan_g [13:46] cwayne1, please cc me [13:50] sil2100: we planning on cranking another image out today? [13:50] popey: yes [13:50] popey: we need the new custom tarball landed though [13:51] ah okay [13:51] jibel: done [13:52] brendand: sil2100: custom tarball(s) ready, email sent [13:52] cwayne1, thanks [13:53] cwayne1: excellent, thanks! [13:53] brendand: ^ [13:53] * cwayne1 crosses fingers [13:53] * ogra_ crosses more [13:53] 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] oSoMoN: ping :) [13:55] cwayne1, turns out om26er will test it [13:57] alecu: hello! [13:58] brendand: coolio, would you mind fwd'ig that changelog over? [13:58] cwayne1, done [13:58] thanks [13:59] hi sil2100 [14:00] cwayne1, Hi! Can you tell how to get started with testing the custom tarball ? [14:01] om26er, i think the instructions were in the email [14:01] alecu: so, I was wondering how far from landing is silo 11 for RTM [14:01] om26er: hiya, it should be in the email, but tl;dr flash ubuntu-touch/ubuntu-rtm/14.09-proposed-customized [14:03] 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] alecu: excellent, thanks :) [14:08] jdstrand, it is definitely less if you dotn have any apps from the store installed :) [14:09] sil2100, pong [14:10] oSoMoN: hey! Wanted to get some info related to the fix for LP: #1391230 [14:10] Launchpad bug 1391230 in oxide-qt (Ubuntu RTM) "[TOPBLOCKER] web audio, pulse runs at 6% and screen will not blank on idle" [Undecided,In progress] https://launchpad.net/bugs/1391230 [14:10] 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] ogra_: well, I meant that we made a rather important compile improvement a few weeks back (~65% faster on krillin) === plars is now known as plars-sprint [14:11] jdstrand, bah, now that nobody hits the issue anymore you made it fast :P [14:11] :) [14:12] 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] oSoMoN: do we have that fix in a silo already? [14:15] sil2100, not in a silo yet, but it should be built in the security-team PPA, let me check [14:16] chrisccoulson, is the oxide 1.3 build ready in the security-team PPA? [14:16] fginther, ping [14:20] brendand, hey [14:21] oSoMoN, it is https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa [14:21] 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] chrisccoulson, when do you reckon the stable release will be announced? [14:23] oSoMoN, I'm not sure, as we don't have that information. But I'm guessing it will be today [14:23] it's usually tuesday [14:24] I would like the fix for the topblocker to be available in a silo till EOD today [14:24] So that it can make it for our milestone this week [14:25] sil2100, we can copy it in a silo now, but if the chromium version is bumped, we’ll need another build [14:26] Let's maybe wait - the PPA builds for ubuntu-rtm as well? Or will we need a source copy? [14:26] sil2100, the PPA builds for regular trusty, utopic and vivid, not for RTM [14:26] I guess that means a source copy is needed [14:26] oSoMoN: ok, thanks for all the info :) [14:27] Let's just try at least having a silo for it today [14:27] 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] ogra_, olli: so far we seem to have all the topblockers under control [14:27] sil2100, yeah [14:28] ogra_, ogra_: too bad the file corruption one doesn't have a definite fix yet from what I saw on #phablet... [14:28] But this one is *optional* for this milestone from what I saw [14:28] well, it has a possible easy fix by changing the default mount options [14:28] fginther, we were wondering, do the ci jobs install dependencies from the core-apps ppa for click apps? [14:28] but we're not sure about the impact yet [14:28] (speed etc) [14:29] GRRR ! [14:29] 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] sil2100, yes, but it might have some performance impact [14:30] 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] fginther, ah right [14:30] dpm, ^ [14:30] sil2100, so maybe we still use the landing route [14:30] fginther, dpm, brendand: so we need to release it to the archive then? [14:31] sil2100, i would, but i'd like to hear what dpm thinks [14:31] sil2100, right, if the test needs the package for smoke testing, then it needs to be in the archive. [14:31] I suppose we could, I can set-up a landing for you brendand if you give me the merge [14:31] brendand: or is it already merged in trunk? [14:32] sil2100, yeah [14:33] sil2100, i hope none of those packages are seeded in the image [14:34] sil2100, I’ve filed a landing request for the oxide fix, feel free to go ahead with the source copy [14:34] oSoMoN: o/ thanks! Let me assign and do that indeed [14:35] sil2100: can you create a silo for line 63 when you have a chance please? thanks [14:35] bfiller: sure thing, will be assigning silos in a moment :) [14:36] brendand: just checked, and none seem to be seeded in our images [14:36] sil2100, good so landing it can do no harm then [14:40] psivaa, hey, how'd it go? [14:40] jgdx: just came back from lunch, will have a chat with fginther [14:41] psivaa, great [14:42] psivaa, jgdx, I think we can try the same fix as last week. Working with someone to get it tested [14:43] fginther: thanks [14:43] sil2100, is there anything i need to do? [14:44] 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] hmmm [14:45] Crap... [14:46] 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] hm, or maybe since it builds for utopic, maybe a binary copy would be sufficient? [14:49] sil2100: I’d be tempted to think so, let’s ask chrisccoulson for confirmation ^^ [14:49] This would save us A LOT of work, and we could instantly check if that's true on an ubuntu-rtm device [14:50] cjwatson: Thanks. [14:50] 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] We can rebuild by source copy if it's broken or something [14:51] sil2100: Seems likely [14:51] And would be nice to avoid big rebuilds [14:59] fginther, thanks! [15:13] brendand: just to make sure - the same reminders-app tests fail on vivid, right? [15:14] no [15:14] on rtm [15:14] oh, ignore me :P [15:36] 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] (most probably) [15:36] ogra_: if this changes, I'll give you a sign === cyphermox_ is now known as cyphermox [15:49] sil2100, oki [15:57] sil2100, silo 11 is the fix for bug 1393410 ? [15:57] bug 1393410 in unity-scope-click (Ubuntu RTM) "[TOPBLOCKER] Apps with prices are not shown by default" [Critical,In progress] https://launchpad.net/bugs/1393410 [15:57] jibel: yes [15:57] sil2100, ok, rhuddie ^ can you test it [15:58] jibel, ok, starting silo 11 [15:59] jibel, om26er: how's the custom tarball testing going? [16:00] sil2100, I told cwayne1 that unity8-dash crashes the first time I try to open a scope from 'Manage scope' --> 'All' [16:00] ugh [16:00] :< [16:00] logs are useless https://errors.ubuntu.com/oops/9f6e4d6a-6f3a-11e4-a1d2-fa163e525ba7 [16:01] huh? i wasn't aware of that [16:01] let me try a fresh flash === chihchun is now known as chihchun_afk [16:02] sil2100, yes it does fail in vivid [16:05] om26er: which scope? [16:06] chrisccoulson, was oxide already released upstream ? [16:06] cwayne1, BBC News [16:07] this is the first i'm hearing of this btw [16:07] but doing a fresh flash now, will check [16:10] om26er: can you reproduce this reliably? [16:11] cwayne1, yes, reproduced 4 times, right now it has crashed again. [16:11] Well it could be that its not related to the custom tarball, would need to check. [16:11] i don't see how it could be to be honest [16:11] especially since bbc scope hasn't changed in over a month.. [16:11] and I cannot reproduce on a fresh flash [16:12] 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] om26er: can't reproduce [16:18] om26er: Just opened "Manage scopes" ... no crash [16:19] om26er: so are you seeing unity8 crash files in /var/crash ? [16:19] om26er: yeah so, a) can't reproduce, b) that scope certainly hasn't changed [16:20] kgunn, yes, but its useless. http://errors.ubuntu.com/oops/7778a022-6f3e-11e4-bd6f-fa163e78b027 [16:20] cwayne1, what sope? [16:20] scope [16:20] cwayne1, ok lets just assume its an old issue then. [16:20] so it seems unlikely that this has anything to do with custom [16:20] victorp: bbc [16:20] Saviq: if om26er is seeing a crashing dash is there anything else he could do (load debug libs or gdb) [16:20] ugh.. [16:21] yeah nothing changed there [16:21] cwayne1: I can't reproduce that in the Spanish image [16:21] yeah, bbc hasn't changed in months [16:22] rvr: yeah, i can't reproduce here in english [16:22] Ah, just did [16:22] om26er: But scrolling very very quickly [16:23] 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] a flick that is. [16:23] om26er, but what crashes? [16:23] unity8? [16:23] _usr_bin_unity8-dash.32011.crash [16:23] victorp, unity8-dash [16:23] (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] om26er, you know that there is a bug reported that unity8-dash crashes sometimes when switching scopes rights? [16:24] right? [16:24] https://bugs.launchpad.net/barajas/+bug/1386638 [16:24] Error: launchpad bug 1386638 not found [16:24] om26er, rvr ^^ [16:25] so, I am not sure we should be blocking the new custom on this [16:26] 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] om26er, so let raise a bug and move on with custom testing so we can release the new image? [16:27] victorp, sure, the testing is mostly done. [16:28] 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] sil2100, did you do that landing already? [16:30] jibel: When I'm finished with the current image, I'll do that [16:34] brendand: had a meeting, but doing the landings now :) [16:39] sil2100, it might not be necessary, just hold on [16:40] brendand: k, landings are prepared if anything [16:44] brendand: should I assign..? === chihchun_afk is now known as chihchun [16:56] 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] trainguards, hello, can i ask for a silo for #61, #60, #55 (in that order of priority)? [17:00] sil2100, just finishing up another meeting .. i'll be there in 5 [17:00] pstolowski: hey, tried assigning for 61/60 but there's already a landing for -scopes-api [17:00] ogra_: k [17:03] sil2100, where is it? i couldn't find it [17:11] pstolowski: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=scopes-api [17:12] robru, ah, but that one is for testing purposes atm. kgunn is that right? [17:12] pstolowski: yeah seems so [17:12]