=== robru changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: fginther | CI Train Status: #87 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. [02:10] === trainguard: IMAGE 98 building (started: 20140626 02:10) === === fginther changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #87 promoted | CI Train Sheriff: trainguards | Known issues: The spreadsheet is extremely slow, http://people.canonical.com/~rbpark/citrain/ knows the statuses before the spreadsheet does. === fginther is now known as fginther|away [03:35] === trainguard: IMAGE 98 DONE (finished: 20140626 03:35) === [03:35] === changelog: http://people.canonical.com/~ogra/touch-image-stats/98.changes === [04:06] yay new clickscope. [04:06] * alecu flashes #98 === dpm-afk is now known as dpm === oSoMoN_ is now known as oSoMoN [07:15] sil2100, could you reconfigure silo 13 for me? hijacking your MP to address an issue with trust store db creation [07:20] hi, could someone retrigger the Jenkins jobs for these two MPs?: [07:20] https://code.launchpad.net/~carlos-mazieri/ubuntu-filemanager-app/bug-openPath/+merge/224535 [07:21] https://code.launchpad.net/~carlos-mazieri/ubuntu-filemanager-app/filemanager-devel/+merge/224527 [07:29] dpm: done [07:30] dpm: poke vila if you want to get the ability to retrigger yourself. [07:31] awesome, thanks popey! [07:31] np [07:31] tvoss: ok! [07:32] tvoss: to make things better you could have just added an additional MP instead of overwriting mine ;) [07:35] ogra_: how long would you expect 40% battery to last on the nexus 4 when doing "nothing" ? [07:37] tvoss: by adding a merge on top you would assure that I would be mentioned in the changelog properly [07:38] sil2100, oh sorry :/ [07:38] let me fix that [07:40] sil2100, done :) could you reconfigure? [07:41] tvoss: thanks! Should be reconfigured soon [07:41] Done [07:41] sil2100, thanks [07:42] sil2100, building, grabbing coffee, back in 15 [07:48] popey, 3-4h at least [08:04] sil2100, ping [08:04] tvoss: pong [08:05] psivaa, ogra_: does anyone of you know what happened to test results from #98? [08:05] Was there some device failure again? [08:05] how do you mean ? [08:05] sil2100: just looking at that [08:05] no [08:06] we had that yesterday too ... seems the UITK tests suddenly run very slow/long [08:06] But there are also failures in the SDK and such [08:07] 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] seb128, yup, on it :) thanks for the review [08:07] seb128: yep, we're looking a it :) tvoss is fixing it now [08:07] tvoss, yw! [08:07] sil2100, hey, wb [08:08] 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] sil2100, not sure if you got pinged about that yet, but Pat was asked people about libqofono [08:08] tvoss, that makes sense [08:08] seb128: yeah, I already had a talk with both him and Steve yesterday about that [08:09] sil2100, i told you about the sdk failure yesterday [08:09] ogra_: sil2100: uitk is still taking too long [08:09] sil2100, zbenjamin is on it afaik ... its a simply package name change [08:09] 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] (qtsensors-dev doesnt exist anymore) [08:09] 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] seb128: the ETA is today before evening at max [08:10] sil2100, k, great, thanks [08:10] seb128: Ken disabled running tests, but Steve said it's best if we simply get them working [08:10] sil2100, let me know when you want a NEW review [08:10] Sure :) [08:10] yeah, it's best [08:10] Thanks! [08:10] ogra_: ah! Right, forgot about it [08:11] sil2100, seb128 pushed update, building now [08:12] tvoss, great, let's see how that goes [08:13] tvoss: \o/ [08:17] bah, the webbrowser-app test gets worse every day [08:24] seb128, sil2100 I added a preliminary AGPS test plan here: https://wiki.ubuntu.com/Process/Merges/TestPlan/location-service [08:24] seb128, sil2100 could you guys give it a spin with silo 11? [08:24] tvoss: maybe davmor2 could help out with testing this? [08:25] sil2100, cool, thank you [08:25] davmor2, ping [08:25] tvoss: I need to finish up some things before I would have enough time to properly test this ;) [08:25] sil2100, ack [08:26] 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] seb128, manually select the location :) [08:27] k [08:27] what should be the result of the steps? [08:27] because I don't see a work/fail description in there [08:28] like you run the gps_provider_test command then...? [08:28] seb128, it will tell you if it failed or succeeded in the end, takes some time [08:28] k [08:28] seb128, will add that to the description [08:28] thanks [08:28] seb128, also: https://location.services.mozilla.com/leaders#ubuntu_location_service [08:29] sil2100, seb128 looks good, only arm64 still building [08:29] https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+packages [08:29] great [08:33] seb128, sil2100 the build passed successfully on all architectures https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+packages [08:33] tvoss: I'll publish it after the meeting :) [08:33] seb128, sil2100 thank you [08:37] seb128, did you manage to start the test following the instructions on the wiki? [08:41] 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] seb128, you don't need qtubuntu-sensors for the agps test [08:41] tvoss, k, I was just looking at what is the ppa, platform api as well [08:41] seb128, yup, not needed for this [08:41] great [08:41] * seb128 runs command [08:43] tvoss, the command bails out with [08:43] C++ exception with description "the argument ('INSERT_ESTIMATE_HERE') for option 'ref_lat' is invalid" thrown in the test fixture's constructor. [08:43] [ FAILED ] HardwareAbstractionLayerFixture.time_to_first_fix_cold_start_with_supl_benchmark_requires_hardware (3 ms) [08:43] [----------] 1 test from HardwareAbstractionLayerFixture (3 ms total) [08:44] seb128, ah, interesting, could you paste your command line? in pm, if you don't want to disclose your current location ;) [08:45] tvoss, no location info in there I think, http://paste.ubuntu.com/7704818/ [08:45] pub, with beer, watching tennis [08:45] SHOCK! [08:45] lol [08:45] Laney, wimbledon ongoing, needs to do it the proper way! [08:46] oh yeah, s/beer/pimms/ it would be here :P [08:46] ;-) [08:46] 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] tvoss, indeed, that makes sense, there is a long line of uppercase arguments, I didn't bother reading it, just copied [08:47] s/pimms/Pimm\'s/ [08:47] seb128, done [08:49] ... [08:58] tvoss, bah, stopped on a enospace ... I cleaned some log and I'm trying again, how much disc-space is it using? [08:59] 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] 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] seb128, okay, thanks for trying though [09:02] ogra_, could be a repeat of 1974 [09:02] yw, sorry it didn't work out [09:02] ogra_, but no home advantage this time :P [09:03] seb128, all good, just preliminary test instructions :) [09:03] 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] ogra_: camera-app 2.9.1+14.10.20140625.1-0ubuntu1 [09:03] that doesn't relate to https://code.launchpad.net/~phablet-team/camera-app/trunk ? [09:04] what I see in s-jenkins is com.ubuntu.camera_2.9.1.286_armhf.click built on 20th June. [09:04] is that what you want? [09:04] popey, no idea, probably there is something in the CI train history [09:04] store has 280 [09:04] thats 286, which is latest trunk. [09:04] no, the deb seems to have a timestamp of the 25th [09:04] that needs to land in trunk surely? [09:05] well, it should have been merged after landing [09:05] ok, well I only ever pull from jenkins, if it's not there, then someone else needs to craft a click. [09:06] 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] bah [09:07] both not top approved [09:08] tvoss, http://people.canonical.com/~seb128/log [09:08] popey, i think sil2100 needs to merge and clean silo-002(line 17 on the spreadsheet) [09:09] else it wont be merged [09:09] (obviously) [09:11] ok, so I'll stand down until someone creates the clicks sil2100 [09:12] seb128, are you sure that you ran as sudo? [09:12] tvoss, I'm root from adb shell [09:12] seb128, hmmm, okay [09:12] seb128, thanks, will look into it a little more [09:13] yw, let me know if you need more info [09:16] ACK [09:16] ogra_: right, I'll m&c it [09:16] ogra_: normally it's the lander that does that... [09:19] sil2100, did you have a chance to publish the trust-store silo, yet? [09:20] tvoss: it's publishing now :) [09:21] sil2100, thanks [09:24] hmm, the spreadsheet is having some update problems again [09:26] cjwatson, ping [09:49] popey: it's merged and cleaned [09:49] ogra_: ^ [09:49] ok [09:49] gallery too i suppose [09:50] ah, yeah, according to the spreadsheet it is [09:50] Yes, it was merged yesterday [09:51] ack [10:11] pstolowski: same thing as you sent in /msg? [10:12] cjwatson, yes [10:22] hmm, screen on my mako went off while I was running gallery autopilot tests [10:24] oSoMoN, ^^ [10:25] how can I help? [10:28] oSoMoN: it seems there are some problems when testing the new gallery-app [10:28] With the workaround for the toolbar issue [10:29] sil2100, what kind of problems? screen going off? [10:30] popey: could you give some updates on your problem? ^ [10:30] 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] i will when it finishes [10:30] its taking an _age_ [10:33] Ran 40 tests in 1411.403s [10:33] FAILED (failures=6) [10:33] lemme run again on flo [10:35] ogra_: sil2100 http://paste.ubuntu.com/7705209/ thats me running gallery tests on mako [10:39] oh yay! gallery tests have trashed my photos and videos [10:39] ffs [10:39] oh I lie [10:39] /ignore popey === vrruiz_ is now known as rvr [11:05] turns out phablet-config autopilot --dbus-probe enable takes a very long time when you have 360 apps installed [11:08] sil2100, when rebuilding in a silo, is the old branch kept along at all, or is a new checkout & merge done? [11:09] 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] So the old branch is removed [11:09] sil2100, ok cool [11:17] sil2100, webbrowser is clean from my pov [11:17] sil2100: whats the status of silo 14? (can i see that status in a sheet somewhere? [11:17] sil2100, still running through ui toolkit [11:18] 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] popey: you can check the citrain spreadsheet and look at the sheet "landing-014" [11:19] brendand: ok, thanks [11:19] sil2100, a lot of the failures are about this toolbar, or that keyboard, not being visible [11:19] sil2100: link? ☻ [11:20] popey: ah :) [11:20] popey: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc&pli=1#gid=32 === bschaefer_ is now known as bschaefer [11:22] thanks sil2100 [11:22] thostr_: is landing 14 a problem? says one of the packages wasnt built? [11:25] yw! [11:26] popey: is your phone on 98 or 97? [11:27] both [11:27] the one that is on 98 is it actually on 98 [11:27] oh, ilied, one is 95, one is 98 [11:29] 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] so it goes through the whole update process but remains on 97 [11:30] mine is #98 [11:30] right I'll do a fresh wipe then I wonder if it is because I modded the system to test silo020 [11:44] ok, got gallery to pass [11:45] dpm: could you please push http://popey.com/~alan/com.ubuntu.gallery_2.9.1.1004_armhf.click to the store? === alan_g is now known as alan_g|lunch === MacSlow is now known as MacSlow|lunch [11:52] popey, done: https://myapps.developer.ubuntu.com/dev/click-apps/507/changerequest/ [11:55] thanks dpm [11:58] sil2100, seb128 is there any way to get debug symbols for packages from silos? [11:58] sil2100: had another occasion of the screen blanking, this time during camera AP tests [12:01] sil2100: http://paste.ubuntu.com/7705522/ [12:02] sil2100: does this camera update also _require_ qtsensors? [12:03] popey, do you know if there is an easy way to get debug symbols for silo packages? [12:03] i do not [12:03] sorry. [12:06] They should end up on ddebs.ubuntu.com I think [12:19] 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] might work under ap but doesn't on the actual device with fingers :) [12:21] davmor2, no that's a problem with autopilot too [12:21] davmor2, it will click on the popup instead [12:22] davmor2, i don't know of any test failures due to that though [12:23] brendand: no idea I just hit it myself so thought I wonder if tests are failing because of that [12:28] robru, did we get a qtdeclarative silo? I can get folks testing unless they have already === fginther|away is now known as fginther === MacSlow|lunch is now known as MacSlow === alan_g|lunch is now known as alan_g [12:42] sil2100, my silo 3 failed trying to get the source package === renato_ is now known as Guest98529 [12:55] 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] sil2100, psivaa - it looks like the uitoolkit and mediaplayer failures are closely related [12:59] sil2100, psivaa - they both hang on launching the application. it looks like it's timing out, then the test is continuing [13:00] sil2100, psivaa - for mediaplayer this causes failures, but for uitoolkit it just means a really long test run [13:00] cjwatson, any idea why silo 3 keeps failing to get the source tarball? [13:00] sil2100, psivaa - it's possible this could be a global issue. perhaps mir/unity8 has changed something and AP has not caught up === Guest98529 is now known as renato__ [13:02] pmcgowan: I'm afraid I'm not familiar with the details of how things work for merge-mode branches [13:03] pmcgowan: But something seems to be setting a bogus version number [13:03] bzr: ERROR: Unable to find the needed upstream tarball for package qtdeclarative-opensource-src, version 5.3.0+14.10.20140626. [13:03] Which is not what https://code.launchpad.net/~mzanetti/kubuntu-packaging/qtdeclarative-opensource-src/+merge/224517 says [13:05] sil2100, can you re-publish 014? [13:05] 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] cjwatson, thanks looking [13:07] The job is modifying the changelog under "Prepare changelog content" [13:08] mzanetti, The job is modifying the changelog under "Prepare changelog content" [13:09] mhm... and that seems to break the way it tries to fetch the upstream sources [13:09] in the working build it says "Using apt to look for the upstream tarball." [13:09] 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] pmcgowan,mzanetti: The safe bet would be to do the same again [13:10] 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] interesting [13:11] You'd need somebody in ~ci-train-ppa-service to do the upload for you if you went the first route [13:11] 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] brendand: yea, as suspected. probably the changelist for image 95 could point anything? [13:11] mzanetti: That seems reasonable, if you can find somebody to do the upload for you (e.g. if Mirv is around) [13:11] psivaa, 96 [13:12] psivaa, i'm just about to pin down the root cause [13:12] mzanetti: https://launchpad.net/~ci-train-ppa-service/+members [13:12] brendand: ack, great [13:12] cjwatson, he is out, we need sil2100 or robru I think [13:12] cjwatson: that's the whole problem, Mirv isn't around :) [13:12] but I'll find someone [13:12] Right, so one of those other people [13:13] mzanetti, rsalveti could do it for us [13:13] yep [13:14] 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] 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] morning [13:14] * rsalveti looks [13:15] mzanetti: sure [13:15] thanks [13:16] 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 === barry changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | 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. [13:32] mzanetti: package is building [13:33] sil2100: mind reconfiguring silo 3? [13:33] rsalveti: thanks! [13:40] trainguards: this is a test [13:41] trainguards: this is another test [13:42] trainguards: here comes another one [13:43] poor trainguards === barry_ is now known as geddy [13:56] robru: yay! erc properly tamed [14:00] mhr3: ok, republishing === Ursinha changed the topic of #ubuntu-ci-eng to: 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. [14:03] pmcgowan: what's up with the silo you mentioned? Is it still an issue? [14:03] sil2100, needs to be reconfigured, we had to dput the source tarball [14:03] then rebuild [14:05] Ok, reconfiguring then [14:05] sil2100, also wanted to bug you about qofono again [14:05] pmcgowan: libqofono should be in the NEW queue soon [14:05] I mean, I pushed it so I would suppose it to appear there soon (or even now) [14:06] sil2100, any idea when it will land? I heard there was an alpha freeze [14:06] ah ok [14:06] pmcgowan: seb said he can do the NEWing of it [14:06] (although I don't see him here right now) [14:07] sil2100: those patches forwarded? [14:08] seb's out for the afternoon [14:08] alpha freeze doesn't affect new packages [14:08] Laney: not yet, it's a fresh thing but I'll forward it properly ASAP [14:09] there are two [14:09] Ah, right, one of them is from Ken - don't know about that one [14:09] Will have to check it up [14:09] * Laney nod [14:09] I mean, check up if it's forwarded, not check what it's about ;) [14:10] I checked for pull requests on github and didn't see any [14:10] pmcgowan: reconfigured [14:11] sil2100: hi; silo 019 good to go [14:11] robru: ^^ 019 is also SRU material to support the new Chrome API for extensions [14:12] mzanetti, ^^ [14:13] barry: as you are the sheriff right now, can I forward all CITrain related things to you now ;) ? [14:13] pmcgowan: yep, saw it, thanks. will check it out [14:13] sil2100: yep, although i have meetings coming up so i might be a bit less responsive until after lunch [14:14] barry: ok, sure thing ;) I'll also be watching for citrain requests, but I'll try doing other things in the meantime [14:16] sil2100: sounds good. you have the same meetings coming up :) [14:17] Ah! ;p [14:17] Right ;) [14:17] sil2100: between the two of us, we can ignore enough of the meetings to keep the train running :) [14:18] fginther: hey, are you swamped? we could really use a hand on mir-devel ci...loads of timeouts [14:19] kgunn, can you shoot me an example? [14:19] fginther: https://jenkins.qa.ubuntu.com/job/mir-team-mir-development-branch-utopic-amd64-autolanding/183/console [14:19] and another [14:19] https://jenkins.qa.ubuntu.com/job/mir-team-mir-development-branch-utopic-amd64-ci/520/console [14:21] kgunn: hi! Just so you know: the last Mir landing caused some regressions in different components like gallery-app and ubuntu-keyboard ;) [14:21] kgunn: the guys worked-around them somehow, but just wanted to make sure you're aware [14:21] sil2100: i am well aware...bugs are being updated [14:21] yep [14:21] Not sure if they poked you about those [14:21] alf is on it full blast [14:21] Oh, excellent! [14:26] mzanetti, shall I hit the build button? or did you? [14:26] pmcgowan: I don't think we want to use that button [14:26] oh [14:26] pmcgowan: I would think that introduces the issue from before again? [14:26] dunno [14:26] sil2100, ? [14:27] the package that rsalveti uploaded is still building on armhf [14:27] Ok, so you dputted directly to the PPA right? [14:27] I see [14:28] If it's building, you can press the build button with the 'watch only' flag [14:28] It will then track the building [14:28] 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] ah cool [14:32] 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] kgunn, on the ccache thing... === alan_g is now known as alan_g|tea [14:41] barry: landing-020 is ready to go... [14:42] AlbertA: publishin [14:42] *publishin' :) [14:49] publisheded ? [14:49] public lashing? [14:49] fginther: ...on the ccache thing ? [14:50] kgunn, sorry, meetings... [14:50] np, me too [14:50] take your time === alan_g|tea is now known as alan_g [14:56] pmcgowan, yeah you're in silo 3 [14:57] robru, thanks its building again [15:01] 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 === josepht changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | 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:06] balloons, check out the console log from the jenkins job: "ImportError: No module named 'evernote'" [15:06] fginther, d'oh, ty [15:08] 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] josepht: I always do that, lol [15:09] josepht: I think you missed /topic :) === josepht changed the topic of #ubuntu-ci-eng to: 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:09] Ursinha: yep, sorry :) [15:11] 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] Damn [15:12] davmor2: hm, is this only mako-specific? [15:15] sil2100: well it's the only device that rings right ;) [15:15] davmor2: since I wonder if it's also a race condition on 87 [15:16] davmor2: i.e. if you downgrade again and experiment, will it finally happen as well? [15:16] sil2100: it might be [15:16] davmor2: I wonder if we should block on it then? [15:16] 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] (for users) [15:18] dpm: could you please push http://popey.com/~alan/com.ubuntu.camera_2.9.1.288_armhf.click to the store [15:18] 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] sil2100: let me carry on experimenting and see what happens [15:18] davmor2: yeah, but it was just one e-mail - it also depends on how long we have this regression [15:18] i.e. if it was there like 2-3 promotions before [15:19] 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] popey, https://myapps.developer.ubuntu.com/dev/click-apps/506/changerequest/ [15:21] sil2100, i can't make the landing meeting. i don't think elopio is here today either [15:21] nik90, ogra_: reporting back on a couple of datetime requests that you two made [15:22] sil2100, there is this autopilot bug: https://bugs.launchpad.net/autopilot/+bug/1334676 [15:22] Ubuntu bug 1334676 in Autopilot "Dbus errors when launching an application since image #96" [Critical,New] [15:22] brendand: no problem - any particular updates on the AP front? [15:22] nik90, there's a MR now that will support per-alarm sound files in indicator-datetime [15:22] sil2100: brendand: I am here. [15:22] sil2100, that is the main thing we are firefighting now [15:22] nik90, I hope to get that along with the DBus stuff siloed tonight [15:22] sil2100: true [15:22] elopio, don't be marked away then :) [15:22] nik90, the DBus stuff isn't finished yet, so I can't promise that part for tonight [15:23] thanks dpm [15:23] ogra_: you requested that indicator-datetime stop playing the sound as soon as the snap decision was canceled [15:23] I'm hiding from reality. [15:23] charles, yeah [15:23] charles: do you have a link to the MR? [15:23] ogra_: indicator-datetime /is/ calling ca_context_cancel() and it works correctly on desktop, but not on the phone [15:23] charles: also does this mean indicator-datetime will play the alarm sound set by the clock app? [15:24] charles, aha, well, probably a lower level bug in unity then [15:24] sil2100, the autopilot devs will look at it tonight and hopefully we'll have a better picture by tomorrow [15:24] 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] charles: sweet. thnx [15:25] ogra_: we'll be moving away from canberra when the media API is ready, but that won't happen until after RTM [15:25] hmm [15:25] nik90, one moment and I'll get that MR URL for you [15:25] brendand: oh, so this is the cause of the delays in AP tests in UITK? [15:25] so we need some workaround i guess [15:25] Oh, he's gone [15:25] sil2100, yes it is [15:26] (i looked into it as well) [15:26] ogra_, charles: is canberra the default alarm sound? [15:26] nik90, https://code.launchpad.net/~charlesk/indicator-datetime/lp-1318997-customizable-alarm-sounds [15:26] nik90, canberra is the gnome sound framework for system sounds [15:26]