[01:04] * asac reads backlog [01:04] at least two books of content got written here in 2 weeks :) [02:04] === trainguard: IMAGE 183 building (started: 20140811 02:05) === [03:34] === trainguard: IMAGE 183 DONE (finished: 20140811 03:35) === [03:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/183.changes === [04:39] asac: around that amount, and in the end of book 2 one battle was won :) [05:15] cihelp: I have a bunch of MRs pending on autolanding to the staging branch https://code.launchpad.net/ubuntu-ui-toolkit/+activereviews Is anybody around who could tell e what to do to make Jenkins work? [05:29] cihelp: this is the failure everywhere: make: *** No rule to make target 'coverage-xml'. Stop. [05:46] good morning [07:42] bzoltan: I don't see changes in UITK that have something to do with that coverage-xml, so I guess something else changed in the image [07:42] t1mp: No idea [07:54] Phew, finally [07:57] sil2100, ? :) [07:59] hmm, still a lot of trust-store crashes in smoke testing ... [08:00] and a new unity8 one as well [08:00] sil2100, no movement on camera app at the end of last week? [08:01] ogra_, I haven't patched the trust-store for the test crash, yet [08:02] tvoss, ah, ok, no worries then [08:02] (as long as someone looks into it all it fine :) ) [08:02] *is [08:03] brendand: hmm, what do you mean by 'no movement'? [08:04] sil2100, i mean it still fails - so i think my fix didn't make it to the store [08:04] That's hm, impossible [08:04] We had binary built and published specifically for this [08:04] Let's poke popey when he's here ;) [08:05] sil2100, unless they fail for another reason ... [08:05] sil2100, i'm flashing mako to investigate [08:05] brendand: thanks! [08:05] sil2100, i can certainly see that my fix got in [08:05] but why is it not working [08:05] brendand: it's for sure in trunk, but I'm not sure if it got released to the store... maybe some earlier revision ;/ [08:06] Or that [08:06] sil2100, well the store revision is 347, which matches my fix [08:07] it's in the #180 indeed [08:09] i just tried on 'the other device' #183 and it seems camera app is still taking a long time to load [08:09] and doesn't show the location dialog [08:10] on mako #183 I got the popup [08:11] i have that here too [08:11] (the popup) [08:11] on 181 ... [08:12] is anyone noticing that sometimes the intro still crashes after the first screen, and then you're left on a black screen? === vrruiz_ is now known as rvr [09:00] Saviq, there are some really strange compositing issues in recent images [09:00] brendand, hit me [09:00] Saviq, i can only reproduce them with autopilot tests so far, not yet manually [09:00] sil2100: brendand what were you going to poke me for? [09:01] popey, for sh**s and giggles? [09:01] popey, or were you expecting a poke? [09:01] 09:04:48 < sil2100> Let's poke popey when he's here ;) [09:02] popey, might have been about camera app, but i think we already established that isn't a problem with the app version [09:02] ok [09:02] popey, yeah that was it - the version is right but the tests still fail in CI. not locally, just in CI [09:03] Saviq, when running weather_app - https://plus.google.com/u/1/110434705244077414661/posts/agE2vKMmSjJ?pid=6046229873227353938&oid=110434705244077414661 [09:05] sil2100, could you try to land silo 12 again? mps are approved now [09:05] brendand, you owe me for a chiropractor [09:06] Saviq, ? [09:07] brendand, photo orientation [09:07] brendand, had to twist my head to be able to comprehend it [09:07] Saviq, fixed :) https://plus.google.com/u/1/110434705244077414661/posts/agE2vKMmSjJ?pid=6046229873227353938&oid=110434705244077414661 [09:07] brendand, too late, owe me anyway! :P [09:08] Saviq, i saw the same thing in gallery on friday [09:08] brendand, it *looks* to me like the app became transparent... [09:08] Saviq, yes it does [09:08] brendand, oh hmm, that's indeed quite weird [09:09] brendand, please file a bug, and if you come up with steps to reproduce, please let us know [09:09] brendand, from just an image like that it's quite impossible to find out what's going on [09:09] brendand, but next time you see it, please try and right-drag to spread [09:09] brendand, so that we can see whether it's indeed transparent or does it actually draw the dash inside the app.. [09:11] Saviq, well you can run an autopilot suite like gallery or weather and it should happen at least once [09:11] Saviq, i'll try and catch it next time [09:14] Saviq, the spread shows part of the window as black [09:14] Saviq, and that seems to be where it's drawing the shell [09:14] Saviq, actually i saw this before in autopilot tests - but it was always just black, rather than being able to see the shell through it [09:15] brendand, ok so not new, just now the dash is an app, and it's behind the app [09:15] so it's just visible through the transparent parts of the app [09:16] which is somewhat of a bug since only one app should ever be visible when focused [09:16] but issue itself is not new, and suggests it's happening in apps themselves, not composition [09:43] cihelp: Any ideas about the failure in https://jenkins.qa.ubuntu.com/job/mir-mediumtests-builder-utopic-armhf/191/console . It's blocking all of or CI/autolanding jobs. [09:52] tvoss: what's up with the silo 012 location-service? I see the 2nd branch got approved <1h ago, just wondering whether you'd like to publish it then [09:52] as I see Robert tried to publish it on Friday but it didn't work since approvals were not yet there [09:52] Mirv, yup, pinged sil2100 in the morning [09:53] Mirv, yup, feel free to publish [09:53] tvoss: yeah, he's away for a bit atm, so I'll do that. thanks! [09:56] Mirv, can I push clean, yet? [09:57] tvoss: only after it has migrated to release pocket. but if it helps your workflow, we can take a risk (of it not migrating properly, needing manual trunk fixing or such) and I can clean it for you [09:58] these days it's useful to ask whether saving 1h is worth it :) [09:58] Mirv, ah no, let's just wait. Need to rebuild silo 14 once 12 is merged [09:58] tvoss: ok [10:01] morning all [10:02] sil2100: I had an issue over the weekend all of a sudden mako said I had no sim [10:02] sil2100: quite a big problem :) [10:03] I'm going to fresh flash it and see if it is just a software issue and if it is try and figure out what went wrong [10:03] sil2100: So - is there anything we can try re-landing on the RTM branch? [10:04] davmor2: I've a SIM that says no SIM on Mako, I should probably finally flash Android back and test if it's similar there (=hw problem or such) or if there are some cases where there Ubuntu-specific problems [10:05] my normal mako usage is that I tether wifi from Jolla :) but I'd have mostly non-used SIM with unlimited data transfer available, it just doesn't work [10:06] it does work on Nexus 7 where it's normally used [10:12] sil2100: do you know somebody who could help me with Jenkins. The UITK autolanding stopped working. Kind of showstopper... because we can not land anything for days [10:14] psivaa: ^ can you help bzoltan? (there's no specified vanguard at the moment) [10:14] Mirv: sure [10:14] bzoltan: a jenkiins job link would be helpful [10:15] psivaa: I have a problem that all UITK autolending jenkins job fails like this [10:15] psivaa: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-utopic-armhf/4436/console [10:15] I now have a recognised sim again [10:15] psivaa: make: *** No rule to make target 'coverage-xml'. Stop. [10:15] cjwatson: give me some time till the afternoon [10:15] I just have no scopes [10:15] davmor2: uh [10:16] psivaa: I have more jenkins jobs with the same failure, if you are interested [10:16] * sil2100 goes back to his books [10:16] I'm a bookie today [10:16] t1mp: bzoltan: i think we saw this issue last week too, and i dont think it's the make file issue [10:16] sil2100: sure, just want to make sure we run something through before I go on holiday [10:16] sil2100: apparently the popup for no storage is maybe blocking the guide from appearing so you just get a black screen [10:17] it's 'Build timed out (after 180 minutes). Marking the build as failed. ' [10:17] psivaa: I have no idea what causes that. All coverage related stuff in the UITK is like 1y old [10:17] and we think it's caused by the new gcovr that landed on Friday, i think [10:18] bzoltan: t1mp. this new gcovr is causing all the pbuilder jobs to go super slow, making the jobs to timeout [10:18] psivaa: so the solution is to fix gcovr or revert the change? [10:19] It's not just a foolish version check or something, is it? [10:19] psivaa: sounds like a perfect reason to sack that gcovr [10:20] bzoltan: t1mp: probably.. i need to find a way to exclude/revert that [10:21] tvoss: cleaned 012 and kicked a rebuild of location-service in 014 (https://ci-train.ubuntu.com/job/landing-014-1-build/138/console) [10:21] psivaa: Thank you. [10:21] Mirv, awesome, thank you [10:21] psivaa: cool, thanks. Keep us informed please so that we know when it makes sense to retry to autoland our MRs [10:21] t1mp: sure. will do [10:22] alf_: btw, http://s-jenkins.ubuntu-ci:8080/job/mir-mediumtests-builder-utopic-armhf/196/console is now progressing. one cyclops node was in a bad state [10:22] brendand, for pre-seeding of the test database: A command line executable would be fine for you? [10:23] psivaa: I suggest asking mterry to investigate, since he synced the new gcovr [10:23] tvoss, at a pinch, yes [10:24] brendand, ack, on it [10:24] cjwatson: ack, thank you. mterry does not seem to be online. I'll ping him once he comes online === tvoss is now known as tvoss|lunch [10:25] but first: lunch :) [10:25] tvoss, it needs to be packaged somewhere though [10:25] or maybe we can just include it with the autopilot code - not really ideal though [10:25] it would probably be generally useful so it would be great if it were packaged [10:51] pete-woods: you can't use CI Train to land MP:s for apps that don't release .deb:s to archives. also for some apps like camera, gallery, you need to ask a .click to be uploaded in addition to the deb release, since they are click-only on the phones. [10:53] pete-woods: so for click-only apps like https://code.launchpad.net/~dropping-letters-devs/dropping-letters/trunk you'll need to just get the change accepted into trunk, after which a .click will be autobuilt at jenkins and can be uploaded to the store (by me, for example) [10:53] pete-woods: right, as per what Mirv mentioned - you need to talk with the owners of those projects to get some info if they are click only or not [10:53] pete-woods: since click-only ones have their own auto-merger instead [10:56] (...and yes it's confusing) [10:59] (+1 on that) [11:01] bleurgh [11:01] okay, will start doing that once I can work up the will [11:01] thanks guys [11:03] Mirv: One of those days maybe I will see if we can figure out how to build/release click packages in LP ... [11:05] cjwatson: yes. it would be super handy if there was some agreed upon behaviour (defined by whatever LP expected) that click packaging build scripts had to follow [11:05] Originally I didn't define that because having to fit into an existing source package format was one of the things third-party app developers complained about with .debs [11:06] But there should probably at least be something you can fit into if you want to use build infrastructure [11:06] sounds logical to me [11:08] psivaa: thanks [12:07] bregma: typo on line 33 https://code.launchpad.net/~bregma/unity/lp-1345296/+merge/22760 [12:07] assuming 3 at the end and retrying [12:08] Mirv, yeah, cut-n-paste error [12:08] not a huge leap of assumption needed [12:24] Mirv: /72 [12:24] bah! [12:25] * ogra_ wonders what popey tries to do when dividing Mirv by 72 [12:25] * sil2100 wonders about the end result of this operation [12:26] MOAR MIRV! [12:26] well, just many small Mirvs [12:26] /join #pedants [12:26] lol [12:28] erk http://s-jenkins.ubuntu-ci:8080/label/calxeda-pbuilder/load-statistics looks busy [12:31] hmm.. [12:32] 72 small Mirvs would make this apartment a rather crowded place [12:33] or busy at least, even if in theory all of me:s would consume the same volume altogether [12:33] your cats would like it i bet :) [12:36] * Mirv contributed cats to https://www.flickr.com/groups/canonical-offices/ (oldish pic already, though) [12:56] psivaa: sorry to bug you, but is there any news about the gcovr problem? [12:57] not yet, waiting for mterry to come online [12:57] bzoltan: ^ sorry [12:58] fginther: http://s-jenkins.ubuntu-ci:8080/label/calxeda-pbuilder/load-statistics?type=min looks to be getting worse, is this normal? [13:04] popey, that's not that unusual. I do see an occassional spike like this a few times a day. We are seeing higher usage in general, but it hasn't approached a problem state yet were lots of builds are waiting for more than an hour [13:05] fginther: is there a view which shows what's in the queue? [13:06] popey, I use this: http://s-jenkins.ubuntu-ci:8080/computer/ It shows the full build queue, I haven't found a way to just show the queue for a specific label [13:06] cihelp: can anyone take a look at this build failure? http://pastebin.ubuntu.com/8017000/ === tvoss|lunch is now known as tvoss [13:10] jgdx: *looks like a test failure: 'FAIL! : BluetoothTest::testGotAdapter() Caught unhandled exception' but if you could give me the link to the job, would be able to take a look more [13:15] davmor2, hey, forgot to ask, is your video carousel back to normal? [13:15] Saviq: one second and I'll let you know [13:16] davmor2, thanks [13:17] Saviq: yeap much better :) [13:17] davmor2, was a UITK issue, will mark invalid [13:18] \o/ [13:18] has anyone figured out what's up with the CI hangs and gcov? [13:18] retoad, did you get any further on that? [13:19] Saviq: ouch [13:19] davmor2, too early? [13:19] Saviq: had to reboot and got Unity 8 is loading [13:20] davmor2, the dash you mean? [13:20] Saviq: Yeap [13:20] davmor2, that's expected if you unlock very soon after the greeter showed up [13:20] davmor2, the dash is a separate process now [13:20] basically an app [13:20] But not pretty [13:21] davmor2, your shell starts that much faster though 'D [13:21] haha [13:22] kenvandine, I didn't get any further with it. cjwatson suggested to psivaa earlier today to check with mterry on the gcovr issue [13:23] psivaa, argh, sorry, wrong link. pastebin http://pastebin.ubuntu.com/8017107/ and job https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-ci/1183 [13:23] (that's because mterry was the person who synced gcovr recently) [13:23] retoad, kenvandine, psivaa: hello! Yeah, I synced gcovr and it's causing problems? [13:23] cjwatson, throwing me under the bus for getting ubuntu in sync! ;) [13:23] mterry, it seems to just hang and causes jobs to time out. [13:23] mterry: I think you misspelled "making it your responsibility to debug" ;-) [13:24] cjwatson, :) [13:24] retoad, hrm -- which package build can demonstrate the issue? [13:25] mterry, kenvandine should be able to point you at jenkins jobs that are failing. [13:25] psivaa, seems to happen to a lot of the uss ci jobs, e.g. the ci for this unrelated mp https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-ci/1175 [13:28] http://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-ci/1185/ [13:28] mterry, ^^ [13:28] mterry, afaict, every jenkins job is failing :) [13:28] well, everything building with gcov, which seems to be everything i care about [13:29] mterry, it hangs until the job times out after 2 hours [13:29] so we can't get CI to pass anything [13:31] kenvandine, yeah but I want to just replicate this at home. Is there a package build or test I can run? [13:32] oh I see you pointed me at u-s-s already [13:33] mterry, afaik it only happens in jenkins [13:33] kenvandine, guh [13:33] i'm not sure if i've done a pbuilder build since it started hanging [13:33] I'll try [13:38] jgdx: i think the reason for the actual failure in those jobs are due to the jobs timing out, which we suspect due to the new gcovr that mterry and kenvandine are discussing ^. the 255 return code in your paste can also be seen in passing jobs: https://jenkins.qa.ubuntu.com/job/ubuntu-system-settings-utopic-amd64-ci/362/consoleFull [13:38] jgdx, yeah, all CI jobs are timing out after 2 hours [13:38] at least all uss jobs [13:38] and i think the indicators [13:38] probably more [13:44] kenvandine, speaking of settings, do you want to do a landing? We have a stack of approved changes, I was pondering looking at doing one, don't want to dup work though [13:45] kenvandine, oh, hey btw, happy monday ;-) [13:45] popey: can you confirm something very quickly, set a pin number on devel-proposed, once set tap the power button a couple of times so you are at the welcome screen, now knock the phone into plane mode give it a second and turn it back on, then swipe the welcome screen and log in does the cellular reactivate? [13:45] happy monday seb128! [13:46] seb128, feel free to do a landing if you can [13:46] kenvandine, ok, might want to get the gcovr issue fixed first [13:47] i think that only affects CI, which I'd suspect the approved branches were from before gcovr broke CI? [13:47] * kenvandine hasn't really looked at what's approved [13:48] kenvandine, no, we got a few approved today [13:48] kenvandine, I'm also hopping to get some of my few liners bugfixes in [13:48] seb128, ah... my battery_gps branch, i removed the top approval just now, we need the location-service fix first [13:48] kenvandine, ok [13:48] although showing the switch isn't bad... [13:49] it just doesn't throws the indicator state off a bit :) [13:49] charles, how's that fix coming? [13:49] davmor2: no. it doesn't re-activate here [13:50] seb128, CI's been failing since friday... basically we had one day of passing tests after dealing with the otto problem before this happened [13:50] what a week! [13:50] popey: thanks I'll bug it in a second, if it say offline you can restart to get it back up [13:51] psivaa, awesome thanks [13:51] kenvandine, I thought this was due to my schema shenanigans. Phew! [13:51] jgdx, :-D [13:54] mterry, i can't reproduce it in sbuild :/ [13:54] so looks like only on jenkins [13:54] kenvandine, well.. it's not a build thing [13:54] oh... right [13:54] kenvandine, I think CI manually runs make coverage-xml [13:56] mterry, i bet you are thrilled you synced gcovr :) [13:56] kenvandine, and manually adds -DCMAKE_BUILD_TYPE=coverage to debian/rules [13:57] kenvandine, man... debian even just took our previous version and bumped the version... I did nothing an autosync would have done [13:58] retoad, hi, I see gcovr is still blocking the vms, is there anywhere I could track progress on this issue? shall I file a bug with ubuntu-ci-services-itself? [13:58] (and where's your -ed?) [13:59] Saviq, kenvandineand I are working on it, above ^ [14:04] sil2100: can you give me a helping hand with silo 3? [14:04] thostr_: sure, what's up? [14:04] sil2100: wondering about the non matching versions... [14:05] thostr_: let me take a look [14:07] kenvandine, OK... looks like I can reproduce with "make -C obj-x86_64-linux-gnu/ coverage-xml" after adding the debian/rules bit [14:07] good [14:07] kenvandine, this is in a pbuilder, but maybe it would work outside too, with the above logic [14:09] thostr_: ok, seems like a trivial thing [14:09] Saviq, what mterry said :-) and my disappeared somewhere over the weekend; need to fix that. === retoad is now known as retoaded [14:11] thostr_: so, it seems slangasek released a direct upload that needs to be synced up in trunk [14:12] thostr_: I could probably do that and commit to trunk directly, so you can then just rebuild quickly [14:12] kenvandine, the -r argument to gcovr, which we use looks to have changed meaning in 3.1? https://github.com/gcovr/gcovr/blob/master/CHANGELOG.txt Not entirely sure if related, but might be [14:12] kenvandine, (we were previously using 2.4) [14:15] kenvandine, especially since we seem to be stuck in a "datafiles = get_datafiles(options.root, options)" call, traversing a tree of files [14:16] mterry, that does sound suspect [14:19] thostr_: you can rebuild your silo, should be ok now [14:19] sil2100: ok, thanks [14:20] kenvandine, are we still hanging jenks jobs? [14:21] pmcgowan, yeah, that's what mterry and i are talking about [14:21] an issue with the updated gcovr [14:24] managed to flash-all android and flash back ubuntu, now my mako works with SIM card too. [14:24] I wonder what should I do if I don't receive MMSs === alan_g is now known as alan_g|tea [14:25] also, Ubuntu store is empty and stays empty even if I search something there [14:26] is your 1 account set up ? [14:26] *U1 account [14:26] kenvandine, got a fix. Some missing brackets [14:26] yes it is. progress bar moves at the bottom [14:26] kenvandine, was treating the root path as an array, so searched "/" for files [14:26] mterry, woot! [14:26] i had just reproduced it in a local build :) [14:27] of course if the store is several megabytes or such, the slow connection (limited to 256kbit/s -> cheap) might explain [14:27] oh... / :) [14:27] nice [14:27] progress bar stopped moving around, still empty [14:30] kenvandine, any bug for that? [14:30] i don't think so [14:32] ok, store works after reboot. but it didn't work on the first boot after --bootstrap flash even with all the network connectivity, and such a problem is not listed eg. even on ToyKeeper's "old bug round-up" [14:33] kenvandine, uploaded [14:34] woot, thx! [14:34] I'll add a note to myself to test it again at some point to see if it's reproducable. the only special thing was that I was on 3G only, wifi disabled. [14:34] kenvandine, we actually just got unlucky. Upstream fixed this in 3.2. But Debian only has 3.1. Bad time to sync [14:34] indeed :) [14:34] popey: https://bugs.launchpad.net/ubuntu/+source/urfkill/+bug/1355218 [14:34] Ubuntu bug 1355218 in urfkill (Ubuntu) "urfkill seems to leave celluar in an offline state" [Undecided,New] [14:35] davmor2: oh, i misunderstood your description [14:35] davmor2: is it normal that PIN code isn't asked automatically, but I need to select unlock SIM from indicator instead? [14:36] davmor2: still can't reproduce it though [14:37] Mirv: pass, I don't design these things :) [14:38] :) [14:39] found, bug #1333121 [14:39] bug 1333121 in Unity 8 "SIM Unlock should be shown on boot" [High,Triaged] https://launchpad.net/bugs/1333121 === alan_g|tea is now known as alan_g [14:42] and, nice that we have piiramar onboard, since I found bug #1350209 being under progress too [14:43] bug 1350209 in ofono (Ubuntu) "Cannot open MMS data connection with Saunalahti SIM" [High,In progress] https://launchpad.net/bugs/1350209 [14:59] sil2100, hey, can I have a silo for line 36 ? [15:01] oSoMoN: sure === plars changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | CI Train support: trainguards | Vanguard (general help): plars | CI Train Status: #179 promoted | CI Train Dashboard: http://bit.ly/1mDv1FS | Known issues: - [15:02] if a core-dev reads this, a packaging ack would be welcome for https://ci-train.ubuntu.com/job/landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity8-desktop-session_1.0.12+14.10.20140811-0ubuntu1.diff [15:02] Mirv, looks fine to me [15:03] bregma, shouldn't we drop the x11 session btw? [15:03] thank you seb [15:03] yw [15:04] sil2100, can I get a silo for line #37? [15:06] jhodapp: done ^ [15:06] thanks Mirv [15:06] sil has some bookkeeping to do today or such [15:12] seb128, yes, dropping the X11 session is on the agenda, #1296733, but priority is getting the Mir version working again [15:13] Mirv, thanks [15:13] bregma, when did it stop working? === alan_g is now known as alan_g|afk [15:13] seb128, last week when the dash-as-app branch landed [15:13] bregma, and what update make it stop working? [15:13] bah [15:13] why isn't the unity8 team testing that their landing don't screw the desktop session? [15:14] Saviq, ^ [15:14] seb128, yeah, our fault :| [15:14] seb128, I could come up with excuses, but it's not really worth it [15:14] seb128, we simply need to automate testing of the desktop-next ISO [15:14] right [15:14] bregma, well, that wouldn't help much if they don't look at the results and land anyway [15:14] that will be our next big goal === alan_g|afk is now known as alan_g [15:42] wow jenkins is busy... [15:46] kenvandine, apparently there were some changes in silo-014 since Friday because tvoss asked me if I could re-test [15:46] kenvandine, when silo-014 lands that should fix https://bugs.launchpad.net/location-service/+bug/1348334 wrt indicator-location's action states being exported on the bus [15:46] Ubuntu bug 1348334 in platform-api "Actions aren't sending state over the bus" [High,In progress] [15:46] (and with location-service having a state to export ;) [15:47] charles, is 14 good to go? [15:48] charles, there's still an issue though right? where the states get out of sync when changing in the indicator and in settings? [15:48] tvoss, yes, I tested it on a fresh v183 flash and it looks the same as friday [15:48] kenvandine, yes, the ui sync bug is still there [15:48] ok... i wonder if that should block me landing showing the switch in settings [15:48] kenvandine, I haven't had time to chase that down yet, I spent friday trying to get indicator-datetime's haptic feedback fixed & landed [15:49] charles, it only gets out of sync in the indicator right? [15:49] sil2100, ping [15:49] kenvandine, I can't remember if I mentioned this in #phablet, but it looks like indicator-network has a similar issue. This /may/ be a ubuntu-ui-tookit issue [15:49] yeah, i think you did [15:49] kenvandine, if you toggle GPS from u-s-s, both controls stay in sync [15:49] kenvandine, if you toggle the GPS from the indicator, they fall out of sync [15:50] but i seem to recall the state stays in sync in settings, just the indicator gets out of whack [15:50] ah... right [15:50] tvoss: pong [15:51] kenvandine, iirc tvoss and pmcgowan and I decided on friday that the UI issue wouldn't block silo 014, we'll pick that issue up separately [15:51] kenvandine, +1 from my side [15:52] yeah, i'm just trying to decide if i should land the settings branch that shows the switch [15:52] i think i will [15:52] it works... just can trigger the UI bug :) === alan_g is now known as alan_g|afk [16:06] brendand: ping [16:07] sil2100, hey [16:08] brendand: meeting1 [16:10] robru: could you reconfig silo 4 please? [16:12] bfiller, done [16:12] robru: thanks [16:12] bfiller, you're welcome [16:13] sil2100, sorry - i couldn't join. something to take care of at home [16:14] kenvandine, yes lets land [16:16] robru, hey, can you please publish silo 12 when you have a moment? [16:16] oSoMoN, lemme look === gatox is now known as gatox_lunch [16:17] tvoss, did you see the publishing failure for silo 14? [16:23] olli: ping [16:23] sil2100, pong [16:24] kenvandine, ack [16:26] sil2100: I am checking this http://ci.ubuntu.com/smokeng/utopic/touch/mako/183:20140811:20140809/9605/calendar_app/ and running the same tests with phablet-test-run calendar_app on a stock 183 image. I see 4 failures the dash has one. [16:27] psivaa: Is there any news? [16:27] bzoltan: right, so... there is a reason for that [16:27] bzoltan: I need to update the testing wiki page, but right now you have to install an additional package before running the test to get those passing ;/ [16:27] bzoltan: as you know currently there's no way to force fetching dependencies for click packages when testing [16:28] bzoltan: one moment [16:28] bzoltan: address-book-service-dummy is the package [16:28] bzoltan: looks like https://launchpad.net/ubuntu/+source/gcovr/3.1-1ubuntu1 should fix that, so I think you can retrigger the build since that's in utopic now === alan_g|afk is now known as alan_g [16:30] bzoltan: yea, looking at the backlog mterry appears to have uploaded a fix for that [16:30] ohh yea, just noticed cjwatson message too. thanks :) [16:31] cjwatson: psivaa: mterry: \o/ thank you all. If it all looks good I can start rolling out cool Toolkit fixes. [16:32] yay [16:32] brendand: so! Did you have any progress on camera-app and the other failures? [16:39] mterry, confirmed... your gcovr fixed it :) [16:40] mterry, thanks! === bfiller is now known as bfiller_afk [16:40] sil2100: Ahh... that explains [16:40] kenvandine, awesome [16:41] psivaa: What is the way to trigger a Jenkins build? [16:41] Mirv, robru: hey, can silo 16 be landed? [16:41] s/landed/published/ === Ursinha is now known as Ursinha-afk [16:42] oSoMoN: sure (although I'm already heavily investing myself into USB dongle search) [16:43] Mirv, thanks! [16:45] bzoltan: i've just kicked off #4567 in http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-builder-utopic-armhf/ [16:45] bzoltan: if you have access to that jenkins, you could trigger a 'rebuild' in a failed job and that should do [16:46] psivaa: let me see if I have access [16:47] sil2100: Do you know of a reason why silos 0, 5, and 16 aren't configured to build against -proposed right now? [16:49] I guess 0 isn't important for this [16:49] psivaa: I think I have access, at least I found my qa lab vpn settings... what was the ip address of then s-jenkins? [16:51] bzoltan: not sure if you'd be able to log in thoug.. 10.98.3.13 is the ip [16:52] bzoltan: https://wiki.canonical.com/UbuntuEngineering/CI has the info of setting the ci vpn and dns setup [16:52] psivaa: I am in [16:52]