[00:27] <ToyKeeper> cwayne-afk: No, I didn't do spanish.
[00:58] <alex-abreu> trainguards can I have a silo for L64
[00:59] <robru> alex-abreu: silo 8. good timing, I gotta run out the door in a sec!
[00:59] <alex-abreu> robru, hehe, thx Robert
[00:59] <robru> alex-abreu: you're welcome Alex! ;-)
[01:01] <robru> alright I'm out for dinner but will be back in a couple hours if anybody needs anything
[04:55] <Mirv> morning
[07:01] <Mirv> archive admin would be still needed to preNEW review/accept indicator-network-tools at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-006/+packages , and core-dev but still be needed to ack compiz multi-arch changes https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A0.9.12.0+15.04.20141210.2-0ubuntu1.diff
[08:28] <pstolowski> trainguards good morning! is it still possible to add one important fix to one my existing rtm silo (that I tested yesterday?)
[08:34] <Mirv> pstolowski: my latest info was that it needed to be end of yesterday in the silo, so no. sil2100 should be around soon so we can recheck.
[08:34] <sil2100> o/
[08:34] <sil2100> What's up?
[08:34] <Mirv> oh, there he is :)
[08:35] <Mirv> sil2100: < pstolowski> trainguards good morning! is it still possible to add one important fix to one my existing rtm silo (that I tested yesterday?)
[08:35] <sil2100> pstolowski: how important is this fix and to which silo you want to add it?
[08:38] <jibel> pstolowski, what is the fix? you had 3 weeks to land it, it is a bit late to do it this morning and  we already have plenty of silos to test because people waited the last minute to upload fixes
[08:41] <pstolowski> Mirv, sil2100 jibel I understand your concern. currently discussing how important it is
[08:42] <jibel> pstolowski, okay, if it was critical there would be no discussion ;) let us know what the status is ASAP. If it has to be in the image, we'll have to test it this morning.
[08:44] <pstolowski> jibel, ok, we just discussed it. it's not critical enough. so skip it for now. thanks
[08:44] <pstolowski> Mirv, sil2100 ^
[08:44] <jibel> pstolowski, thanks
[08:56] <sil2100> jibel: did bfiller fix the gallery-app silo?
[09:01] <sil2100> pstolowski: ok, thanks
[09:12] <jibel> sil2100, apparently yes. I verifying it.
[09:12] <jibel> +'m
[09:16] <oSoMoN> trainguards: good morning, can I have a silo for line 65 ?
[09:16] <sil2100> o/
[09:17] <mzanetti> sil2100: hey
[09:17] <sil2100> mzanetti: hey
[09:17] <mzanetti> sil2100: think it's still possible to get a silo for row 61?
[09:18] <sil2100> mzanetti: for this milestone it's a little bit too late, but we might assign the silo for you to do the testing in a few moments
[09:19] <mzanetti> ah, ok, cool, thanks
[09:19] <sil2100> But QA is already too busy for another silo to enter, that's why the deadline was tomorrow EOD :)
[09:20] <jibel> sil2100, gallery-app is ok
[09:20] <mzanetti> you mean yesterday, right?
[09:20] <sil2100> Yeah... right ;)
[09:20] <sil2100> mzanetti: still didn't get my coffee/tea today
[09:20] <sil2100> jibel: \o/
[09:21]  * mzanetti is currently on that
[09:22] <sil2100> Mirv: publishing silo 006 - will you be able to build a click after it gets merged and cleaned?
[09:23] <Mirv> sil2100: probably so, yes
[09:25] <sil2100> Thanks :)
[09:26] <sil2100> Do you know who can publish it for us to the store at this TZ? Since popey is on holidays
[09:28] <popey> sil2100: what's that?
[09:28] <Mirv> sil2100: I can upload, not sure who all can approve it
[09:28] <sil2100> ...oh ;)
[09:28] <popey> gallery app? dholbach can approve if Mirv uploads
[09:28] <Mirv> popey: not at the moment, maybe in 1-2h, a new gallery-app :)
[09:28] <popey> kk
[09:28] <Mirv> ah, dholbach, great!
[09:28] <sil2100> popey: thanks :)
[09:28] <popey> np
[09:28] <sil2100> Yaaay
[09:28] <Mirv> popey: go back to where you came from! :)
[09:28]  * popey goes back to where he came from
[09:29] <sil2100> heh, sound's like a new Hobbit sub-title
[09:29] <Mirv> (probably sitting on computer, browsing Ubuntu stuff)
[09:29] <sil2100> Hobbit: Back to where you came from
[09:29] <Mirv> my engrish good
[10:01] <Mirv> sil2100: this looks correct if a bit scary: http://s-jenkins.ubuntu-ci:8080/job/gallery-app-click-from-branch/138/console
[10:02] <Mirv> sil2100: it first for unknown reason branches the real trunk. then it checks out the given rtm trunk to "trunk_dir", and later on it can be seen that it starts the compilation also in "trunk_dir" and apparently does not use the vivid trunk for anything
[10:03] <cjwatson> Mirv: indicator-network-tools looks fine to this ubuntu-archive member
[10:03] <Mirv> thanks cjwatson!
[10:10] <Mirv> sil2100: can you join #ubuntu-app-devel?
[10:11] <Mirv> doh, jibel is not there either, I'll use #ubuntu-touch instead
[10:12] <john-mcaleely> sil2100, can I push a vivid device tarball now?
[10:15] <jibel> sil2100, silo 011 must land today?
[10:15] <jibel> bug 1399769
[10:24] <sil2100> jibel: not sure, as it's a barajas bug
[10:32] <jibel> sil2100, anyway it'll need 10 first and a rebuild
[10:32] <jibel> not enough time
[10:32] <sil2100> Yeah...
[10:51] <oSoMoN> trainguards: can silo 14 be published, please?
[10:51] <Mirv> oSoMoN: sure
[10:52] <oSoMoN> cheers
[11:20] <bzoltan_> Mirv: the silo3 is finally OK. I have captured two regressions and both were addressed quickly.
[11:21] <Mirv> bzoltan_: a good Christmas present to vivid users!
[11:21] <bzoltan_> Mirv:  that was the plan :D
[11:24] <john-mcaleely> sil2100, gentle re-request: is it ok for me to push a device tarball for vivid (ie are there no planned builds imminent)?
[11:26] <sil2100> john-mcaleely: hey! Give me a quick moment to check
[11:26] <john-mcaleely> sil2100, thanks
[11:27] <sil2100> john-mcaleely: ok, seems like you can push freely - go for it ;)
[11:27] <john-mcaleely> sil2100, great
[11:28] <john-mcaleely> sil2100, pushed. thank you!
[11:45] <sil2100> Mirv: address-book-app is also a click package now, right?
[11:45] <sil2100> Mirv: hmmmm
[11:46] <sil2100> Mirv: I pressed publish on this silo, but maybe we need the framework changed there too?
[11:46] <sil2100> ;/
[11:46] <Ursinha> good morning
[11:46] <sil2100> Morning
[11:46] <sil2100> Phew
[11:46] <sil2100> Ok, let me check this first then
[11:47] <sil2100> huh, no, it's not a click it seems
[11:58] <Mirv> sil2100: no, address-book-app is just .deb
[11:58] <Mirv> ...like you then said
[12:01] <jibel> sil2100, silo 11 would need a rebuild right?
[12:03] <sil2100> jibel: yes, but only if silo 10 lands
[12:03] <jibel> rvr, ^ what is the status of silo 10?
[12:04] <rvr> jibel: I am not able to reproduce the original issue, but it works
[12:04] <rvr> I wanted some feedback from bfiller
[12:26] <rvr> jibel: sil2100: A new "Manage Scopes" screen has landed in today's images, but it's not translated :P
[12:26] <sil2100> geh ;p
[12:50] <Elleo> cihelp: would someone mind triggering jenkins on this community MR? https://code.launchpad.net/~danielholm/ubuntu-keyboard/ubuntu-keyboard/+merge/242580
[13:00] <Mirv> oSoMoN: oh right, thanks for über fast landing of the webbrowser-app 5.4.0 fix :)
[13:04] <sil2100> jibel: will we try to get anything else in after silo 10?
[13:04] <sil2100> (and the custom tarball)
[13:04] <jibel> sil2100, how long woultd it take to rebuild 11?
[13:05] <jibel> sil2100, it is the only critical left
[13:05] <sil2100> It should be quick, considering that 10 would land soon ;)
[13:06] <jibel> rvr, what info do you need from bfiller ?
[13:06] <jibel> wrt to silo 10
[13:06] <jibel> -to
[13:07] <rvr> jibel: I am not able to reproduce the original problem. Mute works ok in merged calls, both with and without the silo.
[13:09] <cwayne> rvr: so are we good re: custom tar?
[13:09] <rvr> cwayne: Yes, fitbit, facebook and instagram rock
[13:09] <cwayne> sil2100: so I got +1's now from rvr and ToyKeeper, am I goot to push the magic buttons?
[13:10] <jibel> rvr, sil2100 is it me or the changelog in silo 10 doesn't have anything to do with the bug?
[13:10] <jibel> bug 1398431
[13:10] <rvr> +  * Only set voicemail is the phone number is not empty. (LP: #1398431)
[13:10] <jibel> how is it related to multiparty calls?
[13:15] <rvr> jibel: PulseAudio log changes with the silo, so apparently it does something.
[13:16] <jibel> rvr, sil2100 also how a silo can be marked ready for QA sign-off if the testing done by the lander failed?
[13:16] <rvr> jibel: o_O
[13:17] <jibel> rvr, last comment from Bill
[13:18] <jibel> there is something fishy here
[13:18] <rvr> Yes (#<180> <krillin> <bfiller>)
[13:19] <sil2100> jibel: what the heck?
[13:19] <sil2100> cwayne: yes, please press teh button ;)
[13:20] <jibel> rvr, here is the fix in this silo
[13:20] <jibel> 8 - if (mAccount) {
[13:20] <jibel> 9 + if (mAccount && !mAccount->voicemailNumber().isEmpty()) {
[13:20] <jibel> how does it fix conf calls?
[13:20] <cwayne> sil2100: pressed :D
[13:20] <rvr> jibel: Yeah, I took a look.
[13:21] <rvr> It's a oneliner
[13:21]  * sil2100 doesn't know the code so cannot say
[13:21] <rvr> tail -f .cache/upstart/dbus.log | grep Pulse
[13:21] <rvr> No silo
[13:21] <rvr> Setting PulseAudio source 'source.primary' muted '0'
[13:21] <rvr> Setting PulseAudio source 'source.primary' muted '1'
[13:21] <rvr> Silo
[13:21] <rvr> Setting PulseAudio source 'source.primary' muted '1'
[13:21] <jibel> this fix has been push on the 12th, Bill comments on the 15th that it is not fixes, and on build 180 it is magically fixed and ready for QA
[13:23] <sil2100> Maybe it was depending on some other silo to land first?
[13:23] <rvr> jibel: Was pushed to vivid
[13:24] <sil2100> Would be best if we had Bill here
[13:24] <rvr> jibel: Still happening on rtm, that's what I understand
[13:24] <jibel> sil2100, yeah, it really needs an explanation. Can we land 11 instead?
[13:25] <jibel> sil2100, and it doesn't change that the fix has nothing to do with the bug
[13:25] <sil2100> hmm, jibel I suppose Bill should be on in about 30 minutes
[13:25] <rvr> cwayne
[13:26] <jibel> k
[13:26] <rvr> cwayne: sil2100: What's the difference between custom.es and proposed?
[13:26] <sil2100> Normally I would say let's land silo 11, but 10 has a critical in it
[13:26] <cwayne> rvr: same rootfs, just different custom tarball
[13:26] <rvr> cwayne: sil2100: I just flashed 181 and I don't see the thumbnail problem
[13:26] <cwayne> the difference between the custom tar's is *very* small
[13:27] <cwayne> rvr: it sounds like an intermittent issue then, nothing on the custom tar should affect that
[13:29] <rvr> cwayne: On the custom image the issue is consistent. Flash -> Camera -> No thumbnail.
[13:29] <rvr> cwayne: I am not blaming anyone, just trying to know what's going on.
[13:30] <cwayne> rvr: oh i know
[13:30] <cwayne> i just really can't fathom anything in custom causing it, especially since the only thing that *could* (photos-local) hasn't changed
[13:31] <rvr> cwayne: It's not a problem with the scope, gallery and photo roll don't show up the thumbnail either
[13:31] <cwayne> rvr: yeah, so that points even more to not custom, it just seems odd that it'd show up consistently there then
[13:31] <cwayne> rvr: im flashing now to investigate
[13:40] <sil2100> rvr: so, regarding silo 10, besides the questions we have it's all ok, right?
[13:41] <bzoltan_> Mirv:  do you know what the hack is that?  autopkgtest for unity-scope-click 0.1.1+15.04.20141212.1-0ubuntu1: Regression (Jenkins: public, private)
[13:45] <Mirv> bzoltan_: sadly yes I know. not your cause.
[13:45] <Mirv> sil2100: would you have time for vivid?
[13:45] <sil2100> Mirv: what's up?
[13:45] <Mirv> sil2100: long story, but http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/AutoPkgTest/job/vivid-adt-unity-scope-click/lastBuild/ARCH=amd64,label=adt/consoleText
[13:45] <Mirv> sil2100: plus the history at https://bugs.launchpad.net/ubuntu/+source/oxide-qt/+bug/1400275 . so no, the latest try did not fix the problem.
[13:46] <Mirv> sil2100: so we can choose from a) SDK broken (bzoltan not happy), b) autopkgtests broken (a lot of people not happy), c) oxide extra codecs package installed on desktop (chriscoulson not happy), but we still don't know of the option d) fix everything. which of a-c would be preferred?
[13:46] <Mirv> we are currently again at b)
[13:47] <Mirv> if we revert the last landing, we can go back to c
[13:47] <Mirv> if we revert to the start situation, we get to a
[13:49] <bzoltan_> Mirv: I would not break the SDK few days prior the Chinese classes :)
[13:50] <Mirv> bzoltan_: yes I wouldn't break SDK. the only thing that speaks for it is that fixing SDK caused the original regression.
[13:50] <Mirv> sadly for Oxide people I feel c) is still the smallest problem, at least during development series
[13:51] <sil2100> hmmm
[13:51] <bzoltan_> Mirv: strictly speaking it was not the SDK what needed the fix, but the Oxide packaging .. in order to make it multiarch  installable
[13:52] <Mirv> bzoltan_: I know, I know. so yes, fixing Oxide caused the regression.
[13:52] <Mirv> and at the end the real problem might be apt...
[13:53] <bzoltan_> Mirv: we were thinking hard with mvo and chrisccoulson together about the best possible fix. We had like three options and still this one was the most acceptable ... damn it
[13:59] <rvr> sil2100: Right, besides the questions, silo 10 looks ok
[14:08] <vila> Elleo: you should be able to do so once you approve the MP no ?
[14:11] <Elleo> vila: our current process requires jenkins to have run sucessfully before an MP is approved
[14:12] <sil2100> Damn, where's Bill...
[14:14] <vila> Elleo: you should still be able to trigger a -ci job manually
[14:14] <Elleo> vila: how do I go about that?
[14:14] <vila> Elleo: can you get to http://s-jenkins.ubuntu-ci:8080/job/ubuntu-keyboard-ci/build?delay=0sec
[14:15] <Elleo> vila: nope, presumably I need some sort of VPN setup?
[14:15] <vila> Elleo: yup, let me find the wiki page
[14:15] <Elleo> thanks
[14:21] <bfiller> rvr, jibel : what's up regarding silo 10? you have some questions?
[14:21] <sil2100> bfiller: yeah, we're asking Tiago now
[14:25] <jibel> bfiller, it's okay, the changelog is confusing and the test case doesn't say that you  can only reproduce when the sim card doesn't provide a voicemail number.
[14:26] <bfiller> jibel: ack
[14:27] <sil2100> Is it good to publish then?
[14:27] <bfiller> sil2100, Mirv: looks like the gallery silo was released and rtm is up-to-date. I was going to build a click from the rtm trunk and push to store.  Wasn't sure how to handle the version numbers
[14:27] <sil2100> bfiller: ok, so another problem we had... we cannot get gallery uploaded ;/
[14:28] <bfiller> sil2100: ha
[14:28] <bfiller> just asking about that
[14:28] <sil2100> bfiller: there were 2 problems we saw with the upload:
[14:28] <sil2100> 1) The framework was outdated and revisions wrong
[14:28] <sil2100> 2) Even after Mirv fixed those up, it seems gallery-app regressed when using the correct framework ;/
[14:28] <sil2100> jibel has more details
[14:29] <bfiller> sil2100: hmn, we didn't change the framework, should match what's existing in the store
[14:29] <jibel> bfiller, with the new framework, the gallery app crashes when the QML cache is empty
[14:29] <sil2100> bfiller: Mirv built a click from here https://code.launchpad.net/~phablet-team/gallery-app/rtm-14.09-new and it seemed to have issues
[14:29] <sil2100> bfiller: there was an announement that the -dev frameworks no longer work for new uploads
[14:29] <sil2100> On the ML
[14:29] <bfiller> jibel: why do we need to update the framework
[14:30] <bfiller> should use whatever was in rtm
[14:30] <jibel> Mirv, ^
[14:30] <bfiller> sil2100: that is the wrong branch
[14:30] <jibel> bfiller, I think because -dev frameworks are deprecated
[14:30] <sil2100> bfiller: it's a branch that Mirv prepared so that the versioning is ok
[14:30] <jibel> but Mirv would know the details
[14:31] <sil2100> bfiller: it has the exact changes from your -rtm branch but the revisions are correct, as otherwise we wouldn't be able to release as the store has version 1101 and the rtm branch generated version 109something
[14:31] <bfiller> jibel: let me check on the framework. I'd be in favor of not changing what was currently in rtm
[14:31] <bfiller> that is a big change that these bug fixes don't address
[14:31] <bfiller> can handle that one after
[14:32] <sil2100> bfiller: I'm not knowledgable about clicks, but I know dholbach rejected it
[14:32] <sil2100> Not sure if you can put new things in the store with the old framework at all now
[14:32] <bfiller> hmn
[14:32] <bfiller> ok
[14:32] <bfiller> let me check it
[14:32] <sil2100> Mirv would know the details as it was he who wanted to upload (I have no permissions there)
[14:33] <sil2100> Anyway, we had to do 2 things to get it to a publishable state:
[14:33] <sil2100> 1) Mirv rebased your rtm changes to get the click version generated to be higher than the one in the store (as it seems the RTM version was outdated in comparison to what was in the store version-wise)
[14:34] <sil2100> 2) Changed the framework
[14:35] <bfiller> sil2100: ok, Mirv are we sure your branch has the exact same stuf as lp:gallery-app/rtm-14.09 branch and just the framework change?
[14:35] <sil2100> And since the diff between your rtm branch and the rtm-new branch from Mirv is *only* the framework change, it still seems it regressed and crashes
[14:35] <bfiller> sil2100: got it, let me investigate the crash
[14:36] <sil2100> bfiller: yes, I even tested it as per Mirv's recommendation - if you take both branches, remove the .bzr dir and do diff -urN between them, you only get this framework change
[14:36] <sil2100> So it's the only diff
[14:36] <sil2100> jibel has more info ;)
[14:36] <sil2100> Too bad Mirv is not here right now
[14:36] <bfiller> sil2100: how did Mirv build the click? I usually use http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/
[14:36] <bfiller> sil2100: and where is the click that I can test?
[14:37] <sil2100> Let me try finding the link
[14:37] <sil2100> http://s-jenkins.ubuntu-ci:8080/job/gallery-app-click-from-branch/lastSuccessfulBuild/artifact/out/com.ubuntu.gallery_2.9.1.1113_armhf.click
[14:37] <sil2100> So this is what Timo gave us
[14:38] <bfiller> sil2100: ok, I"m going to try rebuilding it using http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/ as that is what I was told is the proper link to build clicks for the store, maybe there will be some difference
[14:38] <bfiller> sil2100: I will rebuild Mirv's branch and retest
[14:38] <sil2100> bfiller: oh :)
[14:49] <sil2100> jibel: so I would say like this - let's see if we can still get gallery-app uploaded and approved
[14:49] <sil2100> After that we kick a new image
[14:50] <bfiller> sil2100, jibel: what's the status of silo 11 and 16? I know davmor2 tested silo 11 yesterday. I think they both need to be rebuilt after silo 10 lands
[14:51] <bfiller> sergiusens, fginther: trying to build a click to upload to the store. Is there a difference between using http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/ and http://s-jenkins.ubuntu-ci:8080/job/gallery-app-click-from-branch/ in terms of build env and frameworks, etc?
[14:52] <Mirv> bfiller: ok. it looked like the environemnt would be the same between the two, but probably the other one would be useful to remove if not needed
[14:52] <Mirv> sil2100: did you have opinion on what to do about that oxide? the current b) option means ~nothing migrates to vivid-release
[14:52] <bfiller> Mirv: yeah not sure,  just asking. I always use the gallery-app-click link
[14:53] <sil2100> Mirv: how much chrisccoulson would be sad if we choose c) ?
[14:54] <Mirv> sil2100: judging from the bug filed he'd be Critically sad :) but I don't know the size of the problem of having the oxide extra codecs on the desktop for a while
[14:54] <fginther> bfiller, the only difference is that gallery-app-click-from-branch sets BZR_SOURCE=$target_branch
[14:55] <fginther> bfiller, in the other job it's undefined
[14:55] <Mirv> sil2100: other than that the reason for making those two packages was to not have it on desktop
[14:55] <sil2100> The worst thing is that we don't have a real fix for that - but that seems like the best workaround we can have
[14:55] <sil2100> IMO
[14:55] <sil2100> But I'm not a core-dev, we would probably need someone like infinity comment here
[14:57] <sil2100> bfiller: how's the gallery check looking? Since we'd need the image kicked off soon, since it's evening is nearing
[14:57] <sil2100> (UTC)
[14:57] <bfiller> sil2100: it's building still and I just reflashed
[14:58] <bfiller> sil2100: just finished
[14:58] <sil2100> jibel, brendand: let's skip todays LT meeting as well not to waste time, we should have an image by that time
[14:59] <brendand> sil2100, sure
[15:00] <bfiller> sil2100, jibel: here a new click to try, I'm trying now http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/187/artifact/out/com.ubuntu.gallery_2.9.1.1113_armhf.click
[15:01] <sergiusens> bfiller: for store, use http://s-jenkins.ubuntu-ci:8080/view/click/job/gallery-app-click/ if possible, or make sure you choose the correct branch in from branch in order for ci not to fail later
[15:01] <sil2100> jibel: will you have a moment to try this click above? Maybe it will work better because it's built from a different job?
[15:04] <bfiller> sergiusens: thanks
[15:04] <jibel> sil2100, okay, i'll give it a try then we really need an image
[15:05] <sil2100> I know, this is the last thing I want to try
[15:05] <bfiller> jibel: I'm trying now, how to reproduce crash? seems fine to me even without a qml cache
[15:05] <bfiller> no crashing
[15:06] <jibel> bfiller, remove the QML cache of the gallery app, take a photo, go to the photo scope, open the photo.
[15:06] <jibel> bfiller, it opens the gallery app which crashes
[15:07] <bfiller> jibel: ok, will try
[15:07] <sil2100> jibel: with the new click as well?
[15:07] <jibel> sil2100, no, I haven't try the new build yet
[15:07] <sil2100> Ok, phew, so there's still hope
[15:10] <jibel> bfiller, when happens there is an apparmor denial on ~/.cache/QML/Apps/
[15:10] <jibel> +it
[15:10] <bfiller> jibel: that is working fine for me
[15:10] <sil2100> jibel: it might have been due to the click package build env being different
[15:10] <jibel> bfiller, with the build above or Mirv's build?
[15:10] <bfiller> jibel: with my build
[15:10] <sil2100> Build above I suppose
[15:10] <bfiller> jibel: on the latest image 182
[15:10] <jibel> bfiller, good, I'm trying it now
[15:11] <bfiller> let me keep trying
[15:11] <bfiller> seems Photos scope is gone
[15:11] <bfiller> only My Photos
[15:11] <bfiller> nm found it
[15:12] <cwayne> bfiller: dont scare me like that :)
[15:12] <bfiller> cwayne: can't deal with Photos and My Phots
[15:12] <bfiller> should just have one :)
[15:13] <cwayne> well, ones an aggregator though
[15:13] <cwayne> but yeah its unnecessarily confusing
[15:14] <jibel> bfiller, opening the gallery app from the scope works fine, but then it crashes when I switch between photos
[15:14] <chrisccoulson> sil2100, if you choose c), you need to talk to the legal team
[15:14] <bfiller> jibel: switching between photos on the gallery app or in the scope?
[15:14] <chrisccoulson> I'm pretty sure that shipping H264 on the default desktop ISO would restrict how the image could be distributed and used
[15:14] <jibel> bfiller, in the gallery app
[15:15] <sil2100> chrisccoulson: ok, that's bad then, nvm this solution ;)
[15:15] <jibel> bfiller, tap a photo, then move to next photo with a right swipe
[15:15] <jibel> bfiller, let me try 1101 again with this test
[15:16] <jibel> bfiller, there is this error in the log, not sure it's related: gallery-app: /build/buildd/thumbnailer-1.3+15.04.20141106~rtm/src/imagescaler.cpp:101: bool ImageScaler::scale(const string&, const string&, ThumbnailSize, const string&, const string&) const: Assertion `ifilename[0] == '/'' failed.
[15:18] <bfiller> jibel: ok, just tried it a bunch of times and not crashing for me. That error is interesting. A new thumbnailer has just been released last night could be an issue with that or a mismatch. try again wiht build 182 and the click I sent. seems to be ok for me
[15:18] <jibel> bfiller, yeah, I retrying this case with 1101, the crashes when the apps opens and this one could be different
[15:20] <Mirv> chrisccoulson: sil2100: ok, I adjusted the new silo 007 description as "Do not land", and explaining the options. so currently we're stuck at not much being able to land to vivid at all, as long as there is no solution to the installation of packages in autopkgtest:s.
[15:20] <bzoltan_> Mirv:  sorry to bug about this, but is there a way to push that UITK out? regardless of anything I do not think that this UITK release has anything to do with the real problem
[15:20] <sil2100> grrr
[15:20] <Mirv> bzoltan_: currently no-one has an offering that would make it possible :(
[15:20] <Mirv> we've three options and all of them are bad
[15:20] <bzoltan_> Mirv:  I see
[15:20] <sil2100> ;_;
[15:21] <Mirv> but of course what we really need is that fourth option...
[15:21] <bzoltan_> Mirv: break the SDK --- land stuff --- unbreak the sdk :)
[15:22] <Mirv> that would be possible although as crazy as any of these. or override autopkgtests...
[15:23] <Mirv> chrisccoulson: do you have any new ideas regarding solving the problem?
[15:23] <bzoltan_> Mirv: That one I would particularly enjoy
[15:24] <sil2100> jibel: so, how's the situation looking on 1101?
[15:24]  * sil2100 itches for a new image
[15:24] <bzoltan_> Mirv:  I am not an expert (read: I am an ignorant idiot) but did the autopkgtests actually captured any real problem in the last years?
[15:24] <chrisccoulson> a 4th option is: 1) Introduce a virtual codec package by having the existing packages Provide it, 2) Move the files in each existing package to non-conflicting locations, 3) Remove the Conflicts, 4) Register libffmpegsumo.so with the alternatives system
[15:25] <jibel> sil2100, no crash, but cannot reproduce the crash on 1113 anymore, give me 5 more minutes
[15:26] <sil2100> jibel: ok, great news then
[15:26] <chrisccoulson> The desktop image would need to seed the desired (free) package then
[15:26] <jibel> sil2100, there is already a crash in /var/crash that might explain why the system doesn't hang
[15:26] <bfiller> sil2100: this isnt' the final, final image right? we still need silo 11 landed which fixes a crit
[15:26] <sil2100> bfiller: this fix won't make it in time sadly
[15:26] <bfiller> I'm rebuilding it now as silo 10 just landed
[15:27] <sil2100> bfiller: we're already late with getting the image built, sadly not all crits will be in ;/
[15:27] <bfiller> sil2100: it's only wednesday :)
[15:27] <bfiller> sil2100: QA tested that one yesterday
[15:27] <bfiller> not sure why it wasn't signed off
[15:27] <sil2100> bfiller: yes, and next week are holidays, we need to have a safety net to make sure by Friday we have something promotable
[15:28] <sil2100> bfiller: oh, it was?
[15:28] <bfiller> sil2100: davmor2 tested it
[15:28] <sil2100> jibel: ^? Do you know anything about it? Not sure what's the process, maybe after the rebuild we'd still make it in? Or not?
[15:31] <jibel> sil2100, davmor2 said at 22:10 "Developer added another fix which solved the issue for me however I didn't really have enough time to do a complete run on it."
[15:31] <sil2100> I'm a bit worried about the time though...
[15:31] <jibel> sil2100, and for the product team "if a fix puts the promotion at risk then we'll continue w/o fix"
[15:31] <jibel> from
[15:32] <sil2100> Right, olli's comment
[15:32] <sil2100> Just thought it was fully tested yesterday
[15:33] <alex-abreu> sil2100, can you retrigger the publish of silo 8, pls?
[15:35] <jibel> sil2100, bfiller I cannot reproduce the crash when switching between photos. the assertion is still displayed in the logs. So it might be something that already existed in previous build.
[15:35] <jibel> sil2100, bfiller the crash when the gallery is launched from the scope is gone.
[15:37] <jibel> sil2100, I think you can publish the gallery app and build an image
[15:37] <bfiller> jibel, sil2100: I will upload to the store now
[15:38] <jibel> bfiller, thanks
[15:38] <sil2100> bfiller: thanks! You have someone to approve it? :)
[15:39] <sil2100> I think dholbach should be still around
[15:41] <dobey> cihelp: where can i see the commands run for the autopilot tests being run for the MPs on my branches?
[15:42] <bfiller> sil2100, jibel : uploaded 2.9.1.1113 to the store, needs someone to approve
[15:44] <sil2100> bfiller: approved! Thanks :)
[15:44] <bfiller> sil2100: awesome
[15:45] <bfiller> Mirv: what's the best way to make your branch the new lp:gallery-app/rtm-14 branch?
[15:46] <sil2100> hmmm
[15:46] <plars> dobey: in the jenkins job, you should be able to see most of that from the console log
[15:46] <Mirv> bfiller: I'd guess push --overwrite
[15:47] <dobey> plars: i don't have any active MPs at the moment and trying to look at the link from the last MP that landed in trunk, i get a 404.
[15:47] <sil2100> Mirv: hmm, you have a minute still?
[15:47] <sil2100> Mirv: do you know what happened with silo 12 ubuntu-rtm?
[15:47] <bfiller> Mirv: ok, we're going to need to do the same thing for camera-app and lp:camera-app/rtm-14.09 to get the versioning correct. Maybe you can send me an email about how you went about doing that for gallery so I can do the same for camera?
[15:47] <plars> dobey: do you have the link?
[15:47] <Mirv> sil2100: I don't feel very focused anymore othwerwise yes :)
[15:47] <sil2100> Mirv: since I see qtubuntu-camera is in no known spacetime, and the rtm archive has a revert in it
[15:48] <sil2100> Mirv: so, I'm wondering, is the archive in a coherent state now?
[15:48] <dobey> plars: https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid/168/console
[15:50] <plars> dobey: yeah, it looks like those jobs only go back to the beginning of the month, even on the jenkins behind the vpn that it mirrors
[15:50] <Mirv> sil2100: wow, no. the train is waiting for 1202, and what was released was 1208 that was really 1204..
[15:50] <sil2100> I'm confused
[15:50] <sil2100> ;)
[15:51] <Mirv> sil2100: me too. robru would probably know.
[15:51] <sil2100> Mirv: hm, but the silo PPA has actually 0.3.3+15.04.20141208.is.0.3.3+15.04.20141204~rtm-0ubuntu1
[15:51] <plars> dobey: I was hoping maybe it was still on that one, but it's not.  It may be easiest for you to just run the new one and watch it, but if there's a specific question about how it runs, I may be able to help. Basically it's just calling phablet-click-test-setup after provisioning with the image, and using phablet-test-run for the tests - nothing magic
[15:51] <sil2100> So it seems it's all as planned?
[15:51] <sil2100> It seems to have been uploaded by rsalveti, so he would know what's up
[15:51]  * rsalveti looks
[15:51] <rsalveti> sil2100: oh, that is not a revert of what it was before
[15:52] <rsalveti> this is just a revert of the initial change I had on that ppa
[15:52] <sil2100> Ah uh ok
[15:52] <rsalveti> as it had more than we should land
[15:52] <dobey> plars: it's running those tests on actual hardware, or in qemu?
[15:52] <rsalveti> because of the cherry-pick mess
[15:52] <Mirv> and then probably build watch_only was missing so train was waiting for wrong package?
[15:52] <sil2100> rsalveti: ok, so just a quick question: is what is in the PPA (and the archive now) what we want?
[15:52] <rsalveti> sil2100: yes :-)
[15:52] <plars> dobey: oh wait, this is the otto one... no that's different, sorry
[15:52] <sil2100> Phew, thanks ;)
[15:52] <rsalveti> I think this got published yesterday
[15:53]  * sil2100 leaves rsalveti alone now so he can finally rest
[15:53] <rsalveti> from the changes file it looks like to be included in 181
[15:53] <rsalveti> flashing that now to check before going completely away :-)
[15:53] <sil2100> jibel, Mirv, brendand: let's kick a new image now - everyone agreeing?
[15:53] <plars> dobey: that one is happening in an lxc container
[15:53] <jibel> sil2100, +1
[15:53] <Mirv> sil2100: +1
[15:53] <dobey> hmm
[15:54] <brendand> sil2100, yep
[15:55] <sil2100> Ok, asking sergiusens
[15:55] <bfiller> jibel: do you have time to test silo 11?
[15:56] <bfiller> jibel: would *love* to get this in the image if possible
[15:56] <jibel> bfiller, no sorry, it's too late
[15:57] <bfiller> jibel: anyone on your team have time? would be good to get it validated even if it doesn't make this image as it's critical for barjaas
[15:57] <sergiusens> sil2100: should be triggered
[15:58] <sil2100> sergiusens: thank you!
[15:58] <sil2100> sergiusens: did you also comment out the cronjob autobuild for ubuntu-rtm? ;)
[15:58] <sil2100> (we don't want new images that have nothing it it)
[15:59] <sil2100> ogra_: where's imgbot!!
[16:00] <sergiusens> sil2100: you didn't ask me t do that...
[16:01] <sil2100> 16:54 < sil2100> sergiusens: we would also need the cronjob for ubuntu-rtm auto-builds disabled (commented out)
[16:01] <sil2100> ;)
[16:01] <rsalveti> sil2100: yeah, the right changes are in
[16:01] <sil2100> Pretty please with cherries on top ;)!
[16:01] <jibel> bfiller, I understand the importance of this fix but we don't have time at the moment.
[16:01] <sil2100> rsalveti: excellent, thanks for checking
[16:05] <mzanetti> sil2100: hey, can you reconfig rtm/6 to include the gles-sync branch please
[16:06] <sil2100> mzanetti: sure
[16:07] <mzanetti> thanks :)
[16:07] <sergiusens> sil2100: it's disabled, I'm not sure why the build didn't kick off though
[16:07] <sergiusens> sil2100: I don't see anything running here: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[16:08] <sil2100> sergiusens: oh, it didn't? hmmm
[16:08] <sergiusens> sil2100: trying again..
[16:08] <sil2100> Sadly, since I don't have nuskan access and the web interface doesn't give me power, I have no idea what can be wrong
[16:08] <sergiusens> sil2100: there we go https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[16:09] <sergiusens> sil2100: seems to be building now according to lp
[16:12] <sil2100> \o/
[16:12] <sil2100> Thanks again
[16:26] <alex-abreu> sil2100, why is L16 blocked?
[16:27] <imgbot> hello sil2100 !
[16:27] <sil2100> Yaaay, hello mr imgbot !
[16:27] <ogra_> :)
[16:28] <sil2100> I feel so much safer with you around ;p
[16:28] <ogra_> sil2100, i'm not sure it functions properly, i tried to recover as much code as i could but no promises ...
[16:28] <ogra_> might take another day to debug in case it doesnt work ... it knows a bunch new functions though :) (i had bunch of numerged snippets)
[16:29] <ogra_> *unmerged
[16:29] <ogra_> imgbot, status 180
[16:29] <imgbot> Status: succeeded, Started: 2014-12-16 03:02:06 UTC, Finished: 2014-12-16 03:50:48 UTC
[16:29] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/14095
[16:29] <ogra_> imgbot, map 180
[16:29] <imgbot> krillin rtm version: 180 maps to mako version: 151
[16:29] <imgbot> krillin rtm version: 180 maps to generic_x86 version: 145
[16:30] <ogra_> imgbot, map 57 vivid
[16:30] <imgbot> mako ubuntu version: 57 maps to krillin version: 64
[16:30] <imgbot> mako ubuntu version: 57 maps to generic_x86 version: 58
[16:30] <ogra_> imgbot, status 57 vivid
[16:30] <imgbot> Status: succeeded, Started: 2014-12-17 02:02:06 UTC, Finished: 2014-12-17 02:59:16 UTC
[16:30] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/14167
[16:30] <ogra_> imgbot, status 178
[16:30] <imgbot> Error: No rootfs build found, was this a device or custom build ?
[16:30] <ogra_> (and so it was)
[16:31] <sil2100> Ooh!
[16:31] <sil2100> I like the 'status' feature
[16:31] <imgbot> Error: There does not seem to be any build with the number :sil2100!~sil2100@178235022105.gliwice.vectranet.pl
[16:31] <ogra_> oh, wow
[16:31] <sil2100> hm, I think it reacts to the word status now
[16:31] <imgbot> Error: There does not seem to be any build with the number now
[16:31] <sil2100> All the time
[16:31] <sil2100> ;)
[16:31] <ogra_> you think it reacts to status ?
[16:31] <imgbot> Error: There does not seem to be any build with the number ?
[16:31] <ogra_> :P
[16:31] <jibel> imgbot, status 123 lucid
[16:31] <imgbot> Error: There does not seem to be any build with the number 123
[16:31] <jibel> :)
[16:31] <ogra_> heh
[16:32]  * ogra_ goes fixing 
[16:34] <ogra_> i wonder if it also reacts to help
[16:34] <imgbot> I am the firendly image watchbot
[16:34] <ogra_> heh
[16:35] <ogra_> imgbot, stop
[16:35] <imgbot> AAAAARRRGH !!! (dying)
[16:36] <ogra_> imgbot, map 57 vivid
[16:36] <ogra_> hmpf
[16:36] <ogra_> imgbot, stunt
[16:36] <sil2100> Ok, I jump out to drive my girlfriend to the doctor
[16:38] <ogra_> imgbot, stunt
[16:38]  * imgbot rolls on its back and purrs
[16:38] <ogra_> imgbot, map 57 vivid
[16:38] <ogra_> imgbot, stop
[16:38] <imgbot> AAAAARRRGH !!! (dying)
[16:39] <ogra_> imgbot, map 57 vivid
[16:39] <imgbot> mako ubuntu version: 57 maps to krillin version: 64
[16:39] <imgbot> mako ubuntu version: 57 maps to generic_x86 version: 58
[16:39] <ogra_> imgbot, map 181
[16:39] <imgbot> krillin rtm version: 181 maps to mako version: 152
[16:39] <imgbot> krillin rtm version: 181 maps to generic_x86 version: 146
[16:39] <ogra_> imgbot, status 181
[16:39] <imgbot> Status: succeeded, Started: 2014-12-17 03:02:06 UTC, Finished: 2014-12-17 03:53:32 UTC
[16:39] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/14169
[16:39] <ogra_> ok, and if i now say status ... the bot shouldnt react anymore
[16:41] <ogra_> imgbot, status 181
[16:42] <imgbot> Status: succeeded, Started: 2014-12-17 03:02:06 UTC, Finished: 2014-12-17 03:53:32 UTC
[16:42] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/14169
[16:42] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/181.changes
[16:42] <ogra_> imgbot, status 181
[16:42] <imgbot> Status: succeeded, Started: 2014-12-17 03:02:06 UTC, Finished: 2014-12-17 03:53:32 UTC
[16:42] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/14169
[16:42] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/181.changes
[16:42] <ogra_> great
[16:43] <ogra_> imgbot, status 57 vivid
[16:43] <imgbot> Status: succeeded, Started: 2014-12-17 02:02:06 UTC, Finished: 2014-12-17 02:59:16 UTC
[16:43] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/14167
[16:43] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/57.changes
[16:45] <ogra_> imgbot, status 56 vivid
[16:45] <imgbot> Status: succeeded, Started: 2014-12-16 02:02:06 UTC, Finished: 2014-12-16 02:56:29 UTC
[16:45] <imgbot> URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/14093
[16:45] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/56.changes
[16:50] <dbarth> uh, sit imgbot
[16:50] <dbarth> :)
[16:50] <ogra_> :)
[16:50] <dbarth> is anyone having issues with libtool on vivid?
[16:51] <dbarth> my autogen.sh says it can't find libtool, even if it installs fine in the dependencies
[16:54] <ogra_> imgbot, stop
[16:54] <imgbot> AAAAARRRGH !!! (dying)
[16:55] <Laney> dear trainguards, can you help me with https://ci-train.ubuntu.com/job/prepare-silo/3548/console ?
[16:55] <Laney> trying to assign line 68
[17:02] <ogra_> imgbot, stop
[17:02] <imgbot> AAAAARRRGH !!! (dying)
[17:02] <dbarth> ogra_: come on, let that poor bot alone
[17:02] <ogra_> heh
[17:02] <ogra_> i wish i could :)
[17:03] <dbarth> oh, i see, it's coming back
[17:03] <dbarth> with a revenge
[17:03] <ogra_> hehe, well, i accidentially wiped it recently (on my first vacation day, yay) ... just trying to get it back to normal
[17:06] <jibel> sil2100, no meeting?
[17:06] <Laney> ok never mind, I put it on a new line and it works now
[17:07] <bzoltan_> sil2100:  Mirv: may I ask for a silo for line 68, even if it does not land on Vivid i can backport to the SDK PPA
[17:08] <ogra_> imgbot, stop
[17:08] <imgbot> AAAAARRRGH !!! (dying)
[17:15] <cjwatson> dbarth: do you mean /usr/bin/libtool?
[17:15] <cjwatson> dbarth: I mean, libtool the executable on the $PATH ...
[17:19] <cjwatson> dbarth: right, I see your autogen.sh now.  You shouldn't be using the libtool executable - basically all packages attempting to use it are buggy because they should generally use the one generated by configure instead.  /usr/bin/libtool is now in libtool-bin, but please don't use that; in this case you can just change "libtool --version" to "libtoolize --version" in your autogen.sh, since that's what you use further down anyway.
[17:19] <dbarth> cjwatson: yes, i think so; i have the libtool package installed
[17:19] <dbarth> ahhhh
[17:20] <dbarth> i'll try that now
[17:21] <Laney> dbarth: you might like https://code.launchpad.net/~laney/libunity-webapps/libtoolize/+merge/240032
[17:21] <cjwatson> dbarth: Though if I were you I'd probably also look at replacing parts of that script (doesn't look like it can be all of it) with autoreconf -fi or similar, which should be able to take care of the whole libtoolize/aclocal/autoheader/autoconf/automake dance
[17:22] <dbarth> ok
[17:23] <dbarth> will that be bacward compatible with 14.04 though?
[17:23] <ogra_> imgbot, stop
[17:23] <imgbot> AAAAARRRGH !!! (dying)
[17:23] <dbarth> cause the main point of that release is to generate SRUs for Trusty
[17:23] <bzoltan_> trainguards: I would like to ask for a silo - line 68
[17:26] <dbarth> Laney: 14.04 as well?
[17:27] <dbarth> cjwatson: so right in debian/rules, switching to a plain autoreconf, right? i assume it should be 14.04 safe as well
[17:29] <cjwatson> dbarth: That's not what I said ...
[17:29] <cjwatson> "parts of that script (doesn't look like it can be all of it)"
[17:29] <dbarth> ah, i missed that, ok
[17:29] <cjwatson> autoreconf won't handle some of the fancier things you're doing there, but you can simplify some of it, that's all.
[17:29] <cjwatson> and yes, autoreconf has been around roughly forever
[17:29] <dbarth> ok. clear
[17:29] <cjwatson> you also don't have to simplify it, it's just a suggestion.
[17:49] <robru> sil2100: Mirv: re silo rtm 12, I'm not sure what's going on there. v1208.is.1204 is the version from the silo that was published. I have no idea why check-publication-migration is looking for 1202, indeed that doesn't exist.
[17:50] <robru> sil2100: Mirv: that is to say, as far as I can tell, the version in the packagelist when I clicked published is the same version that got to the archive. so the archive looks fine in that respect.
[18:02] <robru> sil2100: Mirv: oh I see what happened. v0.3.3+15.04.20141202~rtm-0ubuntu1 is what the silo built, but v0.3.3+15.04.20141208.is.0.3.3+15.04.20141204~rtm-0ubuntu1 was a manual upload that got published instead. I guess either whoever uploaded that forgot to do a WATCH_ONLY build, or there's a regression in WATCH_ONLY builds. Anyway I can manually poke the silo
[18:02] <robru> in this case but I should probably investigate further.
[18:13] <sil2100> cjwatson: hey! Sorry to disturb, we asked sergiusens to kick an image for us and LP says it's built, but jibel still doesn't see it on system-image
[18:13] <sil2100> cjwatson: do you know what could have happened?
[18:13] <sil2100> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[18:17] <ogra_> sil2100, UGH !
[18:17] <ogra_> looks like someone trashed the crontab
[18:17] <ogra_> (teh whole system-image block at the end is missing)
[18:19] <ogra_> sil2100, not sure who that was but i see a "crontab /srv/cdimage.ubuntu.com/etc/crontab" in the cdimage user history ... that means some old crotab from the bzr tree was used to replace the existing live crontab ... thats pretty bad :/
[18:22] <dobey> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
[18:22] <sil2100> Ugh?
[18:22] <dobey> cihelp: ^^ well i suppose that is a bit of an impediment to running autopilot tests
[18:22] <dobey> https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid/285/consoleFull
[18:22] <sil2100> ;_;
[18:24] <Ursinha> plars: do you know what's that about? ^^^
[18:24] <plars> Ursinha: I'm looking at it now
[18:25] <Ursinha> plars: thanks!
[18:25] <Ursinha> dobey: ^
[18:25] <dobey> thanks
[18:25] <sil2100> ogra_: so, what can we do to get an image?
[18:26] <sil2100> ogra_: since we NEED this image to be imported
[18:27] <ogra_> sil2100, to get *an* image i could manuallyrun import-image but there was some TMPDIR magic needed that i cant recall ... which means if i would just enable import-images, the machine wopuld start to die again by filling up /tmp
[18:27] <plars> dobey: http://paste.ubuntu.com/9552902/ seems to be the relevant bit
[18:27] <ogra_> sil2100, which would mean latest tomorrow there wouldnt be any image builds at all anymore
[18:28] <sil2100> ogra_: for now we only want this one image
[18:28] <plars> dobey: something messed up in libuuid or ureadahead perhaps? cjwatson, do you have any ideas?
[18:28] <Ursinha> ogra_: what machine is that? I mean, who maintains/has access to that?
[18:28] <sil2100> I guess we can wait with the importer being disabled in overall
[18:28] <ogra_> Ursinha, the cdimage team ... and IS
[18:28] <sil2100> jibel: ^
[18:28] <ogra_> sil2100, but snappy cant i guess
[18:28] <plars> seems to be happening during the dist-upgrade of the lxc container
[18:29] <Ursinha> ogra_: got it
[18:29] <dobey> plars: yeah, looks like perhaps a bug in ureadahead
[18:30] <plars> dobey: so the good news is that it doesn't look like it's your fault, and will likely resolve itself once that's corrected. The bad news is that I don't see much we can do about it until that happens
[18:31] <dobey> plars: right. i guess this will block landing of things that have autopilot tests being run in jenkins though, no?
[18:33] <plars> dobey: likely yes, not just yours. I'm asking around to see if anyone knows a way it can be worked around just in case though
[18:37] <plars> dobey: might have a workaround, give me a bit
[18:39] <ogra_> sil2100, i got import-images running now, but someone needs to talk to stgraber to re-establish the system-image block at the bottom of the file, there were a bunch of variables set etc (MAILTO ... TMPDIR ... ) that i cant remember how they were supposed to be set up and snappy will definitely need the 5min import runs
[18:42]  * sil2100 sighs
[18:42] <sil2100> ogra_: thanks!
[18:42] <ogra_> np ... i nearly had a full workday today anyway :P
[18:46] <plars> dobey: is there an easy way for you to kick it off again?
[18:46] <plars> dobey: I *think* it should work now
[18:47] <ogra_> imgbot, help
[18:47] <imgbot> for questions please mail ogra@ubuntu.com
[18:47] <imgbot> help, stop, status, map, stunt
[18:47] <imgbot> I know the following commands:
[18:47] <imgbot> I am the firendly system-image watchbot !
[18:47] <ogra_> imgbot, stop
[18:47] <imgbot> AAAAARRRGH !!! (dying)
[18:48] <ogra_> hmm, i wonder why it prints the lines in backwards order
[18:48] <ogra_> imgbot, stop
[18:48] <imgbot> AAAAARRRGH !!! (dying)
[18:49] <plars> ogra_: because it's firendly :)
[18:49] <ogra_> heh
[18:49] <ogra_> imgbot, help
[18:49] <imgbot> for questions please mail ogra@ubuntu.com
[18:49] <imgbot> I know the following commands:
[18:49] <imgbot> help, stop, status, map, stunt
[18:49] <imgbot> I am the firendly system-image watchbot !
[18:49] <ogra_> imgbot, stop
[18:49] <imgbot> AAAAARRRGH !!! (dying)
[18:49] <ogra_> plars, ah, that might be :P
[18:50] <ogra_> imgbot, help
[18:50] <imgbot> I am the firendly system-image watchbot !
[18:50] <imgbot> I know the following commands:
[18:50] <imgbot> help, stop, status, map, stunt
[18:50] <imgbot> for questions please mail ogra@ubuntu.com
[18:50] <ogra_> better ...
[18:52] <ogra_> imgbot, stop
[18:52] <imgbot> AAAAARRRGH !!! (dying)
[18:53] <jibel> ogra_, how long does it take to run import-image ie. when can we expect an image?
[18:53] <jibel> ogra_, nm 183 has just been published
[18:53] <jibel> ogra_, thank you
[18:53] <ogra_> jibel, right, the bot didnt recognize it yet
[18:55] <ogra_> grmbl
[18:57] <dobey> plars: sorry. http://s-jenkins.ubuntu-ci:8080/job/unity-scope-click-ci/554/rebuild should kick it off if you could hit it real quick
[18:58] <plars> dobey: yep, one sec
[19:00] <ogra_> imgbot, stop
[19:00] <imgbot> AAAAARRRGH !!! (dying)
[19:02] <ogra_> imgbot, stop
[19:02] <imgbot> AAAAARRRGH !!! (dying)
[19:05] <imgbot> [19:05] <imgbot> [19:05] <ogra_> phew
[19:05] <ogra_> imgbot, status 183
[19:05] <imgbot> Status: succeeded, Started: 2014-12-17 16:08:21 UTC, Finished: 2014-12-17 16:59:30 UTC
[19:05] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/14257
[19:05] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/183.changes
[19:06] <ogra_> imgbot, map 183
[19:06] <imgbot> krillin rtm version: 183 maps to mako version: 153
[19:06] <imgbot> krillin rtm version: 183 maps to generic_x86 version: 147
[19:06] <ogra_> great
[19:10] <sil2100> \o/
[19:10] <sil2100> jibel, brendand, ToyKeeper: the new image is here!
[19:11] <ToyKeeper> Already in the middle of flashing it.
[19:12] <sil2100> ToyKeeper: thanks :)
[19:12] <sil2100> \o/
[19:21] <iahmad> sil2100, ogra_ while flashing 183, my krillin stuck at bq logo
[19:21] <sil2100> iahmad: oh?
[19:21] <sil2100> ToyKeeper: you have the same problem?
[19:22]  * sil2100 checks
[19:23] <ToyKeeper> No, mine flashed fine on the first try.
[19:25] <ToyKeeper> ... which doesn't mean it'll always work; just that it *can* work.  Sample size of one.
[19:26] <ogra_> OTA worked fine here
[19:28] <robru> Laney: oh, glad you figured out your spreadsheet issue. for future reference, what happened there was that you opened the assignment dialogue, closed it, and opened it again. this means that the spreadsheet row had a request id and thought you were trying to reconfigure an existing request rather than assign a new one. if it happens again you don't have to
[19:28] <robru> start a new row, you can just close the assignment dialog, delete the value from column M, and then open the assign dialog again and it'll work.
[20:12] <plars> dobey: seems to be working now I think
[20:14] <dobey> plars: yeah, seems autopilot ran this time :)
[20:19] <sil2100> iahmad: still having problems..?
[20:20] <iahmad> sil2100, 2nd attempt made it through
[21:02] <jibel> sil2100, sanity tests passed on krillin
[21:06] <sil2100> jibel: phew... at least that
[21:07] <sil2100> Since I was worried that the system-image issues we've been encountering actually broke the image
[21:17] <ogra_> sil2100, i re-added as much of the importer stuff to the crontab as i could, but that wont fix any other cdimage entries that had been changed in the production one, i guess an email is in order so flavour teams and release team know that their images might be gone from it in case they were manually changed in production
[21:18] <ogra_> (i also added a giant warning at the top of the crontab to never do what was done ... hopefully that prevents us from this happening again )
[21:19]  * ogra_ is off and back to vacation again ... images should work (for us at least) 
[21:30] <sil2100> I wonder who did that
[21:43] <sil2100> ToyKeeper: are you doing sanity testing as well?
[21:47] <ToyKeeper> sil2100: Sanity for krillin is done (pass), emulator and mako are in progress.
[21:49] <ToyKeeper> sil2100: I think a more direct answer is "yes".
[22:10] <sil2100> ToyKeeper: who is also doing testing on the image right now besides you?
[22:11] <ToyKeeper> sil2100: I think om26er and iahmad are both testing now.
[22:11] <sil2100> Regression testing already? :)
[22:11] <ToyKeeper> Yes.
[22:11] <sil2100> Excellent, thank you everyone!
[22:12] <om26er> I am not doing regression testing. I am near past EOD :)
[22:12] <ToyKeeper> Oh, okay.
[22:46] <sil2100> ToyKeeper: how are things going so far? Anything to worry about?
[22:46] <ToyKeeper> sil2100: Nothing terrible so far.
[22:57] <sil2100> Ok, so I go into maintenance mode then - I'll leave my shell open in case some blocking regression appears and will try to check later at night still
[22:57] <sil2100> And in the morning as well
[22:58] <sil2100> ToyKeeper: so just ping me (or PM me just in case) if there are regressions
[22:58] <ToyKeeper> sil2100: Sure, though we probably won't know for a while.
[23:29] <alesage> is it possible to retrieve the deb from a successful build, e.g. this one? https://ci-train.ubuntu.com/job/ubuntu-landing-016-1-build/95/