[02:10] <imgbot> [03:35] <imgbot> [03:35] <imgbot> [04:06] <alecu> yay new clickscope.
[04:06]  * alecu flashes #98
[07:15] <tvoss> sil2100, could you reconfigure silo 13 for me? hijacking your MP to address an issue with trust store db creation
[07:20] <dpm> hi, could someone retrigger the Jenkins jobs for these two MPs?:
[07:20] <dpm> https://code.launchpad.net/~carlos-mazieri/ubuntu-filemanager-app/bug-openPath/+merge/224535
[07:21] <dpm> https://code.launchpad.net/~carlos-mazieri/ubuntu-filemanager-app/filemanager-devel/+merge/224527
[07:29] <popey> dpm: done
[07:30] <popey> dpm: poke vila if you want to get the ability to retrigger yourself.
[07:31] <dpm> awesome, thanks popey!
[07:31] <popey> np
[07:31] <sil2100> tvoss: ok!
[07:32] <sil2100> tvoss: to make things better you could have just added an additional MP instead of overwriting mine ;)
[07:35] <popey> ogra_: how long would you expect 40% battery to last on the nexus 4 when doing "nothing" ?
[07:37] <sil2100> tvoss: by adding a merge on top you would assure that I would be mentioned in the changelog properly
[07:38] <tvoss> sil2100, oh sorry :/
[07:38] <tvoss> let me fix that
[07:40] <tvoss> sil2100, done :) could you reconfigure?
[07:41] <sil2100> tvoss: thanks! Should be reconfigured soon
[07:41] <sil2100> Done
[07:41] <tvoss> sil2100, thanks
[07:42] <tvoss> sil2100, building, grabbing coffee, back in 15
[07:48] <ogra_> popey, 3-4h at least
[08:04] <tvoss> sil2100, ping
[08:04] <sil2100> tvoss: pong
[08:05] <sil2100> psivaa, ogra_: does anyone of you know what happened to test results from #98?
[08:05] <sil2100> Was there some device failure again?
[08:05] <ogra_> how do you mean ?
[08:05] <psivaa> sil2100: just looking at that
[08:05] <ogra_> no
[08:06] <ogra_> we had that yesterday too ... seems the UITK tests suddenly run very slow/long
[08:06] <sil2100> But there are also failures in the SDK and such
[08:07] <seb128> tvoss, hey, I NEW reviewed the trust-store yesterday, looks fine, but the build fails on test issues (not sure if you noticed)
[08:07] <tvoss> seb128, yup, on it :) thanks for the review
[08:07] <sil2100> seb128: yep, we're looking a it :) tvoss is fixing it now
[08:07] <seb128> tvoss, yw!
[08:07] <seb128> sil2100, hey, wb
[08:08] <tvoss> seb128, the tests fail due to /home/buildd not being accessible :) will set XDG_DATA_HOME in debian/rules to /tmp for the build
[08:08] <seb128> sil2100, not sure if you got pinged about that yet, but Pat was asked people about libqofono
[08:08] <seb128> tvoss, that makes sense
[08:08] <sil2100> seb128: yeah, I already had a talk with both him and Steve yesterday about that
[08:09] <ogra_> sil2100, i told you about the sdk failure yesterday
[08:09] <psivaa> ogra_: sil2100: uitk is still taking too long
[08:09] <ogra_> sil2100, zbenjamin is on it afaik ... its a simply package name change
[08:09] <seb128> sil2100, what's the status then? Ken asked me to push the settings changes through but that's blocking on the bindings to land
[08:09] <ogra_> (qtsensors-dev doesnt exist anymore)
[08:09] <sil2100> seb128: so I'm finishing up the package now, as the only outstanding problem is that the unit-tests cannot run correctly on build right now
[08:10] <sil2100> seb128: the ETA is today before evening at max
[08:10] <seb128> sil2100, k, great, thanks
[08:10] <sil2100> seb128: Ken disabled running tests, but Steve said it's best if we simply get them working
[08:10] <seb128> sil2100, let me know when you want a NEW review
[08:10] <sil2100> Sure :)
[08:10] <seb128> yeah, it's best
[08:10] <sil2100> Thanks!
[08:10] <sil2100> ogra_: ah! Right, forgot about it
[08:11] <tvoss> sil2100, seb128 pushed update, building now
[08:12] <seb128> tvoss, great, let's see how that goes
[08:13] <sil2100> tvoss: \o/
[08:17] <ogra_> bah, the webbrowser-app test gets worse every day
[08:24] <tvoss> seb128, sil2100 I added a preliminary AGPS test plan here: https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service
[08:24] <tvoss> seb128, sil2100 could you guys give it a spin with silo 11?
[08:24] <sil2100> tvoss: maybe davmor2 could help out with testing this?
[08:25] <tvoss> sil2100, cool, thank you
[08:25] <tvoss> davmor2, ping
[08:25] <sil2100> tvoss: I need to finish up some things before I would have enough time to properly test this ;)
[08:25] <tvoss> sil2100, ack
[08:26] <seb128> tvoss, I can test that, is "Obtain a (rough) location estimate for your current location on Google maps. " meant as "go and select manually the location" or is it supposed to detected/show it?
[08:27] <tvoss> seb128, manually select the location :)
[08:27] <seb128> k
[08:27] <seb128> what should be the result of the steps?
[08:27] <seb128> because I don't see a work/fail description in there
[08:28] <seb128> like you run the gps_provider_test command then...?
[08:28] <tvoss> seb128, it will tell you if it failed or succeeded in the end, takes some time
[08:28] <seb128> k
[08:28] <tvoss> seb128, will add that to the description
[08:28] <seb128> thanks
[08:28] <tvoss> seb128, also: https://location.services.mozilla.com/leaders#ubuntu_location_service
[08:29] <tvoss> sil2100, seb128 looks good, only arm64 still building
[08:29] <tvoss> https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+packages
[08:29] <seb128> great
[08:33] <tvoss> seb128, sil2100 the build passed successfully on all architectures https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+packages
[08:33] <sil2100> tvoss: I'll publish it after the meeting :)
[08:33] <tvoss> seb128, sil2100 thank you
[08:37] <tvoss> seb128, did you manage to start the test following the instructions on the wiki?
[08:41] <seb128> tvoss, I'm just on it ... running that apt-get install commands doesn't lead to update qtubuntu-sensors, is that fine or do I need the ppa version?
[08:41] <tvoss> seb128, you don't need qtubuntu-sensors for the agps test
[08:41] <seb128> tvoss, k, I was just looking at what is the ppa, platform api as well
[08:41] <tvoss> seb128, yup, not needed for this
[08:41] <seb128> great
[08:41]  * seb128 runs command
[08:43] <seb128> tvoss, the command bails out with
[08:43] <seb128> C++ exception with description "the argument ('INSERT_ESTIMATE_HERE') for option 'ref_lat' is invalid" thrown in the test fixture's constructor.
[08:43] <seb128> [  FAILED  ] HardwareAbstractionLayerFixture.time_to_first_fix_cold_start_with_supl_benchmark_requires_hardware (3 ms)
[08:43] <seb128> [----------] 1 test from HardwareAbstractionLayerFixture (3 ms total)
[08:44] <tvoss> seb128, ah, interesting, could you paste your command line? in pm, if you don't want to disclose your current location ;)
[08:45] <seb128> tvoss, no location info in there I think, http://paste.ubuntu.com/7704818/
[08:45] <Laney> pub, with beer, watching tennis
[08:45] <Laney> SHOCK!
[08:45] <seb128> lol
[08:45] <seb128> Laney, wimbledon ongoing, needs to do it the proper way!
[08:46] <Laney> oh yeah, s/beer/pimms/ it would be here :P
[08:46] <seb128> ;-)
[08:46] <tvoss> seb128, you have to replace INSERT_ESTIMATE_HERE with the lat lon values grabbed from google maps
[08:46]  * tvoss adjusts wiki description
[08:47] <seb128> tvoss, indeed, that makes sense, there is a long line of uppercase arguments, I didn't bother reading it, just copied
[08:47] <popey> s/pimms/Pimm\'s/
[08:47] <tvoss> seb128, done
[08:49] <Laney> ...
[08:58] <seb128> tvoss, bah, stopped on a enospace ... I cleaned some log and I'm trying again, how much disc-space is it using?
[08:59] <tvoss> seb128, that's a known issue, just try again ... not that much, need to look into where the android chipset driver tries to place assistance data
[09:01] <seb128> tvoss, not luck, hit that 4 times now, and I cleaned log and rebooted in between ... not sure on what partition I need to make space
[09:02] <tvoss> seb128, okay, thanks for trying though
[09:02] <brendand> ogra_, could be a repeat of 1974
[09:02] <seb128> yw, sorry it didn't work out
[09:02] <brendand> ogra_, but no home advantage this time :P
[09:03] <tvoss> seb128, all good, just preliminary test instructions :)
[09:03] <tvoss> seb128, what would help me is an strace :) could you remove GLOG_v=40 from the command line and try to get an strace?
[09:03] <popey> ogra_: camera-app 2.9.1+14.10.20140625.1-0ubuntu1
[09:03] <popey> that doesn't relate to https://code.launchpad.net/~phablet-team/camera-app/trunk ?
[09:04] <popey> what I see in s-jenkins is com.ubuntu.camera_2.9.1.286_armhf.click built on 20th June.
[09:04] <popey> is that what you want?
[09:04] <ogra_> popey, no idea, probably there is something in the CI train history
[09:04] <popey> store has 280
[09:04] <popey> thats 286, which is latest trunk.
[09:04] <ogra_> no, the deb seems to have a timestamp of the 25th
[09:04] <popey> that needs to land in trunk surely?
[09:05] <ogra_> well, it should have been merged after landing
[09:05] <popey> ok, well I only ever pull from jenkins, if it's not there, then someone else needs to craft a click.
[09:06] <ogra_> https://code.launchpad.net/~jhodapp/qtubuntu-camera/update_includes/+merge/223824 and https://code.launchpad.net/~jhodapp/camera-app/reenable-video-recording/+merge/223578 are the landings
[09:07] <ogra_> bah
[09:07] <ogra_> both not top approved
[09:08] <seb128> tvoss, http://people.canonical.com/~seb128/log
[09:08] <ogra_> popey, i think sil2100 needs to merge and clean silo-002(line 17 on the spreadsheet)
[09:09] <ogra_> else it wont be merged
[09:09] <ogra_> (obviously)
[09:11] <popey> ok, so I'll stand down until someone creates the clicks sil2100
[09:12] <tvoss> seb128, are you sure that you ran as sudo?
[09:12] <seb128> tvoss, I'm root from adb shell
[09:12] <tvoss> seb128, hmmm, okay
[09:12] <tvoss> seb128, thanks, will look into it a little more
[09:13] <seb128> yw, let me know if you need more info
[09:16] <sil2100> ACK
[09:16] <sil2100> ogra_: right, I'll m&c it
[09:16] <sil2100> ogra_: normally it's the lander that does that...
[09:19] <tvoss> sil2100, did you have a chance to publish the trust-store silo, yet?
[09:20] <sil2100> tvoss: it's publishing now :)
[09:21] <tvoss> sil2100, thanks
[09:24] <sil2100> hmm, the spreadsheet is having some update problems again
[09:26] <pstolowski> cjwatson, ping
[09:49] <sil2100> popey: it's merged and cleaned
[09:49] <sil2100> ogra_: ^
[09:49] <ogra_> ok
[09:49] <ogra_> gallery too i suppose
[09:50] <ogra_> ah, yeah, according to the spreadsheet it is
[09:50] <sil2100> Yes, it was merged yesterday
[09:51] <popey> ack
[10:11] <cjwatson> pstolowski: same thing as you sent in /msg?
[10:12] <pstolowski> cjwatson, yes
[10:22] <popey> hmm, screen on my mako went off while I was running gallery autopilot tests
[10:24] <ogra_> oSoMoN, ^^
[10:25] <oSoMoN> how can I help?
[10:28] <sil2100> oSoMoN: it seems there are some problems when testing the new gallery-app
[10:28] <sil2100> With the workaround for the toolbar issue
[10:29] <oSoMoN> sil2100, what kind of problems? screen going off?
[10:30] <sil2100> popey: could you give some updates on your problem? ^
[10:30] <oSoMoN> note that before requesting publication yesterday I built a click from the branch, installed it and made sure autopilot tests ran fine on my device
[10:30] <popey> i will when it finishes
[10:30] <popey> its taking an _age_
[10:33] <popey> Ran 40 tests in 1411.403s
[10:33] <popey> FAILED (failures=6)
[10:33] <popey> lemme run again on flo
[10:35] <popey> ogra_: sil2100 http://paste.ubuntu.com/7705209/ thats me running gallery tests on mako
[10:39] <popey> oh yay! gallery tests have trashed my photos and videos
[10:39] <popey> ffs
[10:39] <popey> oh I lie
[10:39] <popey>  /ignore popey
[11:05] <popey> turns out phablet-config autopilot --dbus-probe enable takes a very long time when you have 360 apps installed
[11:08] <Saviq> sil2100, when rebuilding in a silo, is the old branch kept along at all, or is a new checkout & merge done?
[11:09] <sil2100> Saviq: if you rebuild a given component in a silo, then it checks out the sources from 0 and merges all merges from the beginning
[11:09] <sil2100> So the old branch is removed
[11:09] <Saviq> sil2100, ok cool
[11:17] <brendand> sil2100, webbrowser is clean from my pov
[11:17] <popey> sil2100: whats the status of silo 14? (can i see that status in a sheet somewhere?
[11:17] <brendand> sil2100, still running through ui toolkit
[11:18] <brendand> sil2100, not sure how we're going to handle the webbrowser ones. i'll have a closer look later to see if i can see anything
[11:18] <sil2100> popey: you can check the citrain spreadsheet and look at the sheet "landing-014"
[11:19] <sil2100> brendand: ok, thanks
[11:19] <brendand> sil2100, a lot of the failures are about this toolbar, or that keyboard, not being visible
[11:19] <popey> sil2100: link? ☻
[11:20] <sil2100> popey: ah :)
[11:20] <sil2100> popey: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc&pli=1#gid=32
[11:22] <popey> thanks sil2100
[11:22] <popey> thostr_: is landing 14 a problem? says one of the packages wasnt built?
[11:25] <sil2100> yw!
[11:26] <davmor2> popey: is your phone on 98 or 97?
[11:27] <popey> both
[11:27] <davmor2> the one that is on 98 is it actually on 98
[11:27] <popey> oh, ilied, one is 95, one is 98
[11:29] <davmor2> popey: I upgraded this morning I've been testing opened up the settings app and it said there was an update that is 98 so I just checked via system-image-cli -i and -n and yes my phone is on 97 and 98 is available. So I updated via s-i-c and now it reads exactly the same
[11:29] <davmor2> so it goes through the whole update process but remains on 97
[11:30] <popey> mine is #98
[11:30] <davmor2> right I'll do a fresh wipe then I wonder if it is because I modded the system to test silo020
[11:44] <popey> ok, got gallery to pass
[11:45] <popey> dpm: could you please push http://popey.com/~alan/com.ubuntu.gallery_2.9.1.1004_armhf.click to the store?
[11:52] <dpm> popey, done: https://myapps.developer.ubuntu.com/dev/click-apps/507/changerequest/
[11:55] <popey> thanks dpm
[11:58] <tvoss> sil2100, seb128 is there any way to get debug symbols for packages from silos?
[11:58] <popey> sil2100: had another occasion of the screen blanking, this time during camera AP tests
[12:01] <popey> sil2100: http://paste.ubuntu.com/7705522/
[12:02] <popey> sil2100: does this camera update also _require_ qtsensors?
[12:03] <tvoss> popey, do you know if there is an easy way to get debug symbols for silo packages?
[12:03] <popey> i do not
[12:03] <popey> sorry.
[12:06] <cjwatson> They should end up on ddebs.ubuntu.com I think
[12:19] <davmor2> brendand, sil2100: of the new failures how many are using the new header and have popups?  With the back button being in the header if you have a popup for any reason you can't interact with the header because of the popup
[12:19] <davmor2> might work under ap but doesn't on the actual device with fingers :)
[12:21] <brendand> davmor2, no that's a problem with autopilot too
[12:21] <brendand> davmor2, it will click on the popup instead
[12:22] <brendand> davmor2, i don't know of any test failures due to that though
[12:23] <davmor2> brendand: no idea I just hit it myself so thought I wonder if tests are failing because of that
[12:28] <pmcgowan> robru, did we get a qtdeclarative silo? I can get folks testing unless they have already
[12:42] <pmcgowan> sil2100, my silo 3 failed trying to get the source package
[12:55] <Guest98529> robru, hey could you take a look on the changes on debian package for this MR: https://code.launchpad.net/~renatofilho/address-book-app/vcard-import/+merge/224319
[12:59] <brendand> sil2100, psivaa - it looks like the uitoolkit and mediaplayer failures are closely related
[12:59] <brendand> sil2100, psivaa - they both hang on launching the application. it looks like it's timing out, then the test is continuing
[13:00] <brendand> sil2100, psivaa - for mediaplayer this causes failures, but for uitoolkit it just means a really long test run
[13:00] <pmcgowan> cjwatson, any idea why silo 3 keeps failing to get the source tarball?
[13:00] <brendand> sil2100, psivaa - it's possible this could be a global issue. perhaps mir/unity8 has changed something and AP has not caught up
[13:02] <cjwatson> pmcgowan: I'm afraid I'm not familiar with the details of how things work for merge-mode branches
[13:03] <cjwatson> pmcgowan: But something seems to be setting a bogus version number
[13:03] <cjwatson> bzr: ERROR: Unable to find the needed upstream tarball for package qtdeclarative-opensource-src, version 5.3.0+14.10.20140626.
[13:03] <cjwatson> Which is not what https://code.launchpad.net/~mzanetti/kubuntu-packaging/qtdeclarative-opensource-src/+merge/224517 says
[13:05] <mhr3> sil2100, can you re-publish 014?
[13:05] <mhr3> sil2100, looks like the mediascanner scope wasn't in the ppa cause there's just a rebuild mp, so it didn't consider it changing anything
[13:06] <pmcgowan> cjwatson, thanks looking
[13:07] <cjwatson> The job is modifying the changelog under "Prepare changelog content"
[13:08] <pmcgowan> mzanetti, <cjwatson> The job is modifying the changelog under "Prepare changelog content"
[13:09] <mzanetti> mhm... and that seems to break the way it tries to fetch the upstream sources
[13:09] <mzanetti> in the working build it says "Using apt to look for the upstream tarball."
[13:09] <cjwatson> pmcgowan,mzanetti: It's possible that if/when this has been uploaded to silos before, it's simply been dput to the silo as a source package, rather than relying on jenkins to do the merge/build
[13:09] <cjwatson> pmcgowan,mzanetti: The safe bet would be to do the same again
[13:10] <cjwatson> pmcgowan,mzanetti: That said, I think adding "X-Auto-Uploader: no-rewrite-version" to the first paragraph of debian/control would also fix it
[13:10] <mzanetti> interesting
[13:11] <cjwatson> You'd need somebody in ~ci-train-ppa-service to do the upload for you if you went the first route
[13:11] <mzanetti> well, I'd probably vote for just dputting at this point, and let the maintainers of the package to other changes when they're back
[13:11] <psivaa> brendand: yea, as suspected. probably the changelist for image 95 could point anything?
[13:11] <cjwatson> mzanetti: That seems reasonable, if you can find somebody to do the upload for you (e.g. if Mirv is around)
[13:11] <brendand> psivaa, 96
[13:12] <brendand> psivaa, i'm just about to pin down the root cause
[13:12] <cjwatson> mzanetti: https://launchpad.net/~ci-train-ppa-service/+members
[13:12] <psivaa> brendand: ack, great
[13:12] <pmcgowan> cjwatson, he is out, we need sil2100 or robru I think
[13:12] <mzanetti> cjwatson: that's the whole problem, Mirv isn't around :)
[13:12] <mzanetti> but I'll find someone
[13:12] <cjwatson> Right, so one of those other people
[13:13] <pmcgowan> mzanetti, rsalveti could do it for us
[13:13] <mzanetti> yep
[13:14] <mzanetti> rsalveti: could you dput this package to the silo 003 for us? https://code.launchpad.net/~mzanetti/kubuntu-packaging/qtdeclarative-opensource-src/+merge/224517
[13:14] <davmor2> sil2100: so 98 isn't looking to bad and it seem the only time the ringer doesn't work is post upgrade this is a bootstrap install and it's worked 4 times so far
[13:14] <rsalveti> morning
[13:14]  * rsalveti looks
[13:15] <rsalveti> mzanetti: sure
[13:15] <mzanetti> thanks
[13:16] <davmor2> sil2100: so I'm going to try a revert to 87 not a bootstrap and see what that does and then I update to 98 again and see if the ringer is broken then
[13:32] <rsalveti> mzanetti: package is building
[13:33] <rsalveti> sil2100: mind reconfiguring silo 3?
[13:33] <mzanetti> rsalveti: thanks!
[13:40] <barry_> trainguards: this is a test
[13:41] <barry_> trainguards: this is another test
[13:42] <barry_> trainguards: here comes another one
[13:43] <ogra_> poor trainguards
[13:56] <barry> robru: yay!  erc properly tamed
[14:00] <sil2100> mhr3: ok, republishing
[14:03] <sil2100> pmcgowan: what's up with the silo you mentioned? Is it still an issue?
[14:03] <pmcgowan> sil2100, needs to be reconfigured, we had to dput the source tarball
[14:03] <pmcgowan> then rebuild
[14:05] <sil2100> Ok, reconfiguring then
[14:05] <pmcgowan> sil2100, also wanted to bug you about qofono again
[14:05] <sil2100> pmcgowan: libqofono should be in the NEW queue soon
[14:05] <sil2100> I mean, I pushed it so I would suppose it to appear there soon (or even now)
[14:06] <pmcgowan> sil2100, any idea when it will land? I heard there was an alpha freeze
[14:06] <pmcgowan> ah ok
[14:06] <sil2100> pmcgowan: seb said he can do the NEWing of it
[14:06] <sil2100> (although I don't see him here right now)
[14:07] <Laney> sil2100: those patches forwarded?
[14:08] <Laney> seb's out for the afternoon
[14:08] <cjwatson> alpha freeze doesn't affect new packages
[14:08] <sil2100> Laney: not yet, it's a fresh thing but I'll forward it properly ASAP
[14:09] <Laney> there are two
[14:09] <sil2100> Ah, right, one of them is from Ken - don't know about that one
[14:09] <sil2100> Will have to check it up
[14:09]  * Laney nod
[14:09] <sil2100> I mean, check up if it's forwarded, not check what it's about ;)
[14:10] <Laney> I checked for pull requests on github and didn't see any
[14:10] <sil2100> pmcgowan: reconfigured
[14:11] <dbarth> sil2100: hi; silo 019 good to go
[14:11] <dbarth> robru: ^^ 019 is also SRU material to support the new Chrome API for extensions
[14:12] <pmcgowan> mzanetti, ^^
[14:13] <sil2100> barry: as you are the sheriff right now, can I forward all CITrain related things to you now ;) ?
[14:13] <mzanetti> pmcgowan: yep, saw it, thanks. will check it out
[14:13] <barry> sil2100: yep, although i have meetings coming up so i might be a bit less responsive until after lunch
[14:14] <sil2100> barry: ok, sure thing ;) I'll also be watching for citrain requests, but I'll try doing other things in the meantime
[14:16] <barry> sil2100: sounds good.  you have the same meetings coming up :)
[14:17] <sil2100> Ah! ;p
[14:17] <sil2100> Right ;)
[14:17] <barry> sil2100: between the two of us, we can ignore enough of the meetings to keep the train running :)
[14:18] <kgunn> fginther: hey, are you swamped? we could really use a hand on mir-devel ci...loads of timeouts
[14:19] <fginther> kgunn, can you shoot me an example?
[14:19] <kgunn> fginther: https://jenkins.qa.ubuntu.com/job/mir-team-mir-development-branch-utopic-amd64-autolanding/183/console
[14:19] <kgunn> and another
[14:19] <kgunn> https://jenkins.qa.ubuntu.com/job/mir-team-mir-development-branch-utopic-amd64-ci/520/console
[14:21] <sil2100> kgunn: hi! Just so you know: the last Mir landing caused some regressions in different components like gallery-app and ubuntu-keyboard ;)
[14:21] <sil2100> kgunn: the guys worked-around them somehow, but just wanted to make sure you're aware
[14:21] <kgunn> sil2100: i am well aware...bugs are being updated
[14:21] <kgunn> yep
[14:21] <sil2100> Not sure if they poked you about those
[14:21] <kgunn> alf is on it full blast
[14:21] <sil2100> Oh, excellent!
[14:26] <pmcgowan> mzanetti, shall I hit the build button? or did you?
[14:26] <mzanetti> pmcgowan: I don't think we want to use that button
[14:26] <pmcgowan> oh
[14:26] <mzanetti> pmcgowan: I would think that introduces the issue from before again?
[14:26] <pmcgowan> dunno
[14:26] <pmcgowan> sil2100, ?
[14:27] <mzanetti> the package that rsalveti uploaded is still building on armhf
[14:27] <sil2100> Ok, so you dputted directly to the PPA right?
[14:27] <pmcgowan> I see
[14:28] <sil2100> If it's building, you can press the build button with the 'watch only' flag
[14:28] <sil2100> It will then track the building
[14:28] <kgunn> fginther: just sharing one idea, could we turn on ccache on our devel-branch? realize there may be reluctance to do that on trunk...just brainstorming
[14:29] <mzanetti> ah cool
[14:32] <fginther> kgunn, it looks like the bzr timeout was transient. I see more recent builds are passing now. But I'll see if we can find any logs that might indicate some network issues
[14:32] <fginther> kgunn, on the ccache thing...
[14:41] <AlbertA> barry: landing-020 is ready to go...
[14:42] <barry> AlbertA: publishin
[14:42] <barry> *publishin' :)
[14:49] <ogra_> publisheded ?
[14:49] <barry> public lashing?
[14:49] <kgunn> fginther: ...on the ccache thing ?
[14:50] <fginther> kgunn, sorry, meetings...
[14:50] <kgunn> np, me too
[14:50] <kgunn> take your time
[14:56] <robru> pmcgowan, yeah you're in silo 3
[14:57] <pmcgowan> robru, thanks its building again
[15:01] <balloons> fginther, can you have a look at why the test result is a blank xml file here: https://code.launchpad.net/~nskaggs/reminders-app/fix-evernote-sdk-python3/+merge/223493
[15:06] <fginther> balloons, check out the console log from the jenkins job: "ImportError: No module named 'evernote'"
[15:06] <balloons> fginther, d'oh, ty
[15:08] <josepht> Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #87 promoted | CI Train Sheriff: trainguards, barry | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does.
[15:08] <Ursinha> josepht: I always do that, lol
[15:09] <Ursinha> josepht: I think you missed /topic :)
[15:09] <josepht> Ursinha: yep, sorry :)
[15:11] <davmor2> sil2100: okay I'm definitely of the opinion that this is a race condition.  I had to do a fresh install of 98 for testing the ringer worked fine there I downgraded to 87 and the ringer worked fine there. I then upgraded to 98 again and the ringer still works fine but some where along the lines it breaks
[15:11] <sil2100> Damn
[15:12] <sil2100> davmor2: hm, is this only mako-specific?
[15:15] <davmor2> sil2100: well it's the only device that rings right ;)
[15:15] <sil2100> davmor2: since I wonder if it's also a race condition on 87
[15:16] <sil2100> davmor2: i.e. if you downgrade again and experiment, will it finally happen as well?
[15:16] <davmor2> sil2100: it might be
[15:16] <sil2100> davmor2: I wonder if we should block on it then?
[15:16] <sil2100> I know it's serious and requires pushing people, but if it was in some more promoted images, then it seems it isn't such a big deal
[15:17] <sil2100> (for users)
[15:18] <popey> dpm: could you please push http://popey.com/~alan/com.ubuntu.camera_2.9.1.288_armhf.click to the store
[15:18] <davmor2> sil2100: did you see the reply from the guy who missed to calls in 87 he was pretty miffed :)  I'd say a critical feature of the phone is that it rings correctly :)
[15:18] <davmor2> sil2100: let me carry on experimenting and see what happens
[15:18] <sil2100> davmor2: yeah, but it was just one e-mail - it also depends on how long we have this regression
[15:18] <sil2100> i.e. if it was there like 2-3 promotions before
[15:19] <sil2100> Since if this problem was around for a month, then I guess it's not noticible enough, or we would have people shouting at us all the time
[15:20] <dpm> popey, https://myapps.developer.ubuntu.com/dev/click-apps/506/changerequest/
[15:21] <brendand> sil2100, i can't make the landing meeting. i don't think elopio is here today either
[15:21] <charles> nik90, ogra_: reporting back on a couple of datetime requests that you two made
[15:22] <brendand> sil2100, there is this autopilot bug: https://bugs.launchpad.net/autopilot/+bug/1334676
[15:22] <sil2100> brendand: no problem - any particular updates on the AP front?
[15:22] <charles> nik90, there's a MR now that will support per-alarm sound files in indicator-datetime
[15:22] <elopio> sil2100: brendand: I am here.
[15:22] <brendand> sil2100, that is the main thing we are firefighting now
[15:22] <charles> nik90, I hope to get that along with the DBus stuff siloed tonight
[15:22] <davmor2> sil2100: true
[15:22] <brendand> elopio, don't be marked away then :)
[15:22] <charles> nik90, the DBus stuff isn't finished yet, so I can't promise that part for tonight
[15:23] <popey> thanks dpm
[15:23] <charles> ogra_: you requested that indicator-datetime stop playing the sound as soon as the snap decision was canceled
[15:23] <elopio> I'm hiding from reality.
[15:23] <ogra_> charles, yeah
[15:23] <nik90> charles: do you have a link to the MR?
[15:23] <charles> ogra_: indicator-datetime /is/ calling ca_context_cancel() and it works correctly on desktop, but not on the phone
[15:23] <nik90> charles: also does this mean indicator-datetime will play the alarm sound set by the clock app?
[15:24] <ogra_> charles, aha, well, probably a lower level bug in unity then
[15:24] <brendand> sil2100, the autopilot devs will look at it tonight and hopefully we'll have a better picture by tomorrow
[15:24] <charles> nik90, yes. I tested this out by setting alarm.sound = '/usr/share/sounds/ubuntu/ringtones/Koto chords.ogg' in AddAlarmPage.qml, just to test
[15:25] <nik90> charles: sweet. thnx
[15:25] <charles> ogra_: we'll be moving away from canberra when the media API is ready, but that won't happen until after RTM
[15:25] <ogra_> hmm
[15:25] <charles> nik90, one moment and I'll get that MR URL for you
[15:25] <sil2100> brendand: oh, so this is the cause of the delays in AP tests in UITK?
[15:25] <ogra_> so we need some workaround i guess
[15:25] <sil2100> Oh, he's gone
[15:25] <ogra_> sil2100, yes it is
[15:26] <ogra_> (i looked into it as well)
[15:26] <nik90> ogra_, charles: is canberra the default alarm sound?
[15:26] <charles> nik90, https://code.launchpad.net/~charlesk/indicator-datetime/lp-1318997-customizable-alarm-sounds
[15:26] <ogra_> nik90, canberra is the gnome sound framework for system sounds
[15:26] <nik90> ah
[15:26] <charles> nik90, ^ this also sets up the GSettings for user-defined duration / volume / sound file, even though it's not available to clock-app via dbus yet
[15:27] <ogra_> sil2100, so gallery and camera finally landed ... any objection to building an image now ?
[15:27] <nik90> charles: ok
[15:27] <sil2100> ogra_: no, please build
[15:27] <ogra_> ok
[15:27] <sil2100> I guess it will be nice to have an image with those
[15:27] <sil2100> We also landed some things inbetween so good
[15:28] <ogra_> yeah, saw that
[15:28] <ogra_> triggered
[15:29] <nik90> charles: ooh I also got a reply from the designers about the alarm sound. They still want the slider instead of presets.
[15:29] <nik90> charles: The reasoning was that the "Normal Volume" is subjective to different people
[15:35] <imgbot> [15:49] <popey> ~/71
[15:49] <ogra_> the mythical 71 ...
[15:52] <balloons> fginther, ok so I tweaked https://code.launchpad.net/~nskaggs/reminders-app/fix-evernote-sdk-python3/+merge/223493 a bit.. I realized I wasn't including or installing the modules properly. Now we have the pep8 errors again. I noticed the parms are slightly different on your run. Are they correct?
[15:55] <kgunn> Ursinha: hey there, i understand you've volunteered to help the crazy mir guys out on ci issues...
[15:55] <kgunn> i understand you might need to ramp a little with fginther's help
[15:55] <popey> ./me tickles ogra_ with https://code.launchpad.net/~popey/ubuntu-seeds/add-keychain/+merge/224667
[15:55] <popey> god dammit
[15:55] <kgunn> ..but just so you know, we've got missed autolandings atm
[15:55] <kgunn> "Started 7 hr 6 min ago"... "Waiting for next available executor on mako" http://s-jenkins.ubuntu-ci:8080/job/mir-mediumtests-runner-mako/
[15:56] <fginther> kgunn, Ursinha, the makos are swamped with test requests, looking to see why
[15:59] <fginther> kgunn, good grief the sdk tests take over 2 hours now
[16:05] <Ursinha> kgunn: yeah :) I have to finish some tasks I'm currently on though, hope it's okay to ping you guys then?
[16:07] <fginther> kgunn, are you doing some manual merges?
[16:09] <alan_g> fginther: yes
[16:11] <fginther> kgunn, alan_g, to help with the very short term, I've bumped the priority of mir's mako job. That will help with the current backlog situation, but it's not a good long term solution
[16:12] <alan_g> fginther: to help with the backlog I'm manually merging (and testing) approved branches that already passed in CI
[16:15] <robru> sil2100, did you say in the foundations meeting that you were working on the IRC bot?
[16:16] <sil2100> robru: yeah, tweaking some things in it and wanting to fix some of the CSV-parser hell that's going on there
[16:16] <fginther> alan_g, I can help by killing the jobs queued up for those branches
[16:16] <fginther> once you have them merged
[16:16] <robru> sil2100, did you see the email where we were talking about moving that bot into this channel?
[16:16] <alan_g> fginther: thanks. Do you need a list or do you have it?
[16:17] <fginther> alan_g, I see https://code.launchpad.net/~alan-griffiths/mir/fix-1334287/+merge/224457 in progress
[16:17] <fginther> which is merged
[16:17] <alan_g> fginther: ack
[16:19] <plars> cjwatson: do you have time today to talk through the image build stuff with me? or if not, perhaps tomorrow?
[16:19] <fginther> alan_g, I just killed the queued job for this merged mp: https://code.launchpad.net/~andreas-pokorny/mir/move-input-channel-factory/+merge/224323
[16:20] <cjwatson> plars: I have a little while.  What do you need?
[16:20] <alan_g> fginther: these are the ones I've merged: lp:~andreas-pokorny/mir/input-sender lp:~alan-griffiths/mir/fix-1334287 lp:~andreas-pokorny/mir/move-input-channel-factory lp:~kdub/mir/hwc-device-test-cleanup
[16:20] <plars> cjwatson: you had mentioned that I should grab you on irc so you could walk me through the process. Or if you have written instructions I'm happy to try those out first
[16:21] <plars> cjwatson: this relates to the ubuntu-cdimage stuff you were working on
[16:21] <cjwatson> plars: Do you have cdimage set up on a scratch host?
[16:21] <plars> cjwatson: not at this moment, but I can do that
[16:22] <plars> cjwatson: does it need to be trusty, or does precise work?
[16:22] <fginther> alan_g, thanks. got the ones in the queue
[16:22] <cjwatson> plars: You'll also need a devirtualised PPA somewhere that you plan to use in combination with the primary archive to build the image; and I'll need to know the Launchpad user (a bot?) that you plan to use
[16:22] <cjwatson> plars: Right now it must be utopic
[16:22] <alan_g> fginther: thanks for  tidying up after me
[16:22] <cjwatson> plars: (At least if you plan to use the extra-PPA feature, which is kind of the point for you AIUI)
[16:22] <cjwatson> plars: precise isn't going to be able to build touch images :)
[16:23] <cjwatson> plars: Oh, wait, you mean the host you're running cdimage on, not the PPA?
[16:23] <plars> cjwatson: yes
[16:23] <cjwatson> plars: Either precise or trusty should work for that
[16:23] <plars> whew, ok. I was getting really confused for a moment there :)
[16:23] <cjwatson> So was I apparently ...
[16:24] <mhr3> sil2100 / robru, what happened to row #33?
[16:24] <plars> cjwatson: I think we have a ci bot user now, but I don't have any lp credentials for it. Let me check on that. Once I have that, you could set up the devirtualized ppa for it? or do I need to request that through IS?
[16:24] <mhr3> sil2100, robru, it was about to be published in 014, but disappeared in the void
[16:24] <cjwatson> plars: I can't set up devirtualised PPAs, you'll have to do that
[16:24] <cjwatson> (with IS)
[16:25] <cjwatson> plars: I assumed you'd be using an existing silo or something though
[16:25] <cjwatson> plars: The PPA doesn't have to belong to your bot user
[16:25] <cjwatson> plars: I'll need to add your bot to ~launchpad-livefs-builders though
[16:26] <robru> mhr3, silo 14 was published by lukasz and merged by me. not sure where the spreadsheet line went
[16:26] <plars> cjwatson: I don't think we're planning to use the existing citrain silos if that's what you mean, and there are actually bugs that prevent the entire process from working on utopic at the moment, so I'm not sure how far I can get without just kind of doing it by hand first
[16:27] <mhr3> robru, ah, so just broken spreadsheet... ok
[16:27] <robru> mhr3,
[16:27] <robru> mhr3, yep
[16:29] <plars> cjwatson: the devirtualized ppa is for building the image though right? there's not already a pool set aside for that purpose that anyone in  ~launchpad-livefs-builders can use?
[16:29] <cjwatson> plars: The devirtualised PPA is the *source* for the image
[16:30] <cjwatson> plars: You can build an image either from the primary archive alone, or from the primary archive plus PPAs; but packages come from the PPAs and go into the image, the resulting image does not go into the PPA
[16:30] <cjwatson> plars: So you can use any existing PPA in Launchpad for the purpose of this experiment, as long as it's devirtualised
[16:30] <plars> cjwatson: ah, devirt so that it can build an armhf package that will be going into the image I guess, right?
[16:30] <cjwatson> plars: Later of course you'll want that to be a PPA that's the output of the CI engine for some ticket
[16:31] <cjwatson> plars: Devirt because the livefs has to build on devirtualised hardware right now so this is a security requirement
[16:31] <plars> ok
[16:31] <cjwatson> plars: We'll be able to lift this restriction later once scalingstack is in place
[16:31] <cjwatson> plars: (I did try building a livefs on our existing virt builders, but live-build and the hardy kernel don't get along)
[16:48] <sil2100> robru: oh, I might have missed that
[16:49] <robru> sil2100, it was the one titled 'Formalizing CI Train Sheriff'
[16:49] <sil2100> robru: you want the bot in this channel then? I could modify it to only react on commands that are sent with his name in it
[16:49] <sil2100> Aren't you afraid it'll spam a bit too much?
[16:50] <robru> sil2100, well, read the discussion ;-) barry and stgraber both requested that they not have to care about Yet Another IRC Channel.
[16:50] <sil2100> Ok, I'll read it up once I have a free moment then ;)
[16:50] <robru> sil2100, take a look at queuebot in #ubuntu-release, it has a lot to say but uses channel notices instead of messages, so it's less intrusive. that would be nice
[16:51] <sil2100> Right now it's a bit hard to find a free moment though!
[16:51] <robru> sil2100, not urgent, but it's a thought
[16:51] <sil2100> I guess it could be doable, as the idea for it to be in a different channel was Didier's idea
[16:53] <robru> sil2100, yeah I never understood the rationale behind making a separate channel, and then making the bot consume the whole channel in a way that makes it impossible to talk there
[16:55] <sil2100> I can understand part of those, as the bot is really a bit flaky because of the really crappy CSV parser and can sometimes be a bother, but it's nothing that should be a definite blocker
[16:56] <sil2100> Especially that the CI train choo choo channel is not documented anywhere
[16:57]  * sil2100 adds it to the FAQ in the meantime
[17:03]  * sil2100 wonders if the image is still building
[17:05] <imgbot> [17:05] <sil2100> ...
[17:05] <imgbot> [17:05] <sil2100> :D
[17:05] <sil2100> imgbot reads my mind
[17:05] <thostr_> could anybody reconfigure silo 7 (I changed the components)
[17:06] <robru> barry, ^
[17:14] <ogra_> sil2100, oh, didnt i tell you oabout the new lukasz-brain plugin i wrote ?
[17:24] <sil2100> ;)
[17:24] <barry> robru: reconfigured.  it's weird though - sometimes i have to hit the build button twice
[17:25] <robru> barry, yes you do! the first time it does the SSO handshake and then returns you to the same page you started on.
[17:25] <barry> robru: okaaaay
[17:25] <robru> barry, I know, it's so convenient that it just logs you in automatically, right? ;-)
[17:26] <barry> robru: yeah, even when i'm already logged in
[17:27] <robru> barry, yeah, you're logged into SSO, but you're not logged in to jenkins. so the first time you click the build button, jenkins is like "who is this not logged in person! I'll redirect him to SSO!" and then SSO is all like "Hey man, that's Barry Warsaw! I'll be super-helpful and redirect him right back to the page he started on without giving any sort of visual indication of what just happened. I'm sure that's exactly what he wants!"
[17:28] <barry> robru: not that i'm complaining because, bananas!
[17:28] <barry> monkey see (button), monkey push
[17:28] <robru> barry, and the jenkins login times out after like, 30 minutes or something. so basically yeah, the first time you click the build button, you're really clicking the "login" button. then you can click the build button for real after that.
[17:29] <barry> robru: ah, it's the 30 minute logout i wasn't aware of
[17:29] <robru> barry, next time you click a link through to a jenkins job, check the top right to see if you're logged in or not. if you click "login" first then the build button will work the first time
[17:29] <robru> barry, yeah
[17:29] <robru> barry, I don't know the exact timeout period, but it seems like I have to log in again every time I go to use it
[17:31] <barry> robru: in celebration of my last official sheriff day, i finally got erc to highly the trainguards ping :)
[17:31] <robru> barry, perfect ;-)
[17:31] <sil2100> barry: last official sheriff day? You won't be sheriffing anymore? ;)
[17:31] <robru> barry, ok, so you can be sheriff in perpetuity right? ;-)
[17:33] <barry> robru: well, at least i'll be annoyed by it until i remember/bother to turn it off :)
[17:33] <robru> barry, hehe
[17:33] <barry> sil2100: i think so, yes.  stgraber and i were only originally supposed to serve in june and 3 business days from today (rotation period) is july
[17:34] <sil2100> ACK :)
[17:34] <sil2100> Right!
[18:13] <barry> i guess i should start silos 7 and 13
[18:16] <ogra_> yippie, gallery passes
[18:27] <AlbertA> barry: robru: do I need to do anything for landing-020? it says publication needs action...
[18:32] <barry> AlbertA: i don't remember what to do about that.  if robru can remind me, i can try to do whatever it is that has to be done
[18:37] <robru> barry, you have to look at the diffs and approve them with your Core Dev hat on
[18:37] <robru> barry, same in 19 actually
[18:38] <barry> robru: ack
[18:43] <barry> robru: i guess i can trust the merge proposal to show me the diff, right?  and really i only need to review the changes in the debian/ directory.  the only question i have for silo 19 (dbarth's) is why the d/copyright file got trimmed
[18:47] <robru> barry, dashboard has a link directly to the packaging diffs: http://people.canonical.com/~rbpark/citrain/
[18:48] <robru> barry, and in the case of silo 19, debian/copyright got trimmed because all those files vanished. NPAPI plugins went away
[18:52] <robru> barry, go ahead and publish silo 5 while you're at it ;-)
[18:58] <robru> barry, hrmm did you get my messages? i sent three in the last 15 minutes. not sure if net split cut you off
[18:58] <barry> robru: the last one i got was:
 barry, same in 19 actually
[18:59] <robru> 11:47 <robru> barry, dashboard has a link directly to the packaging diffs: http://people.canonical.com/~rbpark/citrain/
[18:59] <robru> 11:48 <robru> barry, and in the case of silo 19, debian/copyright got trimmed because all those files vanished. NPAPI plugins went away
[18:59] <robru> 11:52 <robru> barry, go ahead and publish silo 5 while you're at it ;-)
[19:00] <barry> robru: ah, cool.  and done both
[19:01] <robru> barry, thanks
[19:27] <elopio> ping robru: can you please triage this one and add it to the roadmap?
[19:27] <elopio> https://bugs.launchpad.net/mir/+bug/1334767
[19:27] <robru> elopio, what? why me? what roadmap?
[19:28] <elopio> robru: to the roadmap of the CI team, so it's scheduled and somebody works on it hopefully soon.
[19:29] <robru> elopio, I have no idea what you're talking about. it's not CI's job to write documentation for mir. I'll assign it to kgunn
[19:30] <elopio> robru: the docs are up-to-date on the branch
[19:30] <robru> elopio, sorry, just read the bug.
[19:30] <elopio> what we need is to find the job that pushes the docs to the website, that seems to have been lost since trusty.
[19:30] <robru> elopio, i'm asking some CI people
[19:31] <elopio> robru: thanks.
[20:50] <jhodapp> robru: can I get a silo for line 26 in the spreadsheet?
[20:50] <robru> barry, ^
[20:52] <barry> jhodapp, robru i just tried to assign it but camera-app is already in silo 4.  should i override?
[20:53] <robru> barry, yeah, silo 4 is one of those "big ones" you can pretty much ignore
[20:53] <barry> done.  jhodapp, happy landings!
[20:55] <jhodapp> barry: thanks!
[21:27] <fginther> elopio, ping
[21:27] <elopio> fginther: pong.
[21:27] <fginther> elopio, re: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1334371 . How are the tests executed?
[21:29] <elopio> fginther: autopilot3 run ubuntu_experience_tests
[21:30] <fginther> elopio, thanks
[21:30] <elopio> fginther: thanks to you for working on it.
[21:30] <fginther> elopio, does this need to go into a PPA?
[21:31] <elopio> fginther: whatever you think best. If you prefer it in a PPA, lets do that. Or if you prefer it to be on the archive, I can start pinging people for that too.
[21:33] <fginther> elopio, I think this needs to be in the archive to facilitate the daily smoke testing (I'm assuming that's what is ultimately desired). We don't use PPAs for that.
[21:34] <elopio> fginther: yes, that's what we want.
[21:34] <fginther> elopio, if that is the utlimate solution, we can still do a PPA in the short term to get this bootstrapped
[21:35] <elopio> fginther: that would be nice. And do you know who can help me to put it in the archive? to start figuring that out too
[21:39] <rsalveti> ogra_: robru: mind if I build a new image?
[21:40] <robru> rsalveti, fine by me...
[21:40] <rsalveti> robru: great
[21:41] <popey> #100!
[21:41] <rsalveti> we landed a few big things, want to make sure we don't regress too much :-)
[21:41] <rsalveti> awesome
[21:41] <fginther> elopio, I'm embarrassed to say I don't know where to start.
[21:42] <fginther> balloons, are you around? Do you know anything about getting a pure test package into the archive? elopio has something that falls into this category
[21:44] <rsalveti> ok, just triggered a new image
[21:50] <imgbot> [21:50] <Wellark> hey guys!
[21:50] <Wellark> is silo4 landing any time soon?
[21:50] <Wellark> I have system-settings MP ready to land
[21:50] <Wellark> in silo7
[21:50] <Wellark> and I would not want to collide with silo4
[21:51] <robru> Saviq, t1mp ^
[21:54] <Wellark> oh, well. first come first served, right? :)
[21:55] <Wellark> silo 4 only has 13 MP's in it. it should not be a big deal to rebuild it, right....
[22:07] <balloons> fginther, a pure test package?
[22:08] <balloons> like something -autopilot? or something else?
[23:21] <cjwatson> plars: Any luck?