[00:44] ToyKeeper, any luck? [00:48] robru: Yes, just having a slow time of it because today is apparently full of stupid. [00:48] ToyKeeper, no worries! don't be so hard on yourself [00:48] In any case, currently trying to figure out which parts of this test plan are expected to fail, and why a click app isn't installing, and if there are any test cases for the i18n bug the change is intended to fix. [00:49] test cases, what are those? [00:49] https://wiki.ubuntu.com/Process/Merges/TestPlan/unity-scope-click [00:49] was rethorical ;) [00:50] But for now I'd settle for a bug with info on reproducing the i18n issue, or even a package name which is known to render incorrectly. [00:50] ToyKeeper, hummmmm [00:50] ToyKeeper, what i18n bug are we talking about? [00:51] landing-012's description is: Add i18n support to click scope, display more apps on unity8 desktop [00:51] ToyKeeper, oh ok, well the branch is here: https://code.launchpad.net/~dobey/unity-scope-click/translated/+merge/214182 (with linked bug) [00:51] (IIRC, there was an issue with some text displaying as '?' in the scope) [00:52] ToyKeeper, it's not clear to me that there actually is an app that has translations to test, I think it's more a case of "we added code, make sure it doesn't break anything" [00:52] are there even apps right now with translated description or name? [00:53] was just thinking not ;-) [00:53] right :) [00:53] Okay, I'm probably thinking of the wrong issue. [00:53] well, no, it's a very valid thing to test for i18n [00:54] In any case, I've been looking for a way to reproduce a symptom, to verify it no longer happens. [00:55] ToyKeeper, not sure about that, sorry [00:56] well we could come up with a click package that has special characters [00:57] it's not really going to test the scope though [00:58] While looking for that, I attempted to go through the unity-scope-click test plan, and thus far haven't successfully been able to install any apps. It could just be really slow today though, since even just doing a search takes more than 60 seconds to get a result. [00:59] I don't have baseline image tests for this version though, so it's possible the base image is broken. [01:00] I see [01:02] Okay, that worked. Took about 5 minutes to install a 72K app. [01:02] Usually it goes by fast enough I miss it if I blink. [01:11] my branch has nothing to do with apps being translated or not [01:11] it's to enable translation of strings in the scope itself, not of the apps (which is a whole completely different problem that needs a lot more work to enable) [01:12] the '?' issue was fixed in an earlier branch that's already merged and in the archive [01:13] ToyKeeper: if you want to test the '?' issue, it was happening with the one chinese app that's in the store for curator.im [01:14] the icon is red and the name is in chinese text (until you install it, then it's "Curator.im" or something) [01:14] Okay, good to know. [01:15] dobey: Any idea if this part of the test plan is supposed to fail? "Verify you can go back and forth in the dash and progress still works" [01:15] ( https://wiki.ubuntu.com/Process/Merges/TestPlan/unity-scope-click ) [01:19] ToyKeeper: yes, which is why there's a bug # next to it. hopefully will have that fixed soon though. the requisite branch for fixing that was supposed to land in ubuntu-download-manager today [01:23] dobey: Thanks, it does indeed appear to be fixed (Curator.im app display), and it looks (so far) like my app install issues aren't related to this silo. [01:24] what's your issue? [01:24] Mostly, that it's going really slow. But I'm getting the same thing on the base image, and bad ping times. [01:25] oh [01:25] 45 packets transmitted, 39 received, +42 duplicates, 13% packet loss [01:25] rtt min/avg/max/mdev = 91.454/2067.209/8079.955/1633.519 ms [01:25] maybe it's related to the DoS that happened earlier [01:26] Investigating a bit further, it looks like it might be local wireless congestion. [01:26] ah [01:27] very likely too [01:27] I'm half-tempted to either build a Faraday cage around my home, or build an EMP gun. [01:29] or? [01:29] both is more fun! [01:30] man, my new bandwidth is awesome [01:34] wifi is still meh though [01:35] Well, looks like channel 13 won't work... phone doesn't support it. [01:38] It seems channel 11 isn't congested right now though... positively zippy compared to what I was doing earlier. [01:44] It's amazing how much faster things go with a functional network. [01:44] robru, dobey: Silo 012 tested and signed off. [01:44] ToyKeeper, sweeet! [01:45] Sorry for all the delays and hand-holding; nothing seems to be going right today. [01:45] ToyKeeper, no worries! [01:45] i thought the testing was already done [01:45] i guess the "it's done" got dropped somewhere [01:45] dobey, new rules for TRAINCON-0 [01:46] Anything which doesn't fix a blocker currently must go through an additional brand-new process. [01:51] ... and reflashing to test silo 015. [01:54] robru: still around? Silo 11 is ready to land! [01:55] thomi, does that mean what I think it means? [01:55] it sure does brain [01:55] Among the maxims on Lord Naoshige's wall there was this one: "Matters of great concern should be treated lightly." [01:56] thomi, well you got yourself a publish... we'll see how the release team feels about that [01:56] robru: I don't understand [01:56] thomi, well we're past final freeze [01:57] thomi, so they might take issue. but since it's just dropping vestigial stuff, I quite like it [01:57] d'awww... my FFE has run out of mojo! [02:04] robru: ping [02:04] jhodapp, hello [02:05] === trainguard: IMAGE 287 building (started: 20140411 02:05) === [02:05] hey, could you do me a favor with the CI train? [02:05] jhodapp, maybe... [02:05] what's up? [02:05] robru: landing silo 017...the MP's listed there, can you change all of them to be phablet-team instead of jhodapp...do that to all of them except for the qtubuntu-media-signals MP? [02:06] jhodapp, you mean just change the URLs in the spreadsheet? or like, move the branches myself> [02:06] robru: just change it in the spreadsheet and reconfigure [02:06] jhodapp, ok [02:06] robru: and kick off a build for all of those to make sure it works ok [02:08] jhodapp, i'm not sure this will work... won't the MP #'s all be different? remember these URLs are MPs, not just branches [02:08] robru: ricmm claims the MPs will still be valid [02:08] I'm trusting his experience here [02:09] jhodapp, well I'll be.... https://ci-train.ubuntu.com/job/landing-017-1-build/25/console [02:09] Grr... mirscreencast isn't cooperating any more. [02:09] robru: awesome, that's great [02:11] Okay, that's better. Apparently it no longer defaults to the, er, default mir socket. [02:38] any core devs around to ack https://ci-train.ubuntu.com/job/landing-012-2-publish/9/artifact/packaging_changes_unity-scope-click_0.1+14.04.20140410.1-0ubuntu1.diff ? [02:49] bfiller: I don't have the slightest clue how to test the telephony-service change in silo 015. The SMS changes are straightforward, but this has two MPs and I only know what one actually does. [02:49] ToyKeeper: https://wiki.ubuntu.com/Process/Merges/TestPlan/telephony-service [02:50] I'll add it to the sheet [02:50] bfiller: Are the two MPs independent of each other? [02:51] ToyKeeper: no, the messaging app fixes need the fixes in the telephony-service, that's why it's in the same silo [02:51] 'k. [02:52] bfiller: In the telephony-service test plan, I'm not sure how to do this step: "Ensure that all unit tests pass on the device." [02:53] ... full autopilot test suite? That will probably take several hours. [02:53] ToyKeeper: that's kind of bogus [02:53] ToyKeeper: all the unit tests run in CI, should probably say ensure unit tests pass in CI [02:53] I'll update it [02:54] Okay. In any case, I haven't gotten to a point where I can run the CI tests yet. [02:55] ToyKeeper: well they've already run when the MR was submitted and all passed [02:56] ToyKeeper: so you just need to verify that CI passed on the MR [02:56] (which it has) [02:56] bfiller: Is this silo supposed to pull in this many packages? http://pastebin.ubuntu.com/ [02:57] ToyKeeper: you pasted an empty pastebin link [02:57] Haha... /me is full of fail today. ;P [02:58] http://pastebin.ubuntu.com/7233320/ [02:58] (seriously, today has been ... dumb) === jhodapp is now known as jhodapp|afk [03:00] ToyKeeper: so no, all these packages are not required. your update is pulling in everything that has landed in the archive plus the changes in silo 15 [03:00] Either the silo packages pulled in a bunch of extras, or the silo installation script I copied from robru is a bit buggy. [03:01] ToyKeeper: apt-get update will get the latest from the archive plus the silo you added [03:01] wget -qO- http://ppa.launchpad.net/ci-train-ppa-service/landing-$silo_number/ubuntu/dists/devel/main/source/Sources \ [03:01] | perl -ne 's/,//g; s/^Binary: // && print' \ [03:01] | xargs apt-get install --yes [03:01] ToyKeeper: hmmn, don't know [03:01] ToyKeeper: here is the list of packages you can install that are needed: [03:01] ToyKeeper, I use that all the time, it scans the PPA for binary packages and installs all it finds. [03:03] robru: looks like she's getting stuff not specifically in that ppa that are not depends [03:03] ToyKeeper, hm, silo 15 is telephony-service and messaging-app, that'd be for testing on the phone, not the desktop [03:03] Yes, exactly. [03:03] robru: like other updates that have landed in the archive [03:03] ToyKeeper, the command you pasted says "apt-get install --yes", it's installing it on your desktop [03:03] I can restart and do it manually, just wasn't sure what triggered the extra packages. [03:04] robru: This is running on the phone. [03:04] hmm [03:04] ToyKeeper: sudo apt-get install messaging-app telephony-service qtdeclarative5-ubuntu-telephony0.1 [03:04] ToyKeeper: that's all you need [03:05] Thanks. I'll try it with everything currently in the silo... but will do it manually to avoid surprises. [03:07] ToyKeeper, [03:07] $ wget -qO- http://ppa.launchpad.net/ci-train-ppa-service/landing-015/ubuntu/dists/devel/main/source/Sources | perl -ne 's/,//g; s/^Binary: // && print' [03:07] telephony-service qtdeclarative5-ubuntu-telephony0.1 [03:07] messaging-app messaging-app-autopilot [03:07] not sure where you're getting all those other packages from, unless they were dependencies indirectly somehow [03:08] bfiller: When touching an URL-ified phone number, it's supposed to launch the dialer app and populate it with the phone number, yes? [03:09] ToyKeeper: yes [03:09] bfiller: I'm getting the dialer app, but the number is getting lost somewhere. [03:11] bfiller: Also, I suspect the extra deps may have been pulled in by messaging-app-autopilot, which is in the silo. [03:11] ToyKeeper: should start dialing the number in the dialer - that's what I'm seeing [03:12] ToyKeeper: if messaging-app-autopilot is installed none of the text messaging stuff will work unless you "sudo stop ofono-phonesim" [03:13] installing this package uses the emulator and your phone won't be able to send or receive messages or phone calls [03:13] ToyKeeper, just looking at your pastebin, comparing it to the existing silos, looks kinda like you slurp'd silo 13 instead of 15. [03:14] robru: In http://pastebin.ubuntu.com/7233320/ , I only see references to http://ppa.launchpad.net/ci-train-ppa-service/landing-015/ubuntu/ [03:14] bfiller: Okay, after stopping ofono-phonesim, it does indeed call the number. [03:15] ToyKeeper, yes, but it's installing ofono and ofono-phonesim, which are in silo 13. strange [03:15] (though I personally prefer when this sort of thing merely pre-populates and then lets me click 'call' or access other functions such as 'add contact') [03:16] ToyKeeper, nm, the versions don't match, can't be silo 13. [03:16] ToyKeeper, no idea why it's getting those extra deps. the code for sure is parsing the ppa sources file correctly though [03:17] robru: Because of the autopilot package in the silo. [03:17] I'm not sure what the correct approach is here; include autopilot packages which shouldn't actually be installed, or put those into a different ppa, or ... [03:18] (in general, any packages which won't actually be part of the default image could cause issues during silo testing, but it seems weird not to include them in the silo) [03:19] ToyKeeper, I don't see how we could keep them out of the silo. silos are just PPAs, we upload a source package then it builds the binaries in the silo. we'd have to take all the -autopilot code and put them in different source packages or something. [03:19] Okay, makes sense. [03:19] So, more careful slurping. [03:21] bfiller: I don't suppose there's any chance we could make it populate dialer-app but not actually start the call? That's how every other SMS app I've tried handles phone numbers. [03:22] ToyKeeper: this is how design spec'd it [03:22] Hmm. I can't say I agree with design very often... but that's my problem, not everyone else's. :) [03:24] I'll finish the test plans and then I think it can be approved. [03:28] Looking again, this actually makes more sense... because our dialer app has no 'add contact' or other functions which can be performed on an entered number. Just calling. [03:34] bfiller: This step seems no longer relevant: "Test deleting message details" [03:35] Oh, nevermind. That function is still available as select -> delete. [03:35] ToyKeeper: or swipe to delete on an indiviual message [03:35] Not sure why though; I haven't deleted a text message since I had an ancient phone with a history limit of like 20 messages. [03:36] Right, that funky swipe-to-delete thing. It's in the alarm clock, too. I had half a dozen different people try to figure out how to cancel or delete an alarm, and not one could do it. [03:40] === trainguard: IMAGE 287 DONE (finished: 20140411 03:40) === [03:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/287.changes === [03:41] bfiller: This is failing: "Ensure that no telephony* processes are running by default after rebooting phone" [03:41] ToyKeeper: which ones are running? that might be normal and the test plan is out of date [03:42] ... though I suspect the error is in the test plan, not the software. [03:42] phablet 2116 0.9 0.5 81832 10820 ? Ssl 21:40 0:00 /usr/bin/telephony-service-indicator [03:42] https://wiki.ubuntu.com/Process/Merges/TestPlan/telephony-service [03:42] ToyKeeper: that's fine, test plan wrong. will update it [03:43] I suspect all the steps about unit tests and autopilot tests should probably be removed too, since that requires so much extra junk to be installed on the phone (and invalidates the manual test results). [03:48] So... a few hiccups aside, silo 015 is approved. [03:59] morning [04:01] ToyKeeper: excellent, I'll publish it then [04:10] (or robru tried, I'll seek for packaging ack) [04:11] Mirv, yeah sorry, just hit that, was about to ask for packaging ack when you got here. [04:11] asked on #ubuntu-devel [04:17] someone had apparently accidentally deleted the MP list of that landing. for preserving history, I copy-pasted them back from the build logs. [04:18] * Mirv needs more coffee [05:47] didrocks: hello. two packaging acks are waiting from QA signed off landings, https://ci-train.ubuntu.com/job/landing-015-2-publish/10/artifact/packaging_changes_messaging-app_0.1+14.04.20140410.1-0ubuntu1.diff (maybe it should be "or", although in this case it does not hurt it's dual-licensed?) [05:47] and https://ci-train.ubuntu.com/job/landing-012-2-publish/9/artifact/packaging_changes_unity-scope-click_0.1+14.04.20140410.1-0ubuntu1.diff [05:48] Mirv: hello! oh, but you tried to publish already? [05:48] so I guess the status to get QA sign off isn't clear? [05:48] or ToyKeeper is working on them? [05:48] didrocks: well robru did just before I he went to sleep. before that ToyKeeper set the 015 to Yes and 12 already was [05:48] -I [05:49] Mirv: ah, so they are signed off? [05:49] didrocks: ah, parser error... so "are waiting" (for you) while being "from QA signed off" [05:49] or writer error, impossible to parse! [05:50] ok ok :) [05:50] but both are QA signed off, yes, and both just need packaging acks [05:50] our parsers were not aligned :p [05:50] reviewing the diff! [05:51] Mirv: +1 on messaging-app (but it's weird we are getting code in trunk that aren't canonical owned) [05:51] but from a packaging pov, it's fine :) [05:53] Mirv: +1 on scope [05:53] yes we won't want to bundle random JS libraries all around in general probably, or at least we'd need some policies like what are allowed to be ued [05:54] thanks [05:54] Mirv: agreed ;) [05:54] thanks to you! [06:39] didrocks: Yes, sorry, those were both approved. Is there anything else I should do to mark them as such? [06:42] ToyKeeper: no, all is perfect! thanks for it [07:08] Mirv: didrocks: we are done with the silo3 ... it is good to land === zbenjamin_ is now known as zbenjamin [07:13] hum [07:13] bzoltan1: In silo landing-003. Build failed: Some packages failed to build. [07:15] there's some weird socket error in the log [07:16] maybe watch only run to make sure [07:16] everything is correctly built in the PPA itself [07:17] watch only running [07:17] interesting, hey, I'll let you Mirv handling that :) [07:17] sweet! [07:17] maybe it was during the firewall issue? [07:17] probably, or some other timeout issue [07:19] succeeded [07:19] We had another firewall issue? [07:21] didrocks: some more packaging acks, related to the NEW package reviewed earlier (-remotelinux) and then some other CMake changes: https://ci-train.ubuntu.com/job/landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-cmake_3.0.1+14.04.20140410.1-0ubuntu1.diff + https://ci-train.ubuntu.com/job/landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.0.1+14.04.20140410.1-0ubuntu1 [07:22] Mirv: I see you're assigning already for seb128 ? ;) [07:22] Mirv: remind me, did I new -remote? [07:23] Mirv: and the FFe was acked and so on? [07:23] didrocks: FFe was acked, you preNEWed when it was in a bit unfortunate shape still (lacked .bzr-builddeb, not set to UNRELEASED, short descriptions wrong) [07:23] didrocks: there is no failure... the sheet is wrong. All the packages are built well in the Silo3 [07:24] Mirv: so, I didn't really rereview it, right? [07:24] sil2100: ah, yes :) [07:24] didrocks: I think you said "ok" for my pull request but then didn't comment anymore [07:24] bzoltan: well, you needed to relaunch with "watch only ppa" if sheet is wrong :p [07:24] bzoltan: Mirv has done it [07:24] (due to previous firewall issues) [07:24] the branch was lp:~bzoltan/qtcreator-plugin-remotelinux/join_the_train [07:25] Mirv: let me do a quick recheck now that the fixes are in [07:25] ok, good [07:25] +1 on the 2 others, but let me confirm on that one [07:25] yep [07:32] Mirv: ok, all good, +1 [07:32] great [07:33] bzoltan: landing-003 published [07:48] imgbot, status 287 [07:49] Image 287 test results on mako - Total: 684, Pass: 684, Crashes: 0, Rate: 100% [07:49] Woohoo [07:50] didrocks: I should have included this manual package upload packaging diff too: https://launchpadlibrarian.net/172321604/qtcreator_3.0.1-0ubuntu3_3.0.1-0ubuntu4.diff.gz [07:52] sil2100: again very suspicious! :) 0 failures, 0 crashes [07:53] did you discuss #286's 0 crashes yesterday evening? [07:53] Mirv: yeah, 0 crashers = yes, but 0 failures is like 'yaay' \o/ [07:53] * sil2100 wonders why it's still syncing [07:54] psivaa: what do you think ^ ? [07:54] yeah we'll need psivaa to check that out [07:54] I don't think #286 should be crash-free [07:54] #287 would have better chances as there are actual crash fixes [07:55] I wonder when there'll be the day that 0 crashes is not an error :) [07:55] It's not crash free for sure, as the status is 'Syncing' all the time ;) [07:55] sil2100: Mirv: i'll take a look [07:55] psivaa: thanks! [07:56] status 286 [07:56] imgbot, status 286 [07:56] Mirv: so, it was 0 on 286? [07:57] didrocks: yes, that seems wrong and probably #287 either did not fix all crashes [07:57] Image 286 test results on mako - Total: 675, Pass: 673, Crashes: 0, Rate: 99.6% [07:57] either [07:59] yeah [07:59] that's weird [07:59] Jenkins is still syncing the artifacts [07:59] plars: we'll need your expertise! [07:59] sil2100: for 286? [07:59] Yeah... I thought it's temporary, but it seems to do it for eternity ;| [08:00] ah, so let's see if logging into the device works or not [08:02] psivaa: tell us when you got something on it please ^ [08:02] sil2100: didrocks: the crashes are present but the dashboard is not syncing them yet [08:02] psivaa: seems we got the same on 286? [08:02] which sounds weird [08:02] psivaa: what did crash btw? [08:03] normally the unity8 one should be gone [08:04] didrocks: yes, the results are in 'syncing' state. i checked the dialer-app test to see if there are crashes and there are crashes in it [08:04] didrocks: during unity8 systems-settings has crashed with 287 [08:04] ok, but no unity8 itself crashed? [08:06] didrocks: yea unity8 also has crashed with 287 [08:06] argh [08:06] psivaa: mind giving something for Saviq? [08:07] didrocks: you mean a bug with apport-bug ? [08:07] yeah [08:07] didrocks: ack, will do [08:08] thanks [08:16] OMG ! [08:16] trusty-changes exploded over night [08:16] ogra_: yeah, after-freeze, kde accepted [08:17] ah, sigh, right [08:17] KDE is always 150 packages :/ [08:17] 50 are KDE the other 100 are clocks. [08:17] [08:18] haha [08:19] ;) [08:21] ogra_: btw, the Touch image is taking -updates by default? [08:21] for building [08:21] a lovely [08:21] and nice [08:21] Touch [08:21] image [08:21] :p [08:21] ;p [08:22] you and your touch image [08:22] everybody should focus on fixing desktop bugs for the lts this week ;-) [08:22] seb128: it's not a touch image [08:22] it's a Touch image [08:22] :) [08:22] didrocks, it's TheTouchImage(tm) [08:22] :p [08:22] "Ze" [08:27] didrocks, hmm, no idea, i dont think so [08:27] * ogra_ checks sources.list [08:28] well, at least the sources.list says so, but i will have to check build logs [08:28] didrocks: Saviq: bug 1306453 is for the unity8 crash with image 287 during unity8 tests [08:28] bug 1306453 in unity8 (Ubuntu) "unity8 crashed with SIGSEGV in glDeleteTextures()" [Undecided,New] https://launchpad.net/bugs/1306453 [08:29] thanks psivaa [08:29] yw :) [08:44] didrocks: seb128: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1306465 for system-settings crash with 287 [08:44] Ubuntu bug 1306465 in ubuntu-system-settings (Ubuntu) "system-settings crashed with SIGABRT in raise()" [Undecided,New] [08:45] psivaa, thanks [08:45] didrocks, psivaa: sigabrt in libqubuntumirclient.so [08:46] we had some of those on e.u.c some weeks ago, I pinged Saviq & others about it [08:46] not sure we ever figured those out/debugged the issue [08:46] could somebody get a debug bt? [08:54] didrocks: so for the final freeze, how can we release non-critical bug fixes in a different pocket? [08:54] didrocks: you mentioned a discussion; is there a mail about that already? [08:54] dbarth, well, you can do SRUs for trusty [08:56] right, where do we relese a silo content? [08:56] by default it goes to the archive / unapproved queue, and until it's released we can't free the silo [08:57] dbarth, that should be transparent to you ... packages should go to -updates [08:57] oh, nice [08:57] (once thats all sortted with the release team) [08:57] well, let's keep going then [08:57] ah [08:58] and that "once" is when? [08:58] not sure what needs to be set up there + [08:58] dbarth: it was discussed with cjwatson on IRC. i'm waiting on him to get to it to see what we are going to do [08:58] i assume its a minro switch or simething to make packages end up in -updates instead of the archive [08:58] (as I poked on #ubuntu-release before his start of day, let's see when he's catching up) [09:01] ok, nw [09:01] now that we have a nice electric train, we're just eager to play more [09:01] ;) [09:06] Saviq, nice, we got a debug bt [09:07] Saviq, https://launchpadlibrarian.net/172567842/Stacktrace.txt [09:07] who would be the right people to ping about QUbuntuMirIntegration issues? [09:11] psivaa, ^ [09:11] seb128: i'm not sure. may be Mirv knows? === om26er is now known as om26er|lunch === vrruiz_ is now known as rvr [09:16] psivaa: not on that one [09:26] dbarth, hmm, https://code.launchpad.net/~abreu-alexandre/webbrowser-app/better-control-webengine-lib-loaded/+merge/215280 didnt make it in the last upload ? [09:26] dbarth: if it's ready, I would suggest we throw away previous upload [09:27] get everything in one request [09:27] that would be less work for Laney & co [09:27] in reviewing [09:29] yeah, that might be a good step forward here, the change definitely contributes to fix the blocker [09:31] dbarth: thoughts? [09:32] ogra_: nope, but this would be a good one to land [09:32] dbarth: so, do you prefer to merge the changes? [09:32] didrocks: you mean with osomon's silo? [09:32] yeah [09:32] and just do one landing [09:32] with both fixes [09:33] and you think you could land it faster? [09:33] that will be faster for sure [09:34] (if it lands and is accepted) [09:34] what we don't know for both [09:39] bug 1306496 is new to me (and probably hard for someone other than me to reproduce) [09:39] bug 1306496 in messaging-app (Ubuntu) "Some message notifications launch incorrect app when tapped #287 on mako" [Undecided,New] https://launchpad.net/bugs/1306496 [09:41] didrocks, dbarth, hmm, well, jenkins failed on the MP above, so someone needs to fix it first [09:42] bug 1306499 [09:42] bug 1306499 in indicator-sound (Ubuntu) "Sound indicator is laggy #287 on mako" [Undecided,New] https://launchpad.net/bugs/1306499 [09:42] ogra_: they are dealing with it [09:42] ah, k [09:42] popey, hmm, i think i have seen that bug reported before [09:42] ah, i couldn't see it in the list [09:43] well, i might misremember ... old man etc ... [09:47] is the store broken for anyone else? I see no apps on my phone [09:47] can't search [09:47] http://popey.com/~alan/phablet/device-2014-04-11-104725.png [09:48] i see apps but search doesnt work here either [09:48] once you use search they disappear [09:48] bah, you could have told me before :P [09:48] ☻ [09:48] :) [09:49] its local, not the store [09:49] my stable phone is fine [09:49] ogra_: we're loading it in the silo right now [09:49] cool ! [09:52] ogra_: feels like a timeout issue, all of the other tests pass [09:53] i have had that with one landing yesterday iirc [09:53] that also had constant timeouts [09:55] who should I pester about https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1304265 ? [09:55] Ubuntu bug 1304265 in unity (Ubuntu) "Unity bugs out when changing screen size" [Undecided,New] === om26er|lunch is now known as om26er [09:55] ogra_: started working again here [09:55] popey, same [09:55] glitch in the matrix [09:55] i guess it was actually the server then [09:57] root@ubuntu-phablet:/var/log/upstart# cat ubuntu-location-service.log [09:57] /proc/self/fd/9: 5: [: =: unexpected operator [09:57] Instantiating and configuring: gps::Provider [09:57] uh [09:58] lovely [09:58] sounds like missing quoting [09:58] * popey embuggens [10:00] can't say I see anything relevant in lp:location-service though [10:01]