[00:04] cjwatson, Chipaca: https://ci-train.ubuntu.com/job/landing-009-1-build/120/console looking good now, sorry for the hassle there [00:51] robru: thanks! [00:53] i guess build 120 was wonky in some way too? [00:55] Chipaca, hum, looks like it failed to upload for some unrelated reason. but at least the original problem is fixed. I tried a FORCE_REBUILD in the hopes that it was just a version number issue (force rebuild does a version bump and has a chance of working...) [00:56] Chipaca, yeah, build 121 looks like it's going: https://ci-train.ubuntu.com/job/landing-009-1-build/121/console [00:56] yep, watching it with bated breath :) [00:57] actually, scratch that, i'm going to catch some sleep [01:00] Chipaca, goodnight! [01:11] Chipaca, ah, looks like you got a test failure there [02:04] === trainguard: IMAGE 141 building (started: 20140721 02:05) === [03:34] === trainguard: IMAGE 141 DONE (finished: 20140721 03:35) === [03:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/141.changes === [05:25] robru, trainguards: Any chance anyones around? :-) [05:45] veebers, oh hey [05:46] hey robru, do you ever sleep? :-) [05:46] veebers, haha, not even 11PM here... ;-) [05:46] robru: :-) I just wanted to check in, 2 things. I've _finally_ marked autopilot release as good to go [05:47] veebers, I see that, I was wondering ;-) [05:48] 2nd, I have a libautopilot-qt release setup, I released too late that thomi bottom approved but not top approved before he EOD. I'm hoping you don't mind assigning the silo for it as is so I can get the testing phase underway (as it takes ~3-4 hours) [05:48] veebers, yeah for sure, we changed citrain so that you only need top-approval to publish, not to build [05:49] robru: ah nice. Thanks for that :-) [05:49] veebers, thank sil2100, he made that change ;-) [05:49] robru: Do I need to fire off the build or is that done automatically now days? [05:49] veebers, ah, you still need to kick the build I think [05:49] robru: cool will do so [05:50] veebers, not sure if I'm comfortable publishing that autopilot silo, sil should be up soon to look at that. [05:50] robru: ack, no worries [05:50] veebers, alright, I'm going back to the TV. have fun! [05:51] robru: Thanks again, much appreciated o/ [05:51] veebers, you're welcome! [05:59] veebers, ^^ you know how to fix that? ;-) [05:59] robru: heh, your supposed to be watching tv. I was waiting for sil or someone to come online to check, but I'm pretty sure that's its because I screwed up in one of my ppas [05:59] robru: i.e. https://launchpad.net/~veebers/+archive/ubuntu/tmp-autopilot-qt-non-visual [06:00] that version should have a ~veebers1 or something after it [06:00] veebers, huh, that's weird, it shouldn't be getting versions from random PPAs, it should be just looking at what's in the archive. [06:01] veebers, https://launchpad.net/ubuntu/+source/autopilot-qt yeah that same version is in distro [06:01] robru: that's what I thought, but I pulled trunk and the version in the change log is '1.4+14.04.20140312-0ubuntu2' [06:01] robru: oh, bad assumption on my part then [06:02] veebers, ah, xnox made an upload. you gotta take this diff: https://launchpadlibrarian.net/175664192/autopilot-qt_1.4%2B14.04.20140312-0ubuntu2_1.4%2B14.04.20140312-0ubuntu3.diff.gz and just push it direct to trunk, then rebuild in the silo. [06:02] robru: does that mean someone pushed directly to arc. . . [06:02] veebers, yes ;-) [06:03] robru: ah awesome, thanks for the heads up. So I should push that to trunk, not create a MP with those changes? [06:03] * veebers looks at the diff [06:03] veebers, yeah, when people make direct archive uploads, there's no real point to bother with MPs, it's already too late for that. so just push it to trunk and then the build can proceed. [06:04] robru: awesome, I owe you one [06:04] veebers, hehe, no worries! ok, out for real this time ;-) [07:34] robru: yes, test failure. Digging into it after I've had my coffee. [07:53] Chipaca: hmmm, yes coffeeeee that's what i need! === cjwatson changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #133 promoted | Need CI Train help? Ping: cjwatson, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [08:01] sil2100: I won't make the landing meeting today - will be cycling into town, meeting doko to work in a café for the morning [08:01] cjwatson: oh, let mvo_ sheriff today, as it seems he'll be off on Friday so he preferred starting today - if possible [08:01] oh? ok [08:02] Oh, doko in the UK? My my! [08:08] I'll let mvo_ take the topic once he's around === mvo_ changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #133 promoted | Need CI Train help? Ping: mvo_, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [08:12] Go away heat..! === renato is now known as Guest23306 [08:22] sil2100: nice and cool overcast here =) we've had boiling hot heat last week though. [08:23] I hope it'll be the same here, I *need* coolness! [08:23] xnox, you mean like 25°C? ;-) [08:23] psivaa: hm, what's up with mantas in our latest images? [08:23] psivaa: and I saw some mako tests didn't finish? [08:24] sil2100: mantas are both down in adb.. probably dead without charge. i've askes IS to take a look [08:25] sil2100: mako health check was still running and i rekicked unity8 tests because we only had 20 unity8 tests (instead of 53) due to a 'string exception' [08:28] seb128: well we actually did have 31 last week. [08:28] xnox, nice ;-) [08:31] mvo_: ta [08:31] cjwatson: no problem [08:42] davmor2, ping [08:43] tvoss: wassup, location got good testing last week. Location found me in seconds on the campsite never failed to amaze me :) [08:46] brendand: http://pastebin.ubuntu.com/7829158/ [08:57] bzoltan: uitoolkit is really bad in dashboard? [08:57] asac, yea [08:57] did that thing got landed? [08:58] asac: nopez [08:58] ogra_: what caused this? [08:59] asac: ogra_: there was not even a single successful Jenkins job for the UITK for a week. Jenkins is busted badly [08:59] asac, i thought sil2100 discussed that with bzoltan on friday [08:59] asac, we would fix it if we knew :P [08:59] asac, brendand did some research as well as the AP guys [09:00] http://ci.ubuntu.com/smokeng/utopic/touch/mako/131:20140715:20140712/9061/ [09:00] that one is good [09:00] yes [09:00] 132 as well [09:00] 133 too [09:00] (we promoted it) [09:00] 134 too [09:01] 135 started [09:01] right, as i said, it is being investigated [09:01] noone tried to figure out what caused this on 135? [09:02] it is being looked at since it started [09:02] asac: we're looking at it since it started, and we know more or less what causes it [09:02] asac: and the fun thing is that most of the failures are not caused by any particular landing [09:03] asac: my previous landing was on last Tuesday [09:03] asac: but caused by a timestamp issue in autopilot that just started happening because the date changed (got big enough) [09:03] Which is very funny [09:03] And there's the qmlscene crash, but it's actively being looked at [09:04] sil2100: the date changed? [09:04] well, today it turned into system-compositor and unity8 crashing [09:05] davmor2, are you running 133 (devel) constantly somewhere ? i see frequent session restarts [09:05] (once a day at least) [09:06] sil2100, apparently we can workaround it in uitk [09:06] sil2100, ugh, i just relaoded the dashboard ... seems the indicator-location crash is back in the four tests [09:07] ogra_: yeah, saw that, it's a promotion blocker so I suppose we need to poke tvoss again ;) [09:07] ogra_: as charles needed some input from tvoss to identify [09:07] yup, tie him up in a corner til he has fixed it [09:28] davmor2, great @location. So can I ask you to give silo 8 a spin? [09:32] sil2100: asac: sorry for the delay... this is one of the bugs what blocks the UITK tottaly - https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 [09:34] bzoltan: seems thgey want a unity8.log [09:34] mirv not on today? [09:35] nope [09:35] asac: he is on holiday for two weeks [09:35] two weeks vacation [09:35] Saviq: https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141 ... something for your team? [09:35] qtubuntu [09:35] seems leo has attached a good repro instruction [09:36] so gerry could get the log himself easily [09:41] asac: and this is the other one -> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1328600 [09:44] * ogra_ wonders if that also happens if you just run with a POSIX or C locale [09:44] (and default to UTC) [09:47] sil2100: may i get a silo for the line28, please? [09:51] mvo__: ^ [09:52] sure [09:52] asac: we already had ricmm and greyback looking at this bug, waiting for them to proceed [09:52] bzoltan: could you please set it to "ready" (column I) [09:53] mvo__: Ahh... thanks. [09:54] bzoltan: :) this part will ensure the trainguard s get a ping from the bot [09:54] bzoltan: you have the silo now [09:56] sil2100: well, greyback asks for a log [09:56] sil2100: while there are repro instructions... so if he has priority on it, he culd just run and get that log on his own [09:57] tvoss: will do [09:57] davmor2, thank you [09:58] sil2100: looks like manta never completed the update, stuck on the google logo it was the update it was installing before D'oh I'll plug it into the pc and reboot it and see what happens [09:58] cjwatson, can I get your vote here? https://code.launchpad.net/~thomas-voss/platform-api/explicit-gcc-version/+merge/227511 [09:58] cjwatson, had to take over Steve's MP to explicitly specify the dbus-cpp version to build against [10:06] lgtm [10:06] but fix whatever ps-jenkins doesn't like :) [10:07] oh, that's just newest dbus-cpp being unavailable, ok [10:07] davmor2: ouch [10:08] cjohnston, thanks [10:08] damn [10:08] cjwatson, thanks :) [10:08] sil2100, greyback didn't really look at that bug, ricmm did you (re: bug #1329141) [10:08] asac, ↑ [10:08] I'm running the steps now, 5 mins in, no crash [10:09] We were poking ricmm hard about this one on Friday [10:10] Saviq: awesme [10:10] thanks [10:11] sil2100: ricmm was sprinting last week; this week he is busy too... have you checked that this regression was caused by an upload of qtubuntu? [10:15] sil2100, ogra: okay so adb seems to be working, nothing in /var/crash where is the best place to look next or who is the best person to talk to about what they mighty need, Been on the google logo for about 12 minutes according to uptime [10:16] asac: we checked, but there was no qtubuntu upload when this started happening, but it might have been a hidden issue caused by something else - when the crash started happening we landed a fix for a blocker in unity-system-compositor, but we weren't able to exactly find any relation... that's why ricmm was pointed to as the main person that could know more === Ursinha-afk is now known as Ursinha [10:22] sil2100: kk [10:22] sil2100: I'm at lunch now - just to let you know :) [10:22] lets see if saviq finds something too [10:25] davmor2, sounds like the container doesnt start then [10:30] sil2100: How's the RTM stuff going? [10:46] cihelp: we have the same failure on three different MPs on the mir/0.5 branch... All on armhf... any ideas? [10:47] camako: where is such an example? [10:49] asac, https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/2114/console [10:49] ogra_: mtp keeps restarting [10:49] well, does the caontainer run ? [10:49] *container [10:49] (mtp only reacts to property changes) [10:50] sounds like it is restarting (and thus settiing/unsetting the property) [10:51] davmor2, pastebin the oputput of /system/bin/logcat -d ... and syslog [10:52] ogra_: http://paste.ubuntu.com/7829641/ [10:53] there you go [10:53] https://code-review.phablet.ubuntu.com/#/admin/projects/ [10:53] err [10:53] W/libEGL ( 2071): eglTerminate() called w/ 1 objects remaining [10:53] E/libEGL ( 2071): validate_display:263 error 3001 (EGL_NOT_INITIALIZED) [10:53] (paste error) [10:54] talk to the Mir guys [10:55] davmor2, i'm surprised you dont see the display flashing actually ... seems to restart and die several times [10:55] ogra_: no solid on the google logog [10:55] -g [10:55] yeah [11:00] ogra_: and there is syslog http://davmor2.co.uk/~davmor2/syslog [11:01] Jul 21 10:03:41 ubuntu-phablet kernel: [ 32.623884] mali mali.0: state save latency exceeded, new value 1346833 ns [11:01] Jul 21 10:03:42 ubuntu-phablet kernel: [ 33.060695] init: lightdm main process (2060) terminated with status 1 [11:01] Jul 21 10:03:42 ubuntu-phablet kernel: [ 33.060784] init: lightdm respawning too fast, stopped [11:02] graphics driver dies ... and then it tries to respawn the container over and over (which causes the adb/mtp restarts) [11:03] sil2100, asac, https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141/comments/15 [11:03] davmor2, so thats either an android update ... (wait for rsalveti to show up) or a Mir issue [11:04] Saviq: awesome [11:04] yes for fixing both sides :) [11:04] Saviq: o/ [11:04] is this random tmp thing a new feature? [11:05] so who is fixing the underscore thing? [11:05] tedg: ^^ [11:06] ogra_: will do :) /me curses rsalveti for daring to not be online when I have issues that need diagnosing :D [11:06] yeah, these americans ... sleeping all day [11:07] asac, I'm looking into UITK [11:07] asac, it's not new, it's just... random ;) [11:08] * sil2100 needs to lay down for a moment [11:08] Saviq: hmm. started with build 134 [11:08] so maybe we have multiple issues here ... one that is random [11:08] asac, something probably changed there [11:08] one that is repro [11:08] asac, but the quick solution is still valid [11:08] yeah [11:08] asac, and then we can investigate [11:08] this one sounds sensible [11:09] Saviq: uitk is creating the randomstring? [11:09] not ual? [11:09] asac, yes [11:09] sh ok [11:09] sh [11:09] ah [11:09] :) [11:09] asac, UITK creates a fake app [11:09] bzoltan: ^ [11:09] 13:02 < Saviq> sil2100, asac, https://bugs.launchpad.net/ubuntu-app-launch/+bug/1329141/comments/15 [11:10] asac: Saviq: let me check that out [11:12] bzoltan, tests/autopilot/ubuntuuitoolkit/fixture_setup.py:84 [11:14] bzoltan, doesn't look like you can easily tell it to not use underscores... [11:14] Saviq: yes [11:15] maybe we can rename it after it's created [11:18] Saviq: I hate all these modern libs ... :) [11:24] bzoltan, it did discover a real bug, though ;) [11:24] Saviq: :D how true [11:25] bugs ? there are no bugs ! [11:25] they are just features in camouflage ... [11:26] (or was that the other way round ?) [11:27] ;D [11:40] davmor2, so looking at the test results manta seems to have started failing with 137 .... which at the same time was shipping the new Mir 0.5 [11:41] davmor2, would probably good to confirm that it works with 136 and breaks with 137 [11:41] ogra_: will do, playing catchup on correspondence at the minute. [12:04] ogra_: 136 is working [12:04] davmor2, so 137 should fail :) [12:05] ogra_: installing it now [12:41] sil2100, the messaging-app failure is reproducible by the way [12:45] davmor2, ping [12:46] ogra_: 137 is broken on manta [12:46] davmor2, great, thanks ! so it is in fact the Mir update i guess [12:46] tell #ubuntu-mir to fix it ;) [12:47] tvoss: sorry bunch of manta tests and Lunch back now, silo 8 is next on the list [12:47] davmor2, awesome, thank you :) [12:47] davmor2, the sooner, the better [12:47] davmor2, quite some components in there [12:48] * sil2100 is at lunch still [12:48] tvoss: is there some instructions then so I know everything is installed? Or should it all be covered from and dist-upgrade? [12:48] davmor2, ogra_: could you just overview what's the manta status? Is it completely broken since 137? [12:48] davmor2, I would propose citrain device-upgrade 8 [12:49] sil2100, yeah, the graphics driver falls over with the new Mir it seems [12:49] ogra_: but didn't we get some test runs in smoketesting for manta that were ok? [12:50] not since 137 [12:54] uh [12:55] Damn, we should REALLY look at non-mako platforms everyday [12:55] Since I missed this for instance [12:55] psivaa: in case I forget about this, could you maybe make sure we at least look if all our platforms had all tests running? [12:57] manta is difficult lbecause it never charges enough in the lab [12:58] sil2100: ack, will do. that. not sure if i'll be having enough time to do that before the landing meeting though.. I guess i could do it after the meeting [12:59] davmor2, and the silo contains packages built with a new toolchain. So testing instructions as "simple" as: "test everything" [13:21] ogra_: mir 0.5 also broke the hammerhead image: bug 1343198 [13:21] so yeah, it'd be good to test such landing on more devices (not necessarily hammerhead) [13:21] but at least mako, flo and manta [13:21] ops, wrong bug [13:22] bug 1345533 [13:24] no bot ? [13:27] vacation maybe [13:29] ah, yeah, its summer in the northern hemisphere [13:29] summer vacation then ... [13:31] sil2100, Chipaca: hm, when I try to publish landing-009 I get: "2014-07-21 13:30:32,492 ERROR Some merge requests are not yet approved. Please review all merges and re-run the build job" [13:31] mvo__: hm? wha? [13:32] do I have to +1 something? [13:32] Chipaca: yeah, very odd, let me look over the branches [13:32] Yeah, it means there's a branch that's not yet Approved [13:33] Chipaca: https://code.launchpad.net/~chipaca/ubuntu-push/the-push-automatic/+merge/227420 is in state "needs review", someone needs to set it to approved [13:34] * Chipaca approves [13:34] there [13:36] sil2100, hey, can silo 12 be published, please? [13:36] Chipaca: thanks, its happier now, looking over the debdiff of the debian changes (https://ci-train.ubuntu.com/job/landing-009-2-publish/44/artifact/packaging_changes_ubuntu-push_0.49+14.10.20140721.1-0ubuntu1.diff) I can see e.g. changes in what looks like a already released debian/changelog stanza. is this on purpose or a accident? [13:36] oSoMoN: I can publish it if everytihng is ready and tested [13:36] mvo__: ^ can you take a lookie once you're free? ;) [13:37] mvo__, it’s ready and tested indeed, all it needs is publication [13:37] mvo__: it might be? can you point me at the line? [13:37] Chipaca: the bits after "@@ -11,6 +64,10 @@" [13:38] oSoMoN: thanks! publishing now [13:39] Chipaca: there is also a "+ [ John R. Lenton ]\n[Samuele Pedroni]" at the beginging of the changelog, but that could be a merge artifact, not sure if you can do much about it [13:40] mvo__, thanks [13:42] Chipaca: other than that the debian/* changes look fine [13:44] mvo__: sorry, was in a meeting and couldn't focus on this and that at the same time. What artifact are you referring to when you say "@@ -11,6etc"? [13:44] * Chipaca is in a maze of diffs, all different [13:46] mvo__: i saw the [john]\n[samuele] thing, wondering if it's worth fixing -- last couple of merges the names were stripped out anyway [13:46] makes reading the changelog harder, but eh [13:48] dammit, you pointed me *at* the diff [13:48] * Chipaca reads that [13:49] mvo__: that seems like a bad merge, possibly our side of things [13:49] Chipaca: yeah, the [joh]\n[samuele] is just costmetic, the other one is more important to not add entries that are not really valid :) [13:49] mvo__: those same lines (different wording) are in the right changelog [13:51] mvo__: i need to fix the branch, and re-build. Give me a few. [13:51] Chipaca: no problem, just let me know when you are ready and I'm happy to click the right button [13:52] camako, looking at the scripts in lp:~mir-team/+junk/mir-medium-test-runner-for-jenkins and the console log. Those tests are getting stuck here: exec_with_adb_user "/sbin/initctl stop unity8" [13:53] camako, and then the build timesout out waiting for that to return === psivaa is now known as psivaa-afk [14:03] tvoss: there is a regression in mediascanner, it is not collecting artwork/showing the music title for an age http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-07-21-150018.png this then became http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-07-21-150207.png just before the screen blanked so 45-55 seconds. [14:04] davmor2, ack, let me look into it [14:06] davmor2, is that an otherwise unknown regression? [14:07] tvoss: let me double check, I think previously it showed the title and the music notes in a blank tile if it didn't know or until it updated [14:10] tvoss: yeap like this http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-07-21-150837.png note the title only appears on the one at the front but you get the idea of what I'm used to seeing while it refreshes. [14:11] tvoss: which is what is happening now for a group of say 20 or so at a time with the screen nearly blanking on each group [14:11] davmor2, ack [14:15] geh, I feel bad today... [14:21] xnox, do you do the meta upload too (for indicator-transfer) ? [14:23] ogra_: no, merge only. [14:23] ogra_: not that urgent to land. === barry` is now known as barry_ === barry_ is now known as barry [14:28] davmor2, mediascanner2 rebuilding in silo [14:30] tvoss: nice === psivaa-afk is now known as psivaa [14:41] mvo__: done [14:41] queuebot: you so slow lol [14:42] Chipaca: thanks, on it === greyback is now known as greyback|away [14:55] davmor2, should be upgradeable [14:56] ChickenCutlass: seb128: brendand: let's land ubuntu-system-settings for the bluetooth updates today hopefully... [14:56] brendand: I've updated the manual tests document [14:56] cyphermox_, no [14:56] yes let's land asap [14:57] seb128: any other things you'd like to land in u-s-s? [14:57] cyphermox_, there is a landing we just put in the landing queue and I'm reviewing your changes and have needs fixing comments coming [14:57] ok [14:58] bfiller: How's silo 1 looking? [14:58] cjwatson: I commented in the landing sheet [14:59] cjwatson: ready to go from my perspective, just wanted clarification of steps. Typically we release the silo then generate the click from trunk once it's merged [14:59] bfiller: We can't in this case, circular [14:59] cjwatson: right [15:00] cjwatson: should I manually merge to trunk then generate and upload click? [15:00] bfiller: Can't go on trunk until it's in utopic, can't reach utopic until we unblock the exiv2 transition, can't unblock that transition until we have this in the store [15:00] tvoss: got it now let see what happens [15:00] cjwatson: shall I upload the version that I built in jenkins? [15:00] bfiller: Couldn't we release this to utopic-proposed, and then generate the click package from ~ps-jenkins/gallery-app/utopic-proposed? [15:01] Or from something equivalent [15:01] At least that way it's clearly on track [15:01] cjwatson: that sounds like a plan [15:01] tvoss: that looks better :) [15:01] davmor2, awesome [15:02] cjwatson: can you take care of that and ping me once it's in proposed and I can generate the click and upload [15:02] bfiller: Hm, important to make sure versions are correct I guess [15:03] bfiller: the utopic-proposed branch has slightly fewer revisions than trunk does due to translation updates automatically committed to trunk [15:03] bfiller: So maybe a manual merge to trunk would be safest, so that it correctly comes out as revision 1017 ...? [15:04] cjwatson: that works [15:04] sil2100: ^- do you see any problems with this plan? === greyback|away is now known as greyback [15:05] cjwatson, bfiller: I didn't backlog everything, but we could wait for it to get to utopic-proposed and then force merging it to trunk (as if it was released) and roll out a click package from trunk? [15:05] Right, that was the plan [15:06] cjwatson, bfiller: so just using CI Train for that [15:06] bfiller: OK, I'll go ahead and release this to -proposed [15:06] sil2100: Oh, for the merge as well? [15:06] cjwatson: yes, you can force the merge and clean to merge the change even though it didn't reach the destination yet [15:06] We do that for some SRUs [15:07] If we know that it's in -proposed and passed all verifications for bugs, we allow merging it in already [15:07] I guess so - we just need to make sure not to build gallery-app again until the transition's done [15:07] Ok [15:07] Indeed [15:07] Which is now a matter of hassling the security team until they review an MIR [15:09] cyphermox_, ok, commented with a list of need fixing [15:09] cyphermox_, I didn't code review, just played with it a bit [15:09] argh some more blockers have appeared [15:09] cyphermox_, but commenting anyway if you want to start working on fixing some of the issues [15:09] seb128: sure [15:09] hate hate hate [15:09] brendand: btw. any luck with the autopilot timestamp thingie? [15:10] davmor2, do you keep on testing? [15:10] tvoss: yeap lot to test, Everything :) [15:10] davmor2, lol [15:11] sil2100, i'll talk to elopio about working around it. that's the only option at the moment [15:11] sil2100, I was just asking about that :-) I pushed a workaround for the toolkit tests at least on friday [15:11] meh never noticed that before me files a bug for the teams to unify on names. [15:13] seb128: you took out the test fixes? [15:13] Laney, what where? [15:13] I thought I saw them in the uss landing [15:13] seb128: sounds like your bluetooth is broke too [15:13] balloons: hi! For the timestamp problems? :) [15:14] Laney, which ones? [15:14] oh wait [15:14] sil2100, yes.. [15:14] Laney, silo 004 has it? [15:14] line 31 is another one [15:14] got confused [15:14] hmmm [15:14] cyphermox_, "too"? [15:15] balloons: we still have tons of failures, so I thought we didn't have any workarounds for that one [15:15] sil2100, it hasn't landed but it works. I'll work on getting the sdk team to review [15:15] Laney, silo 004 is good for you then? [15:15] Oh [15:16] sil2100: in the lack of a popey for confirmation can you quickly drag down the network indicator no the name mobile settings click on it and then tell me the name of the section it takes you too please [15:16] seb128: part of the issue seems that your bluez may not have started properly [15:16] seb128: just wanted to check if the replaceme worked [15:16] balloons: how many failures does it fix? [15:16] Laney, let me know if it does ;-) [15:17] seb128: looks right [15:17] great [15:17] seb128: wait, scratch that, that's the remote device [15:17] sil2100, it will allow the UITK to pass again. thomi rejected my change to AP to fix everything ;-) Looks like it's harder than my proposed fix [15:18] davmor2: hm, I would have to re-flash my phone, can you wait for that? [15:18] sil2100: it's possible in any image so that shouldn't be an issue unless you flashed android back on it ;) [15:19] Ah, oh! [15:20] yay, statically linked gallery-app [15:20] \o/ [15:20] cjwatson, so theoretically we should be ablke to unseed exiv2 now [15:20] davmor2: I clicked Cellular settings and it takes me to the Cellular section [15:21] davmor2: when clicking on Wi-Fi settings it takes em to Wi-Fi [15:22] sil2100: ah it is a recent change then that's why I didn't see it before, I wonder if it is english GB as language setting from the welcome screen [15:23] sil2100: I see mobile settings instead of cellular and then it takes me to the cellular page in the settings app [15:23] ogra_: Right, I know, just waiting for a couple of other things [15:23] Oh, ok, well... my image is quite outdated so maybe it changed now [15:23] ogra_: Do we normally silo ubuntu-touch-meta or just upload directly? [15:23] just directly [15:24] onyl if it is a bunch of packages that also live in a silo we use silos for it [15:24] brendand: what do you see in network indicator mobile settings or cellular settings? [15:24] single additions/removals dont really need a silo [15:24] davmor2, Mobile settings [15:25] ogra_: OK. We shouldn't unseed this until after the new gallery-app is in the store, but I can deal with it after that. [15:25]