[00:23] jhodapp: ok but is that really tested or is that just a stale tested status from the last time? [00:24] robru, it's stale now [00:24] hehe [00:24] jhodapp: ping me when you get a chance to retest it and I can publish [00:24] robru, I'll run it through a another quick smoke test shortly [00:24] robru, thanks [00:24] jhodapp: cool [00:24] you're welcome [00:25] justinmcp_, can you try out vivid silo #1 please and just make sure music/video playback is working well? [00:25] justinmcp_, I'll be doing the same thing [00:26] jhodapp: it'll have to wait a bit sorry, my device is setup for solving a particular problem right now [00:27] justinmcp_, that's np, I can test it pretty thoroughly myself [00:27] no worries then [00:27] jhodapp: ok, sorry 'bout that [00:27] no problem at all [01:09] robru, ok, let's try this again, vivid silo 1 is ready for publishing [01:09] jhodapp: sure [01:10] jhodapp: https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/52/console that superceded one is still there. you didn't reconfigure before rebuilding? [01:12] robru, crap I see what you're saying now, I didn't see it before [01:12] robru, ugg [01:12] jhodapp: yeah you have to get the new MP that replaced that mp, update it in the spreadsheet, reconfigure the silo, then rebuild that, and retest it. [01:12] jhodapp: sorry i thought you knew [01:12] robru, no I was thinking you were referring to qtubuntu-media, not media-hub [01:13] robru, so I wasn't even looking at that [01:13] robru, ok, you can reconfigure it now [01:14] jhodapp: ok, should be good to go. you can rebuild just media-hub in the build job options [01:14] awesome thanks [01:24] and this is why we stage changes before deploying live in production. [01:27] heh [01:40] robru, hey quick question, if I want to kick the build for silo-017 ( ofoo ), what are the build parameters I need to provide? Just package name? [01:40] awe_: you shouldn't need any parameters on first build. just leave the defaults. [01:42] that's what I thought...lemme try again [01:43] guess I didn't click hard enough. lol [01:43] thanks dude! [01:45] awe_: you're welcome [01:45] awe_: oh yeah the first click just logs you in. if you're still looking at the form it means the job didn't start. [01:46] that explains a lot [01:46] ;) [01:46] awe_: that's been torturing me for *years*. it auto-logs me out after like 10 minutes. I have to submit everything twice. [01:47] damn... somebody needs to fix that! [01:47] * awe_ ducks [02:04] === trainguards: IMAGE 33 building (started: 20141126 02:05) === [02:28] jhodapp: I gotta step out for a couple hours, happy to publish for you when I get back though. [02:29] robru, don't worry about it tonight, I'm going to get it tested quickly again and published in the morning [02:29] robru, thanks though! [03:29] === trainguards: IMAGE 33 DONE (finished: 20141126 03:30) === [03:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/33.changes === [04:35] jhodapp: ah, ok. you're welcome [08:17] oh, looks like we have a plan for cgproxy... yay === chihchun_afk is now known as chihchun [08:27] Oh? [08:27] * sil2100 checks teh bug [08:27] read the bug + [08:27] no patch yet though [08:27] sil2100: Would it be too much to ask for two silos? :) 61-62 [08:28] bzoltan: no, but let me check if we have enough free ones! Let me try assigning [08:29] sil2100: the QtC silo would be free in 2 hours [08:29] sil2100: The UITK will take ~20 hours [08:29] bzoltan: it seems it's fine, we have enough free ones - assigning :) [08:30] sil2100: thank you [08:30] * sil2100 always feels sad for bzoltan when he mentions that his UITK silo will be ready and tested after ~20 hours [08:31] :) it is not that bad [08:32] ogra_: yeah, but it seems Serge had issues reproducing the issue this way so far [08:32] sil2100, now add "and it is winter in finland" [08:32] But I suppose that's at least a direction ;) [08:32] sil2100, *i* have issues reproducing it :P [08:33] the only person i have seen yet being able to reliably repro is jibel [08:33] i can do what i want, for me it is still totally random [08:33] right, it's random. [08:34] sometimes I can reproduce within 15min sometimes after several hours [08:34] and I couldn't find a pattern to design a test case [08:34] right [08:35] it would have been nice if Serge provided his test, I could have run it on my device [08:35] yup, especially since he seems to run it inside lxc [08:36] (or any other kind of container) [08:44] sil2100: I have added the UITK -gles MR to the silo19, so if you have a spare sec would you please reconfigure the silo? [08:44] bzoltan: sure thing [08:45] Ok, time to get some tea, finally bought myself here some good ones [08:50] Mirv, I think I found the issue with udm and si, writing fix atm [09:07] sil2100: no it mako on devel-proposed that failed not rtm [09:09] mandel: ok, great! [09:10] Saviq: you see I blame you you pass the blame on to someone else and it gets fixed, we should do this more often ;) [09:10] Saviq: thanks for taking a quick look too :) [09:10] davmor2: yeah, but you reported issues with the es image as well [09:17] davmor2, jibel: in any way, is the regression testing of #169 proceeding? [09:18] sil2100: pass I just logged in [09:18] sil2100, 23.4% done [09:19] Oh my, fast - nice! [09:20] sil2100, ToyKeeper started during the night [09:21] jibel: I'll run sanity on mako for rtm then as it wasn't yesterday as we didn't know it was the image to test, it should be fine [09:46] ogra_, ping [09:46] tvoss, moop [09:47] sil2100, hey [09:47] sil2100, did the CI versionning logic changed? [09:47] sil2100, do you know what happens with https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/38/console ? [09:47] seb128: hey! What happened? Robert is the main person tinkering with the train right now, but is the version different? [09:48] sil2100, overlay-scrollbars can't be CIed anymore it seems [09:48] it's like support for their version schemas was dropped [09:48] but that used to work, we did CI updates during the utopic cycle [09:49] seb128: hmmm... that's interesting, give me a few moments for this meeting to finish [09:49] sil2100, k [10:00] davmor2, jibel, brendand, oh, one thing i forgot ...do you guys play youtube videos during testing ? i found it pretty stuttery last night (but its about a week ago that i played one last... though that seemed smoother) [10:00] ogra_: it's your broadband it was fine here [10:00] k [10:18] seb128: looking at it now [10:18] sil2100, thanks [10:23] hello [10:23] jenkins seems stuck on "getting started" in my autolanding logs - https://jenkins.qa.ubuntu.com/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-vivid-amd64-autolanding/18/console [10:23] any ideas what's going on there? [10:24] heh, nevermind.. it started to work 1s after I pasted the link here :) [11:01] * sil2100 is confused [11:04] seb128: ok, I see robru changed the versioning code some time ago and this causes this particular case not working anymore, but it's a bit hard to find what his change was for [11:24] ogra_, i can't play videos from the scope, could that possibly be related to the cgproxy issue? [11:24] can you start apps ? [11:25] ogra_, yes [11:25] cgproxy makes that fail [11:25] ogra_, i can start other apps [11:25] once it got into the hang state [11:25] right, then it isnt that [11:25] ogra_, and media player is launching so it must be some problem with the scope [11:26] pete-woods, thostr_ ? [11:26] brendand, i can ply them here [11:26] brendand: it's on a vanilla 169, right? [11:26] Works here as well [11:27] youtube as well as local [11:27] sil2100, ogra_ - yes i'm sure it's a transient issue [11:27] brendand: let me give it a shot [11:27] sil2100, ogra_ - but i'd like to find out what's going on before rebooting and making the issue disappear [11:27] thostr_, it will probably work for you [11:27] thostr_, i just want to debug it [11:27] brendand, check url-dispatcher logs [11:28] ogra_, that's what i'm thinking [11:28] brendand, also i'm seeing quite a few scoperunner crash files here [11:28] not sure if thats related [11:28] unity8-dash is getting a BadUrl crash [11:28] ogra_: any time *any* scope crashes, it's basically the scoperunner that dies. you need to look at the command line args in the crash file to see what scope it actually was [11:29] BadURL: video:///media/phablet/4D3E-F9E1/tears_of_steel_1080p_H264_24fps.mov [11:29] pete-woods, k [11:29] smells like we had that before :) [11:29] we crash because of a bad URL? [11:29] seems a bit ott [11:29] brendand, try local files [11:29] or is it a recoverable error? [11:30] (non SD ones) [11:30] ogra_, pete-woods - BadURL: video:///home/phablet/Videos/test_videos/IMG_2107.MOV [11:30] pete-woods, yes it's RecoverableProblem [11:30] pete-woods, still the video doesn't launch [11:30] yeah, sure [11:30] just wanted to check it wasn't actually crashing the dash [11:30] as that would be quite bad [11:31] as the URL handler for video:// been hosed somehow? [11:31] ok, then it isnt "cant play from SD" ... which was the bug i was thinking of [11:31] ogra_: yes, seems like it as it works for local local files [11:31] Mirv, is there a way to find out the version of nm that we have on vivid on the build servers? I believe that we have a version mismatch [11:32] thostr_, no, it doesnt ... see brendand's last error [11:32] thostr_: brendand's error is a local file [11:32] the first one was SD [11:32] the second was local [11:32] thostr_, please bear in mind it only seems to be me having this issue [11:33] thostr_, i want to figure out why before it goes away [11:33] brendand: can you just confirm that URL definitely exists? [11:33] brendand: sure, but that is still worrying [11:33] i.e. the path has been read correctly, and got munged anywhere [11:33] *not* [11:33] http://paste.ubuntu.com/9248658/ [11:35] pete-woods, it certainly exists [11:36] mandel: the 'nm' from binutils? it seems there's a new binutils in -proposed (https://launchpad.net/ubuntu/+source/binutils) from doko, possibly the -proposed one is in use [11:36] brendand: can I get those videos from anywhere? [11:36] pete-woods: I have some of those as well [11:37] Mirv, the issue we have is that udm relies on a new property in nm called PrimaryConnectionType my fix atm is to crash when we miss that property and state why.. maybe I should update the deps to include nm [11:37] pete-woods, most of them are from the media-hub test plan [11:37] okay, thank [11:37] s [11:38] pete-woods, actually no - they're from your test plan :P https://wiki.ubuntu.com/Process/Merges/TestPlan/localmediascopes [11:38] :D [11:38] mandel: I think you're talking about network-manager while Mirv is talking about /usr/binnm [11:38] /usr/bin/nm [11:38] hmm, I should already have then on my SD card then [11:38] pete-woods, tbh i don't think it's the media type [11:38] Mirv, oh, sorry I mean network manager, sorry [11:38] cjwatson, thx ;) [11:38] pete-woods, i've tried all the videos i can [11:38] brendand: yeah, I just want to recreate your exact test setup [11:39] I don't want to assume what it is or isn't [11:39] It would seem implausible that the build servers would have network-manager preinstalled; you should be able to see the version they're installing in the build log [11:39] pete-woods: bunny works for me [11:39] but "the build servers" is kind of vague, state a specific build :) [11:39] mandel: right :) so network-manager is not pre-installed indeed [11:40] Mirv, so that could be the issue, I'll add it as a dep with a precise version and we should be ok [11:45] i don't think url-dispatcher.log should have ** (process:2036): WARNING **: Unable to create tables: database is locked in it [11:45] and then '** (process:2036): CRITICAL **: url_db_find_url: assertion 'db != NULL' failed' lots of times [11:46] so looks like a url-dispatcher bug - i wonder is it known? [11:47] brendand: yes. that looks very serious [11:48] not sure if it's known [11:48] maybe there's a zombie URL dispatcher [11:48] and upstart has tried to create another instance [11:48] or your disk is full ? [11:48] also a good idea :) [11:48] ogra_, ? first time i booted [11:48] ogra_, hardly likely [11:48] any fs corruption issues in dmesg ? ... [11:49] ogra_, what should i grep for? [11:50] dunno, just take a look if anything sticks out at the end [11:50] dmesg -T |tail [11:50] (sudo ...) [11:51] ogra_, nothing obvious [11:51] k [11:51] ogra_, well restarting url-dispatcher recovers the situation [11:51] brendand: so are there multiple URL dispatchers [11:51] oh [11:51] too late [11:51] then it was a hung process [11:55] my comment was supposed to be a question [12:16] ogra_, sil2100 - i'm investigating it, but there's a possibility the pulseaudio landing caused some serious issues with receiving calls during media playback [12:16] ogra_, sil2100 - so just be prepared for that [12:20] Ouch [12:20] brendand: doesn't sound good - give us a sign once you know more [12:20] Not sure if it makes sense to poke Ricardo before we're sure it's causing issues [12:21] sil2100, there's also a definite problem with address-book, but we don't know when that appeared [12:21] It had to be in the RC as well, since we didn't land anything related recently [12:21] What's up? [12:27] rsalveti, ^^^ [12:27] * rsalveti reads [12:28] brendand: what is the issue exactly? I can try reproducing it here [12:29] wonder if we had that fix in media-hub to pause playback when getting a call on rtm [12:29] I know that is already in vivid [12:29] probably not in rtm [12:30] Mirv, fix pushed to https://code.launchpad.net/~mandel/ubuntu-download-manager/adapt-network-changes/+merge/242083 that fixes the si issues in the build servers [12:30] Mirv, do you need anything else? [12:30] brendand: ogra_: /run/initramfs/e2fsck.out should tell if e2fsck found something after a reboot [12:30] and dmesg as well, as said already [12:31] rsalveti, oh, yeah, i was more after current corruption happening on write or some such [12:36] brendand: what is the issue that you had? working fine here at least [12:41] mandel: well you probably need to rebuild the silo so that it can be published again? [12:43] so is everyone from USA going to be on vacation tomorrow/friday? [12:43] except the turkeys [12:43] popey: not any more I bet ;) [12:44] mandel: I kicked a new build at https://ci-train.ubuntu.com/job/ubuntu-landing-015-1-build/78/console [12:45] sil2100, so what should we do? just bump the changelog version? [12:54] seb128: no no, I have a fix I'll push in a moment [12:54] sil2100, thanks [13:00] ogra_: sil2100: from what I tested here it seems sound is fine when receiving calls, waiting brendand to give more info on his bug [13:00] yeah, he seems to find all the weird unreproducable bits today :P [13:00] rsalveti: well, that's why I didn't want to poke you about it yet... [13:00] Since even brendand mentioned he's investigating [13:00] So I wanted to wait for confirmation before taking your time ;) [13:11] popey, pretty much [13:18] * sil2100 goes to lunch, be back in ~1h [13:19] seb128: the fix now waits for CI, it should be done after lunch [13:19] sil2100, great, thanks [13:32] mandel: the packages have been now built again. I marked the silo back to not tested. [14:19] brendand, olli_, ogra_: any news on the audio issues? [14:19] * ogra_ hasnt heard anything [14:19] (hah ... pun) [14:19] sil2100, oh - i reproduced it it on #168 [14:19] sil2100, so it's not a regression caused by pulseaudio [14:19] ah, so it's older [14:21] * Mirv almost runs unity8 on qt 5.4.0 beta... ship it! [14:22] Mirv: like the 'almost' part ;) [14:23] sil2100: unity8 builds now when patched, so that's half way! :) [14:23] Mirv, great, I'll retest in the phone and will update the spreadsheet [14:23] it might even run actually but I have one 100% required module still which refuses to build [14:23] Mirv: 1/4 [14:24] davmor2: sometimes 1/10 [14:24] Mirv: 1 1millionth of a % ? [14:25] Mirv: :D [14:26] actually the module might not even be needed (even though it's included on images) but it fails for some other reason xyz [14:29] brendand, a non-issue then? [14:30] lol [14:30] an issue ... but older [14:30] heh [14:30] man, I am so focused on that darn GM [14:31] olli_, i'm not sure yet how reproducible it is [14:31] non-issue for GM promotion [14:31] ;) [14:31] olli_, i certainly seem to be able to a lot [14:31] olli_, but i haven't heard from anyone else yet [14:31] brendand: could you ask someone else from QA to try and repro as well? [14:31] k [14:31] sil2100, i have [14:32] brendand, got a bug with repro steps? [14:32] olli_, not yet [14:33] happy to give it a spin [14:33] just so I can say wfm of course :) [14:35] I tried on 169 but couldn't reproduce [14:44] olli_, well the bug is receiving a call while playing some media [14:44] which is fixed in vivid [14:44] olli_, it doesn't always happen, but sometimes the phone will not ring [14:54] ogra_, if it's fixed then there is a bug id, got that for me? [14:55] rsalveti, ^^^remember from the top of your head ? [14:58] Mirv: btw. do you have a vivid machine? [14:59] Mirv: by vivid machine I mean a desktop ;) [15:00] Mirv: since I tested the appmenu-qt5 for utopic, but not vivid yet (didn't upgrade yet) === plars changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: RTM Archive frozen (no new silos landing) ! RTM cron builds disabled === charles_ is now known as charles [15:05] Mirv: if such testing is enough for you, I suppose the vivid silo for appmenu can land :) [15:06] sil2100: yeah. the menus seem to work fine in Qt5 apps with vivid + Qt 5.4.0 beta! [15:06] Yay [15:06] Ok, then let me publish that [15:06] thanks a lot! I like that I can cross off appmenu-qt5 from my list of "needs manual patching", ie. I can do no-change rebuilds. [15:07] 5.4 RC should be out later this week, I'll retest rebuilding everything after I get that packaged [15:10] alesage: hey! [15:11] alesage: quick question: are you also working on autopilot? [15:14] seb128, Hello! [15:14] om26er, hey [15:15] seb128, my phone is currently in a state where I change the ringtone but it is actually not getting changed. Even though settings app shows the new ringtone selected. [15:15] seb128, any logs you want to look at ? [15:16] om26er, you can try looking at the system-settings one in .cache/upstart [15:17] seb128, http://paste.ubuntu.com/9251122/ [15:17] I see the warning: [15:17] WARNING - unable to set key 'incomingCallSound' to value.... [15:17] om26er, indeed it has [15:17] 2014-11-26 15:09:44,577 - WARNING - unable to set key 'incomingCallSound' to value '/usr/share/sounds/ubuntu/ringtones/Array mbira.ogg' [15:18] om26er, what happens if you run [15:18] gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Get com.ubuntu.touch.AccountsService.Sound IncomingCallSound [15:18] seb128, returns the link to the current ringtone [15:23] olli_: brendand: ogra_: if not even ringing that is a different issue [15:23] and I don't think it's related with my latest landing [15:23] rsalveti: it's not related for sure [15:23] om26er, that's known imho [15:23] rsalveti: as brendand reproduced it in 168, so before your changes :) [15:23] right :-) [15:24] olli_, oh, k. Thats good to know. I'll find the bug. [15:24] om26er, otp, might be able to pull it up for you [15:27] seb128: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/39/console [15:27] sil2100, great, thanks! [15:27] seb128: the merge took longer than expected, but at least it's deployed now and working [15:27] sil2100, good job! :-) [15:32] Laney, tedg, do you know how to manually set the ringtone using a command line? [15:32] Laney, tedg, I tried that [15:32] $ gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Set com.ubuntu.touch.AccountsService.Sound IncomingCallSound '<"/usr/share/sounds/ubuntu/ringtones/Ubuntu.ogg">' [15:32] but there is an auth error [15:32] well [15:32] "Error: GDBus.Error:org.freedesktop.Accounts.Error.PermissionDenied: Authentication is required [15:32] (According to introspection data, you need to pass 'ssv') [15:32] " [15:33] om26er is getting a " WARNING - unable to set key" on his devices [15:33] trying to figure out if that's accounts-daemon being in a buggy state or what [15:33] tried it from where? [15:33] adb shell [15:33] I doubt that's got the auth [15:34] put it in a script and use the terminal [15:34] om26er, ^ [15:34] Laney, any other idea how to debug the settings got getting a "unable to set key" in its log? [15:35] where does that warning come from? [15:35] that string isn't in uss [15:36] not sure [15:36] Laney, http://paste.ubuntu.com/9251122/ [15:36] that's the uss log [15:41] seb128: well then [15:41] that warning comes from gsettings-qt [15:41] oh [15:41] hum [15:41] do we write to both gsettings and accountsservice? [15:41] * seb128 checks which one telephony-service is using [15:45] trainguards can I have a silo for L58? [15:46] alex-abreu: hey! Sure, but it's not set as ready :) [15:46] alex-abreu: so we didn't know if it's ready for a silo [15:46] sil2100, arg sorry my fault :) [15:46] Laney, it seems it reads it from accountsservice, so the warning is maybe another issue, or point to the system being in weird state [15:46] sil2100, you are right :) [15:46] om26er, is that the only thing not working? does changing e.g the lockscreen image works? [15:47] seb128, lockscreen image changing works, yes. [15:47] we kept writing to gsettings for a compatibility period [15:47] alex-abreu: \o/ assigning :) [15:47] I guess it didn't get dropped [15:48] om26er, well, the dbus Get command, does the value change according to what you select in the UI? [15:48] sil2100, thx :) [15:49] seb128, now it seems to be working fine again (automagically) [15:49] om26er, hum, k, no debugging then :/ [15:50] seb128, and no when the ringtone setting was not changing I saw the change in UI but the command that you gave always returns the default ringtone [15:50] seb128, davmor2 was also able to reproduce the bug [15:50] davmor2, yo ^ [15:50] hu [15:50] om26er, ok, it's like accountsservice had some issues, nothing about it in syslog? [15:50] or apport logs [15:50] seb128: so for me I was able to change initially to bliss but then it wouldn't change from bliss [15:51] davmor2, do you still have the issue? [15:51] I can look at my logs in a minute [15:51] seb128: I rebooted about 8 times but let me check [15:51] sil2100, can you please land vivid silo 1 please? [15:51] alex-abreu: hmmm, unity-webapps-qml seems to be already in silo 18 [15:52] seb128, no apport logs, and syslog does not seem to have anything relevant [15:52] sil2100, heh, you got a double please :) [15:52] jhodapp: on it! [15:52] sil2100, thanks! [15:52] hm, dashboard doesn't say it's tested yet [15:53] sil2100, yeah where is that comment? I just tested it and updated the spreadsheet [15:53] sil2100, ah, yes, should I reconf & add the L58 MR to silo 18 then ? [15:53] alex-abreu: I guess you can, if you think both things can land together :) [15:53] sil2100, they can, ok I do it now [15:53] seb128: I have been able to change once again but can't change back from that now, let me grab you some logs [15:54] jhodapp: the spreadsheet doesn't indicate it being updated - could you make sure by reloading that it really is? :) [15:54] sil2100, sure [15:54] Anyway, I trust that you tested it and publish anyways [15:54] Just want the numbers to be right on the spreadsheet later [15:54] ;) [15:55] sil2100, ok done, so no more extra silo needed [15:55] sil2100, done [15:55] davmor2, is the UI not changing or what? [15:55] alex-abreu: excellent, let me remove the landing then [15:55] Thanks! [15:55] seb128: the ui is change the ringtone when you call the phone isn't [15:57] robru: hmmm... not sure why, but the spreadsheet seems broken in some regard [15:57] seb128: so I changed from bliss to harp arp and now I get harp arp, I changed from harp arp to koto chords (which shows correctly in the ui but when I ring the phone I still get harp arp [15:57] robru: it seems that it clears the 'assigned silo' field but doesn't mark the silo as Landed [15:57] robru: so we have a lot of silos that are landed but are stuck at 'migrating' [15:58] davmor2, what is [15:58] $ gdbus call -y -d org.freedesktop.Accounts -o /org/freedesktop/Accounts/User32011 -m org.freedesktop.DBus.Properties.Get com.ubuntu.touch.AccountsService.Sound IncomingCallSound [15:58] returning? [15:59] (<'/usr/share/sounds/ubuntu/ringtones/Koto chords.ogg'>,) [15:59] telephony-serviceeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee === chihchun is now known as chihchun_afk [16:00]