[00:09] augh. I need to bump the timeout in that test :-( [00:15] cjwatson: It's not looking good so far. The network seems fine, but I haven't been able to get it to play any media at all. [00:16] ugh [00:17] anything in logs that might help with the cause? [00:18] Maybe, but I'm doing a sanity check first. [00:27] ToyKeeper: checking for versions of everything matching silo 8? [00:27] ToyKeeper: oh, wait, there was one direct upload too [00:27] When the silo has extra packages in it and the upstream package feeds have newer packages too, it's a bit of a pain getting the correct packages and versions. [00:28] ToyKeeper: hm, no, that was trust-store which isn't on the image. There's unity-scope-click from silo 14 in the process of migration, but that wouldn't affect media playing, presumably. [00:29] Well, whatever is wrong, at least part of it is already landed in 144. [00:30] ToyKeeper: oh, that was supposed to have been before any of this [00:31] ... though it seems intermittent in the base image. [01:03] ToyKeeper: Are any of the failures ones that show up on http://ci.ubuntu.com/smokeng/utopic/touch/mako/144:20140722.1:20140717.1/9212/ ? [01:04] cjwatson: Not as far as I can tell. [01:06] Huh. Any luck with logs? [01:06] I'm seeing things like.. tap on a song in the music scope, and unity immediately crashes. [01:08] Videos attempt to play but never actually start, and then the media player app crashes. [01:10] The base image has some smaller issues, like one video fails to thumbnail, and video playback is choppier than it used to be. [01:14] I wonder if we still have some busted dependencies. [01:38] cjwatson: So, some packages are held back by apt-get. Things seem fine without those held-back packages installed. [01:38] Basically, with only the silo feed enabled, 'apt-get upgrade' produces a working image. But it complains about several packages being held back, some of which seem relatively important. [01:39] The user can paste those into apt-get install, of course... [01:39] apt-get install indicator-network libconnectivity-cpp0 libubuntu-application-api2 libunity-mir1 libunity-scopes2 media-hub mediascanner2.0 qtdeclarative5-ubuntu-mediascanner0.1 qtubuntu-media ubuntu-application-api2-test ubuntu-application-api2-touch ubuntu-location-service-bin [01:39] But then no music or videos are playable. [01:43] ToyKeeper: apt-get upgrade shouldn't be expected to work. [01:43] ToyKeeper: apt-get dist-upgrade is correct. [01:44] ToyKeeper: apt-get upgrade always refuses to install new packages, which is no use when the change intrinsically requires introducing new packages. It's not really a very useful mode most of the time. [01:53] Hm, unity8-private Depends: libpay1 [01:54] Can't see that breaking media though? [01:55] slangasek: Could you get a unity8 rebuild into silo 8? Probably doesn't need to have g++-4.9 forced if it doesn't have C++11 code itself (haven't checked), but it does need to be rebuilt against libpay2 [01:57] slangasek: Oh, and unity-scope-click - turns out the build in silo 14 wasn't quite enough for this, because it built against the version of libpay in release not -proposed [01:59] slangasek: Also, the touch-core seed explicitly lists libubuntu-location-service1, which needs to be bumped to libubuntu-location-service2 now [01:59] I haven't found anything that could account for the problems ToyKeeper reported though [01:59] ToyKeeper: I'm hoping that there might be a log of the crash somewhere [02:00] ToyKeeper: Maybe you could work with slangasek to track something down? I think I have run out of steam [02:02] cjwatson: Yes, sorry it's taking so long. Somewhat bad timing since I just had a long night of house repair and am having trouble staying awake today. [02:03] (and too many sanity checks along the way, making sure I didn't get the wrong packages or versions) [02:04] === trainguard: IMAGE 145 building (started: 20140723 02:05) === [02:12] cjwatson, slangasek: If it's of interest, two crash files from image 144 + silo 008: http://toykeeper.net/tmp/phablet/2014-07-22/ [02:12] (unity8 and mediascanner-service) [02:24] slangasek: ^- do you have a way to retrace those? I'm not up to date on the latest state of the phone error tracking saga [02:26] OK, well, I have to sleep now whether I like it or not, so hopefully somebody will take this over [02:27] It will be interesting to see what the test results from the nightly build say [02:44] ToyKeeper, cjwatson: sure, I can take a crack at retracing them; though I'm currently out at the pub (OSCON) and it'll take me a while to get going on it [02:46] ToyKeeper: can you force-submit them to the error tracker, though? with (um trying to recall from memory) whoopsie-upload-all? Then if you have the phone install's ID we should be able to check errors.u.c to find out if these are known crashes [03:39] === trainguard: IMAGE 145 DONE (finished: 20140723 03:40) === [03:39] === changelog: http://people.canonical.com/~ogra/touch-image-stats/145.changes === [05:48] good morning [07:21] uh [07:24] It looks that silo 008 still didn't migrate completely [07:43] cjwatson: the update_output.txt for those non-migrated packages doesn't make much sense to me [07:45] * ogra_ scratches head over https://code.launchpad.net/~ogra/ubuntu-system-settings/developer-mode/+merge/227822 [07:45] sil2100, we added some more packages to the silo last night [07:45] ogra_, can I help? [07:45] there seems to be some weird java error [07:45] ogra_, java? [07:45] tvoss, well, CI falls over ... yet the tests pass and the packages build [07:45] tvoss: is testing still in progress in silo 008 then? [07:46] sil2100, need davmor2 for a quick round of exploratory testing. Checked myself just minutes ago, looking good [07:46] but would like to get davmor's blessing [07:53] sil2100, could you give the silo a spin, too? === renato is now known as Guest25241 [07:57] davmor2, hey, re 1346821 [07:57] davmor2, I added another way to trigger the bug by fast-forwarding with the slider [07:57] davmor2, and before you ask, it works with non-french songs too [07:59] even when sung by non-french people ? [08:06] sil2100, is it expected that silos build against proposed? [08:07] Saviq: it's a requirement [08:07] sil2100, ok, just wanted to clarify [08:08] any idea why dbus-cpp is stuck in proposed for 18h now (and where it came from anyway? silo 8 doesn't seem to be in publishing state)? [08:10] Saviq: it's from silo 8... [08:10] Saviq: it seems silo 8 caused some migration issues because of some missing packages, so some packages have been added and the silo will be republished to unblock [08:11] sil2100, ok thanks, will be patient :) === sil2100 changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #133 promoted | Need CI Train help? Ping: sil2100, trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [08:32] ogra_: meeting ;) [08:32] tell my phone to tell me :P [08:33] brendand: ping [08:33] sil2100, sorry [08:36] tvoss, sil2100: When I checked silo 008, I found that it completely broke music and video playback. [08:36] davmor2: ^ [08:37] ToyKeeper: how just won't play or something else? [08:38] I've been trying to get whoopsie-upload-all to send the crash dumps, but it doesn't seem to be uploading anything. [08:38] davmor2: Tap a song in the music scope, and unity8 crashes immediately. Try to play a video in the media player, it spins the 3-dot wait for a while, then aborts. [08:38] ToyKeeper, when did you check? [08:38] tvoss: About 6 hours ago. [08:39] tvoss, ToyKeeper: I'm just updating now [08:46] ToyKeeper, are you 100% sure that is related to silo-8 at all ? we got some massive change in the audio playback architecture in 144 [08:46] davmor2, ^^^ [08:47] (read: does it work with plain 144 or 145 ?) [08:47] tvoss: Confirmed the issue am currently comparing with my flow [08:47] davmor2, ack, let me have a look [08:48] ogra_: I used image 144 as a base, tested, it worked, added silo 008, removed all other apt feeds, and did a dist-upgrade. Afterward, no more playback. [08:48] ok, great then ... phew :) [08:49] tvoss: ^ [08:49] tvoss: flo is playing music without silo 8 so it looks like it is the silo [08:49] sil2100, yup, on it [08:49] Image 144 had some other issues, but nothing huge. One video consistently can't be thumbnailed and video playback seems choppy. [08:49] davmor2, which video do you use for testing purposes? [08:53] tvoss: this is music I haven't tried video yet but I use a clip that popey gave me I'll stick it somewhere in a second [08:56] FWIW, I've found the MWC demo videos useful for testing: http://toykeeper.net/tmp/touch-videos.tar.gz [08:58] kalikiana, ping [08:59] ogra_, tvoss: if you just click on the music app that is crashing [09:00] davmor2, yup, we have an in-flight collision for qtubuntu-media [09:00] sil2100, seems like there was a manual upload of qtubuntu-media into the distro *sigh* [09:00] davmor2, ogra_ ^ [09:01] sadtrombone.com [09:01] BTW, is there anything in particular I need to do to get whoopsie-upload-all to actually send files? [09:02] ToyKeeper: whoopsie-upload-all doesn't upload the files, whoopsie does. whoopsie-upload-all should be dropping /var/crash/*.upload files for every .crash file in /var/crash. Whoopsie then takes these, uploads them, and writes out /var/crash/*.uploaded [09:03] the name is a poor choice. It's meant as "the process that tells whoopsie to upload all the crashes" [09:03] whoopsie-please-upload-all [09:03] tvoss, the last one was on june 23rd ... hardly an issue [09:04] ogra_, just merged qtubuntu-media trunk, from which I branches last night .. anyway, might only be packaging adjustments [09:04] well, the last version in the archive is that old ... no idea about the trunk [09:05] ev: Thanks. It looked like it was just making .upload files and waiting for something else to send them... but they're never getting sent. [09:05] tvoss, well, and trunk doesnt have anything newer https://code.launchpad.net/~phablet-team/qtubuntu-media/trunk [09:06] Eh [09:06] tvoss: so we need to include that qtubuntu-media version in some merge and rebuild it with your changes on top [09:06] sil2100, yup [09:08] sil2100, which "version" ? [09:08] trunk is up to date with what is in the archive [09:08] (since a month) [09:08] there were no recent changes [09:10] ToyKeeper: sudo restart whoopsie [09:11] ToyKeeper: there's a known bug where whoopsie isn't processing files off its inotify watches: https://bugs.launchpad.net/ubuntu/+source/whoopsie/+bug/1340604 [09:11] Launchpad bug 1340604 in whoopsie (Ubuntu) "[phone] crash files are only uploaded on boot" [Undecided,New] [09:11] okay, what the hell is qtubuntu-media-signals? [09:11] sil2100, tvoss, oh, ignore me i missed the timestamp in the last merge [09:11] seems robru only merged it tonight [09:12] ogra_, yup [09:12] tvoss: give me a ping when there is a fix and I'll happily test it in the mean time I'll have a dig through and see if anything else broke [09:12] Laney, bah, so many comments :( [09:12] (and sorry that it has bitten you) [09:12] davmor2, thanks [09:13] ogra_: some of them are like "move this { up" and "wrap this line" :P [09:13] Laney, right, I'm more moaning about the conceptional ones :) [09:13] ah right, sorry about that [09:14] heh [09:14] it's nicer to make the APIs QMLish if we can [09:14] i would prefer to only use the property and no dbus at all ... but there is no setprop for the user [09:14] (of system props) [09:15] yeah I investigated what this com.canonical.PropertyService thingy is [09:15] you didnt comlain about the missing package dep ;) [09:15] if you can enumerate the properties it'd be cool to have those all as D-Bus properties on the interface btw [09:15] heh [09:15] (got that on my TODO ...) [09:15] yeah I probably wouldn't have even noticed that at runtime :-o [09:15] as it's already installed by something else [09:15] yeah [09:17] ogra_: oh also I forgot to ask for tests ;-) [09:17] If you use the service for getting as well then you could mock it for AP tests [09:18] brendand will probably come along and ask for those soon :P [09:18] heh [09:18] well, first of all i need to get it ready and mergeable :P there is a ton of stuff that depends on it [09:19] Laney, and ogra_ shouldn't have a problem with it, right ogra_ ;) [09:19] :)) [09:26] Laney, do you happen to be familiar with qmake? [09:28] tvoss: not really, sorry :( [09:28] tvoss, mardy is [09:28] (iirc) [09:31] OK, so we think that qtubuntu-media is enough to fix the problems with 8? [09:32] cjwatson, testing the newly rebuilt package. Seems like qmake does not respect CC and CXX [09:33] cjwatson, correction, waiting for the armhf package to propagate [09:35] tvoss: Have you tried QMAKE_CC / QMAKE_CXX ? [09:36] I think you need dh_auto_configure -- QMAKE_CC=$(CC) etc. [09:36] But try it locally ... [09:36] cjwatson, trying [09:40] davmor2, well silo008 is definitely the problem [09:41] davmor2, also it takes a really long time to start unity [09:42] tvoss: did you see my notes overnight about some extra packages that need to be added? [09:42] 02:55 slangasek: Could you get a unity8 rebuild into silo 8? Probably doesn't need to have g++-4.9 forced if it doesn't have C++11 code itself (haven't checked), but it does need to be rebuilt against libpay2 [09:42] 02:57 slangasek: Oh, and unity-scope-click - turns out the build in silo 14 wasn't quite enough for this, because it built against the version of libpay in release not -proposed [09:42] 02:59 slangasek: Also, the touch-core seed explicitly lists libubuntu-location-service1, which needs to be bumped to libubuntu-location-service2 now [09:43] cjwatson, nope, will get unity8 into the silo [09:44] tvoss: and the others ... [09:44] well, possibly ubuntu-touch-meta can/should be done independently [09:45] I could deal with that once everything else is ready [09:49] tvoss: still need help? have you tried to bribe davmor2 ? [09:49] otherwise i think sil and trainguards should e able to arrange QA support [09:49] asac, first the silo needs to be complete :P [09:50] it isnt? [09:50] see scrollback a few lines up. [09:59] asac: no, davmor2 and ToyKeeper help out with testing, and cjwatson helps out with the migration - and there's still more stuff required to land in the silo for the transition to finish properly === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [10:01] sil2100, cjwatson flaky wifi :/ [10:14] sil2100: ok, just wanted to ensure tvoss knows how to get silo support [10:14] asac, all good [10:14] coolio [10:14] asac: no worries ;) tvoss always pings whenever some help from our side is needed [10:32] cjwatson, thinking about it, we *should* compile qt5 with 4.9, too [10:32] cjwatson, qt5 exposes at least std::initializer_list which is c++11 in its public interfaces [10:32] hmmmm [10:36] tvoss: is this actually causing a problem right now? [10:36] if not, let's talk about that separately [10:36] I need some help trying to understand why this job is failing: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2508/console [10:36] what we don't need is to pull more pieces into this if not strictly needed [10:36] cjwatson, no, I meant to say "should" for that reason :9 [10:36] I don't think the tests themselves are failing [10:37] and qt5 will be a lot more complicated since that potentially pulls in Kubuntu things, so let's put that to one side for now :) [10:37] tvoss, have you seen that type of error in other unity8 MP's? [10:39] brendand, not sure I'm the right person to ask here [10:39] tvoss, who would be? [10:39] brendand, someone from CI or someone responsible for autopilot [10:39] bzoltan: ping [10:40] sil2100: pong [10:40] bzoltan: how are the two fixes proceeding? Both are in staging, right? Can you prepare a landing of just those 2 merges? [10:40] tvoss, wouldn't someone in your team at least know if this is an issue affecting many MP's, rather than just this one? [10:40] sil2100: I start the landing procedure right away [10:40] sil2100: I think I will try to land the staging [10:41] bzoltan: the whole staging? [10:41] tvoss, i mean it's specific to unity8, it's not a general problem [10:41] brendand, best to ask saviq then [10:41] bzoltan: are there many things in it? As I would prefer first landing the isolated fixes [10:41] sil2100: it is easier to land the whole staging than cherry pick and then suffer from the conflicts later [10:41] brendand, I can only nod and smile right now :) [10:42] bzoltan: since as you know, we're currently butchered by many many blockers, so I don't want to risk gaining new ones - I would love getting a good promotable image before that happens [10:42] sil2100: I do not think the staging is risky ... but if those two fixes work then the validation should be as trivial for the whole staging as for the two branches [10:42] tvoss, no problem - i was thinking it might be Saviq but he's not online right now [10:43] sil2100: I understand. Give me chance to see how the staging behaves. I will ask kalikiana and t1mp to redirect the two fixes to the trunk and land those two if I see even a small problem [10:44] bzoltan: that's an excellent idea [10:44] bzoltan: thanks! [10:44] tvoss: how's the silo 8 proceeding? Are all the required packages in it now? [10:45] sil2100, nope, debugging the video playback issue [10:45] Oh, so the qtubuntu-media wasn't at fault? [10:45] Ok, then I'm not bothering ;) Good luck! [10:46] tvoss: I've had 2 random reboots so far [10:46] davmor2, okay [10:47] sil2100, took some time to identify the magic command line arguments for a qmake-based project [10:47] tvoss: seems they were triggered by waking the phone each time maybe looking into it [10:49] tvoss: scopes are visibly slow on initial boot too, they are all fine once they have been drawn once though [10:51] thostr_: I've noticed an issue with media scanner and the scopes recently, If you have a clean install, then transfer over a large quantity of music and some videos then don't fill unless you reboot the device, it could be because I'm currently transferring via adb and then changing the permissions of the files after [10:51] ls [10:52] davmor2, do you know how to invoke the media player with the file to be played? [10:52] nice fast publishing in the ubuntu-rtm archive right now ;-) [10:52] tvoss: no idea [10:52] (hands off, it's all MINE) [10:53] tvoss: jhodapp will know but won't be on till latter [10:53] cjwatson, :) [10:54] davmor2: do you experience the same the regular way meaning when using mtp [10:54] * davmor2 pictures cjwatson with a big moustache twirling the ends and finishing the MINE off Muhahahahahahaha! [10:55] that is impossible for me to picture [10:56] I would totally consider a handlebar moustache if I were single and thus nobody else got to have an opinion :) [10:56] thostr_: I can't use mtp 1) it can't be script, I know people have tried, 2) mtp dies if you push more than a gig of data. I can do a fresh install latter and try a single album though and see [10:57] davmor2: I see. But I also want to make sure that the official way works [10:58] thostr_: yeah, let me do a fresh install on flo in a second and I'll let you know [10:58] davmor2: thanks [11:00] tvoss: ouch the qtmedia thing is effecting anything that displays the play button by the look of it so if you open the 7digital scope and then select an album you get the same effect as opening local music [11:00] davmor2, rebuilding the package right now [11:01] tvoss: nice [11:01] tvoss: oh also you don't seem to get a working device when it is crashing now either :( [11:01] thostr_, could your guys provide an MP for unity-scope-click selecting 4.9 explicitly? [11:02] davmor2, changing permissions is not something that should normally happen, why don't you just adb push to /tmp, change the perms there and then mv to home? [11:03] mhr3: cause it takes long enough as it is ;) [11:04] davmor2, then don't push it to /tmp, mv within the same partition is pretty much instant [11:04] tvoss,thostr_: that's already in the archive [11:05] tvoss: you just need to rebuild it against libpay2 (maybe with a build-dep on new enough libpay-dev) [11:05] cjwatson, ah okay :) [11:05] mhr3: mtp would actually be the correct way to do it as that is how the users would but with the crash and the lack of being able to script it, it is a huge pain in the arse [11:05] well, it's libpay2-dev, so just flip the build-dep to that [11:06] shouldn't need a version [11:06] (though FWIW, versioned -dev packages are normally considered harmful unless you intend to actively maintain multiple versions of the API in parallel) [11:07] davmor2, indeed, that's why i'm suggesting this workaround [11:07] davmor2, it's closer to what's going to happen than what is being done currently [11:15] cjwatson, will bump the build dep on libpay for unity8, too [11:19] cjwatson, sil2100 could someone reconfigure silo8 once the current build of qtubuntu-media-finishes? I added unity8 and unity-scope-click mps [11:24] thostr_: so using mtp works as expected so it is just the permissions thing so ignore that phew :) [11:24] davmor2: great. thanks for verifying [11:24] davmor2, qtubuntu-media just rebuilt [11:25] tvoss: nice on it [11:25] cjwatson, sil2100 could you reconfigure silo 8? [11:26] tvoss: sure [11:27] brendand, hey, I'm back [11:27] brendand, is this related to the unlocker? [11:27] back in a tick server reboot [11:27] tvoss: reconfiguring [11:28] davmor2, ack [11:28] sil2100, thanks [11:29] tvoss: reconfigured, done! [11:35] Saviq, i'm not sure. we get a failure in CI runs on our MP's. i'm not sure if you've seen the same before: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2508/console [11:35] brendand, test_search? yeah I'm on it now [11:35] brendand, that and bug #1347183 are the problems I'm aware of now [11:36] bug 1347183 in unity8 (Ubuntu) "unity8 unlocker code fails sometimes" [Undecided,Confirmed] https://launchpad.net/bugs/1347183 === alan_g is now known as alan_g|afk [11:43] davmor2, any luck with media playback? [11:44] tvoss: yeap I'm just double checking everywhere though [11:45] davmor2, ack === alan_g|afk is now known as alan_g === sil2100 changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #133 promoted | Need CI Train help? Ping: trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [11:55] * sil2100 goes off to lunch [11:56] tvoss: okay so it works in all scopes, both media play and music player now open and work, youtube videos works and grooveshark audio player works === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | CI Train Status: #133 promoted | Need CI Train help? Ping: trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [11:56] davmor2, \o/ === alan_g is now known as alan_g|lunch [12:02] sil2100: just a heads up, we ran into an issue y'day where a silo install was wanting [12:02] some other packages, so we added proposed to our apt sources file [12:02] but, its happening even this morning....just a heads up if you guys have a [12:03] I think that's fairly expected with the current state of silo 8 [12:03] way to check on all the migration times....seems to be really slow [12:03] it's stuck, not slow [12:03] cjwatson: got it [12:03] silo 8 is buggy [12:03] tvoss is working on it :) [12:03] cjwatson: cool...as long as someone has a reason :) [12:03] (it actually is slow as well due to the complex libav transition, but that's not the problem here) [12:04] :) [12:04] slow...but not 24 hr slow [12:04] no, indeed [12:11] eesh, silo008 does some really bad things [12:16] brendand, why is that? [12:16] sil2100: I am on the line 40 with a shiny UITK landing proposal === greyback is now known as greyback|lunch === pete-woods1 is now known as pete-woods|away [12:29] tvoss, looks like it crashes when a message is recieved [12:29] tvoss, at least via phonesim (i don't have a real sim in here) [12:30] davmor2, did you check that? ^ [12:33] tvoss, you guys did run all AP suites as part of your test plan right? [12:33] yup, at least initially [12:34] this ought to be reproducible with the messaging-app suite [12:34] i'm using the same function in a different test [12:36] brendand, so what exactly crashes? the app? [12:38] tvoss, unity i think [12:38] tvoss, at least it goes to the spinner, then starts buzzing repeatedly [12:38] brendand, that's more like the app crashing [12:39] tvoss, surely if the app crashed it would just close? [12:40] brendand, yes and no :) it should, let's say. I'm building a unity8 version in the silo right now [12:40] tvoss, you know better than me though [12:41] tvoss, i noticed startup time is very long with silo 008 as well [12:43] tvoss: I hadn't checked beyond the media stuff and indicators, I'm going to carry on now I'm back from Lunch [12:45] brendand: tvoss: messaging is working fine here [12:45] I'm assuming that phonesim is the issue [12:48] brendand, tvoss: just asked pitti he think phonesim is likely written in c++ would that require a rebuild? [12:49] davmor2: only C++11 is affected [12:51] cjwatson: thanks looking at apt show I think it is libstdc++6 and libc6 are deps so that should be okay right [12:51] davmor2, the interface with the test is by dbus [12:52] tvoss, it's definitely reproducible with messaging_app AP suite [12:52] tvoss, worth finding out how that slipped through [12:52] davmor2, ^ [12:53] tvoss, you said it was run at some point - when? what were the results then? how much churn was there since it was run? [12:53] tvoss: I've run all the manual tests so using the real device, there it is fine [12:54] brendand, some time ago, probably end of last week [12:55] brendand: this is the 3rd rebuild since Monday iirc [12:56] davmor2: That isn't sufficient to identify whether it's C++11 or a more stable dialect [12:56] cjwatson: :'( [12:57] cjwatson, apparently it's qt? [12:57] cjwatson, which would not be c++11, right? [12:58] https://kernel.googlesource.com/pub/scm/network/ofono/phonesim/+/b18b83822a69fe5e6f6cf2ac390955dd011971f4/src/gsmspec.cpp === alan_g|lunch is now known as alan_g [13:00] brendand: depends what compiler options it's built with basically [13:01] brendand: seems to be just using the default C++ standard, so wouldn't be C++11 === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train Status: #133 promoted | Need CI Train help? Ping: trainguards | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [13:01] if it's broken I don't think it has anything to do with this ... [13:07] davmor2, did you do the recieve message test when messaging-app was open? [13:08] sil2100: can you please reconfigure silo 15? I've added dialer-app to it [13:08] brendand: App open, app closed, phone screen on and phone screen off [13:08] brendand: and with the notification opening the app [13:09] Ursinha, hello! Is silo 014 open? May I have it assigned to line 23? [13:10] mterry: hi :) I think a trainguard can look into that for you [13:10] Ursinha, oh sorry. What's the vanguard mean then? [13:10] we vanguard people take care of more generic infrastructure stuff, e.g. a jenkins job is stuck, your test results look weird, a device is gone, etc [13:11] I think we need to clarify that in the topic [13:12] mterry: no problem, it's really unclear [13:13] Ursinha, gotcha, thanks :) [13:14] Back from lunch [13:14] trainguards, any objection to silo 014 being assigned to line 23? [13:14] mterry: let me take a quick look [13:14] bfiller: let me reconfigure, one moment [13:16] bfiller: reconfigured [13:17] sil2100: thank you! also silo 1 and 7 are ready for publishing in case you didn't see [13:17] mterry: ok, so I can give you that silo, but know that for instance unity8 will land very soon and you'll have to rebuild once that happens [13:17] sil2100, that's fine. I think I also have to rebuild u-s-s too [13:18] bfiller: yeah, I see those, sorry for the delays, we wanted to finally finish the silo 008 transition before publishing anything for touch, but it seems more complicated ;/ [13:18] sil2100: ok no problem, I figured it was waiting on silo 8 [13:19] bfiller: we might consider publishing things in a moment anyway, since it's too long and anyway things were landing [13:19] So it's no longer an isolated landing, especially that some pieces already migrated into the image, while others are still stuck === greyback|lunch is now known as greyback === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): Ursinha | CI Train support: trainguards | CI Train Status: #133 promoted | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [13:22] brendand: did that cover all your scenario's? [13:24] davmor2, yeah pretty much [13:24] brendand: does it crash on phone calls too? [13:25] davmor2, haven't tried that one [13:25] brendand: that uses phonesim too so that might crash which may lower it to being phonesim [13:29] Ok, I need to jump out for a moment again, need to drive my girl to the doctor, brb [13:42] brendand, are you checking on incoming calls? [13:43] tvoss, i'm revalidating everything right now. will check incoming calls too [13:43] brendand, thanks [13:46] plars: We've got a "stable-staging-proposed" channel now built from the dogfood ubuntu-rtm archive. Could you try seeing if it works at all. [13:46] ? [13:47] cjwatson: I can try it locally right now, give me a few min [13:47] Brilliant, hopefully it isn't completely busted [13:47] bfiller: found an interesting bug in the dialer. If you receive an unknown call so you don't have a number visible and click on the UN in recent call it tries to call the number you can't end this call till the phone realises there is no number and hangs up itself [13:48] davmor2: please file a bug, sounds like a good find [13:48] It's the right kind of size at least [13:48] bfiller: will do [13:49] davmor2: I think we might have a fix for this in a branch. I know we had some other fixes regarding unkown numbers [13:51] brendand: so calls in and out work fine for me so if they don't in autopilot I would definitely suspect phonesim [13:51] tvoss, well i don't know if it's good or bad news, but after reflashing i can't reproduce this issue :) [13:51] 2014/07/23 08:51:27 Flashing version 1 from ubuntu-touch/stable-staging-proposed channel and server https://system-image.ubuntu.com to device mako [13:51] brendand: \o/ and boooo! [13:51] brendand, \o/ don't care right now [13:51] tvoss: hahaha [13:52] * tvoss hugs davmor2 [13:53] sil2100: hey, who does pre new packaging reviews these days? === pete-woods|away is now known as pete-woods [13:56] bfiller: https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1347708 [13:56] Launchpad bug 1347708 in dialer-app (Ubuntu) "In recent you can select and Unknown number this call can't be stopped until the device desides it can't connect" [Undecided,New] [13:57] dear ppa , faster [13:57] davmor2: thanks === plars changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): plars | CI Train support: trainguards | CI Train Status: #133 promoted | Known issues: Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing and an image is kicked! [14:01] davmor2: bfiller: I think this bug is the call redirect bug we already have reported [14:03] davmor2: bfiller: or at least it looks like so, we will take it a look [14:03] boiko: feel free to link it if it is only seems to happen on unknown calls, ie no number [14:09] sil2100, cjwatson unity8 build for silo8 finished successfully for armhf, however, the packages are not coming through [14:28] tvoss: what do you mean by 'not coming through'? [14:29] knots in the pipe [14:32] davmor2, so unity-scope-click and unity8 are available from the ppa [14:32] s/ppa/silo/g [14:32] silppa [14:33] ogra_: I think you mean slippa ;) === alan_g is now known as alan_g|tea [14:34]