[00:23] <robru> jhodapp: ok but is that really tested or is that just a stale tested status from the last time?
[00:24] <jhodapp> robru, it's stale now
[00:24] <robru> hehe
[00:24] <robru> jhodapp: ping me when you get a chance to retest it and I can publish
[00:24] <jhodapp> robru, I'll run it through a another quick smoke test shortly
[00:24] <jhodapp> robru, thanks
[00:24] <robru> jhodapp: cool
[00:24] <robru> you're welcome
[00:25] <jhodapp> justinmcp_, can you try out vivid silo #1 please and just make sure music/video playback is working well?
[00:25] <jhodapp> justinmcp_, I'll be doing the same thing
[00:26] <justinmcp_> jhodapp: it'll have to wait a bit sorry, my device is setup for solving a particular problem right now
[00:27] <jhodapp> justinmcp_, that's np, I can test it pretty thoroughly myself
[00:27] <jhodapp> no worries then
[00:27] <justinmcp_> jhodapp: ok, sorry 'bout that
[00:27] <jhodapp> no problem at all
[01:09] <jhodapp> robru, ok, let's try this again, vivid silo 1 is ready for publishing
[01:09] <robru> jhodapp: sure
[01:10] <robru> 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] <jhodapp> robru, crap I see what you're saying now, I didn't see it before
[01:12] <jhodapp> robru, ugg
[01:12] <robru> 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] <robru> jhodapp: sorry i thought you knew
[01:12] <jhodapp> robru, no I was thinking you were referring to qtubuntu-media, not media-hub
[01:13] <jhodapp> robru, so I wasn't even looking at that
[01:13] <jhodapp> robru, ok, you can reconfigure it now
[01:14] <robru> jhodapp: ok, should be good to go. you can rebuild just media-hub in the build job options
[01:14] <jhodapp> awesome thanks
[01:24] <robru> and this is why we stage changes before deploying live in production.
[01:27] <jhodapp> heh
[01:40] <awe_> 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] <robru> awe_: you shouldn't need any parameters on first build. just leave the defaults.
[01:42] <awe_> that's what I thought...lemme try again
[01:43] <awe_> guess I didn't click hard enough.  lol
[01:43] <awe_> thanks dude!
[01:45] <robru> awe_: you're welcome
[01:45] <robru> 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] <awe_> that explains a lot
[01:46] <awe_> ;)
[01:46] <robru> 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] <awe_> damn... somebody needs to fix that!
[01:47]  * awe_ ducks
[02:04] <imgbot> [02:28] <robru> jhodapp: I gotta step out for a couple hours, happy to publish for you when I get back though.
[02:29] <jhodapp> robru, don't worry about it tonight, I'm going to get it tested quickly again and published in the morning
[02:29] <jhodapp> robru, thanks though!
[03:29] <imgbot> [03:29] <imgbot> [04:35] <robru> jhodapp: ah, ok. you're welcome
[08:17] <ogra_> oh, looks like we have a plan for cgproxy... yay
[08:27] <sil2100> Oh?
[08:27]  * sil2100 checks teh bug
[08:27] <ogra_> read the bug +
[08:27] <ogra_> no patch yet though
[08:27] <bzoltan> sil2100:  Would  it be too much to ask for two silos? :) 61-62
[08:28] <sil2100> bzoltan: no, but let me check if we have enough free ones! Let me try assigning
[08:29] <bzoltan> sil2100: the QtC silo would be free in 2 hours
[08:29] <bzoltan> sil2100:  The UITK will take ~20 hours
[08:29] <sil2100> bzoltan: it seems it's fine, we have enough free ones - assigning :)
[08:30] <bzoltan> 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] <bzoltan> :) it is not that bad
[08:32] <sil2100> ogra_: yeah, but it seems Serge had issues reproducing the issue this way so far
[08:32] <ogra_> sil2100, now add "and it is winter in finland"
[08:32] <sil2100> But I suppose that's at least a direction ;)
[08:32] <ogra_> sil2100, *i* have issues reproducing it :P
[08:33] <ogra_> the only person i have seen yet being able to reliably repro is jibel
[08:33] <ogra_> i can do what i want, for me it is still totally random
[08:33] <jibel> right, it's random.
[08:34] <jibel> sometimes I can reproduce within 15min sometimes after several hours
[08:34] <jibel> and I couldn't find a pattern to design a test case
[08:34] <ogra_> right
[08:35] <jibel> it would have been nice if Serge provided his test, I could have run it on my device
[08:35] <ogra_> yup, especially since he seems to run it inside lxc
[08:36] <ogra_> (or any other kind of container)
[08:44] <bzoltan> 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] <sil2100> bzoltan: sure thing
[08:45] <sil2100> Ok, time to get some tea, finally bought myself here some good ones
[08:50] <mandel> Mirv, I think I found the issue with udm and si, writing fix atm
[09:07] <davmor2> sil2100: no it mako on devel-proposed that failed not rtm
[09:09] <Mirv> mandel: ok, great!
[09:10] <davmor2> 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] <davmor2> Saviq: thanks for taking a quick look too :)
[09:10] <sil2100> davmor2: yeah, but you reported issues with the es image as well
[09:17] <sil2100> davmor2, jibel: in any way, is the regression testing of #169 proceeding?
[09:18] <davmor2> sil2100: pass I just logged in
[09:18] <jibel> sil2100, 23.4% done
[09:19] <sil2100> Oh my, fast - nice!
[09:20] <jibel> sil2100, ToyKeeper started during the night
[09:21] <davmor2> 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] <tvoss> ogra_, ping
[09:46] <ogra_> tvoss, moop
[09:47] <seb128> sil2100, hey
[09:47] <seb128> sil2100, did the CI versionning logic changed?
[09:47] <seb128> sil2100, do you know what happens with https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/38/console ?
[09:47] <sil2100> seb128: hey! What happened? Robert is the main person tinkering with the train right now, but is the version different?
[09:48] <seb128> sil2100, overlay-scrollbars can't be CIed anymore it seems
[09:48] <seb128> it's like support for their version schemas was dropped
[09:48] <seb128> but that used to work, we did CI updates during the utopic cycle
[09:49] <sil2100> seb128: hmmm... that's interesting, give me a few moments for this meeting to finish
[09:49] <seb128> sil2100, k
[10:00] <ogra_> 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] <davmor2> ogra_: it's your broadband it was fine here
[10:00] <ogra_> k
[10:18] <sil2100> seb128: looking at it now
[10:18] <seb128> sil2100, thanks
[10:23] <t1mp> hello
[10:23] <t1mp> 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] <t1mp> any ideas what's going on there?
[10:24] <t1mp> heh, nevermind.. it started to work 1s after I pasted the link here :)
[11:01]  * sil2100 is confused
[11:04] <sil2100> 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] <brendand> ogra_, i can't play videos from the scope, could that possibly be related to the cgproxy issue?
[11:24] <ogra_> can you start apps ?
[11:25] <brendand> ogra_, yes
[11:25] <ogra_> cgproxy makes that fail
[11:25] <brendand> ogra_, i can start other apps
[11:25] <ogra_> once it got into the hang state
[11:25] <ogra_> right, then it isnt that
[11:25] <brendand> ogra_, and media player is launching so it must be some problem with the scope
[11:26] <brendand> pete-woods, thostr_ ?
[11:26] <ogra_> brendand, i can ply them here
[11:26] <sil2100> brendand: it's on a vanilla 169, right?
[11:26] <sil2100> Works here as well
[11:27] <ogra_> youtube as well as local
[11:27] <brendand> sil2100, ogra_ - yes i'm sure it's a transient issue
[11:27] <thostr_> brendand: let me give it a shot
[11:27] <brendand> sil2100, ogra_ - but i'd like to find out what's going on before rebooting and making the issue disappear
[11:27] <brendand> thostr_, it will probably work for you
[11:27] <brendand> thostr_, i just want to debug it
[11:27] <ogra_> brendand, check url-dispatcher logs
[11:28] <brendand> ogra_, that's what i'm thinking
[11:28] <ogra_> brendand, also i'm seeing quite a few scoperunner crash files here
[11:28] <ogra_> not sure if thats related
[11:28] <brendand> unity8-dash is getting a BadUrl crash
[11:28] <pete-woods> 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] <brendand> BadURL: video:///media/phablet/4D3E-F9E1/tears_of_steel_1080p_H264_24fps.mov
[11:29] <ogra_> pete-woods, k
[11:29] <ogra_> smells like we had that before :)
[11:29] <pete-woods> we crash because of a bad URL?
[11:29] <pete-woods> seems a bit ott
[11:29] <ogra_> brendand, try local files
[11:29] <pete-woods> or is it a recoverable error?
[11:30] <ogra_> (non SD ones)
[11:30] <brendand> ogra_, pete-woods - BadURL: video:///home/phablet/Videos/test_videos/IMG_2107.MOV
[11:30] <brendand> pete-woods, yes it's RecoverableProblem
[11:30] <brendand> pete-woods, still the video doesn't launch
[11:30] <pete-woods> yeah, sure
[11:30] <pete-woods> just wanted to check it wasn't actually crashing the dash
[11:30] <pete-woods> as that would be quite bad
[11:31] <pete-woods> as the URL handler for video:// been hosed somehow?
[11:31] <ogra_> ok, then it isnt "cant play from SD" ... which was the bug i was thinking of
[11:31] <thostr_> ogra_: yes, seems like it as it works for local local files
[11:31] <mandel> 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] <ogra_> thostr_, no, it doesnt ... see brendand's last error
[11:32] <pete-woods> thostr_: brendand's error is a local file
[11:32] <ogra_> the first one was SD
[11:32] <ogra_> the second was local
[11:32] <brendand> thostr_, please bear in mind it only seems to be me having this issue
[11:33] <brendand> thostr_, i want to figure out why before it goes away
[11:33] <pete-woods> brendand: can you just confirm that URL definitely exists?
[11:33] <thostr_> brendand: sure, but that is still worrying
[11:33] <pete-woods> i.e. the path has been read correctly, and got munged anywhere
[11:33] <pete-woods> *not*
[11:33] <brendand> http://paste.ubuntu.com/9248658/
[11:35] <brendand> pete-woods, it certainly exists
[11:36] <Mirv> 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] <pete-woods> brendand: can I get those videos from anywhere?
[11:36] <thostr_> pete-woods: I have some of those as well
[11:37] <mandel> 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] <brendand> pete-woods, most of them are from the media-hub test plan
[11:37] <pete-woods> okay, thank
[11:37] <pete-woods> s
[11:38] <brendand> pete-woods, actually no - they're from your test plan :P https://wiki.ubuntu.com/Process/Merges/TestPlan/localmediascopes
[11:38] <pete-woods> :D
[11:38] <cjwatson> mandel: I think you're talking about network-manager while Mirv is talking about /usr/binnm
[11:38] <cjwatson> /usr/bin/nm
[11:38] <pete-woods> hmm, I should already have then on my SD card then
[11:38] <brendand> pete-woods, tbh i don't think it's the media type
[11:38] <mandel> Mirv, oh, sorry I mean network manager, sorry
[11:38] <mandel> cjwatson, thx ;)
[11:38] <brendand> pete-woods, i've tried all the videos i can
[11:38] <pete-woods> brendand: yeah, I just want to recreate your exact test setup
[11:39] <pete-woods> I don't want to assume what it is or isn't
[11:39] <cjwatson> 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] <thostr_> pete-woods: bunny works for me
[11:39] <cjwatson> but "the build servers" is kind of vague, state a specific build :)
[11:39] <Mirv> mandel: right :) so network-manager is not pre-installed indeed
[11:40] <mandel> 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] <brendand> i don't think url-dispatcher.log should have ** (process:2036): WARNING **: Unable to create tables: database is locked in it
[11:45] <brendand> and then '** (process:2036): CRITICAL **: url_db_find_url: assertion 'db != NULL' failed' lots of times
[11:46] <brendand> so looks like a url-dispatcher bug - i wonder is it known?
[11:47] <pete-woods> brendand: yes. that looks very serious
[11:48] <pete-woods> not sure if it's known
[11:48] <pete-woods> maybe there's a zombie URL dispatcher
[11:48] <pete-woods> and upstart has tried to create another instance
[11:48] <ogra_> or your disk is full ?
[11:48] <pete-woods> also a good idea :)
[11:48] <brendand> ogra_, ? first time i booted
[11:48] <brendand> ogra_, hardly likely
[11:48] <ogra_> any fs corruption issues in dmesg ? ...
[11:49] <brendand> ogra_, what should i grep for?
[11:50] <ogra_> dunno, just take a look if anything sticks out at the end
[11:50] <ogra_> dmesg -T |tail
[11:50] <ogra_> (sudo ...)
[11:51] <brendand> ogra_, nothing obvious
[11:51] <ogra_> k
[11:51] <brendand> ogra_, well restarting url-dispatcher recovers the situation
[11:51] <pete-woods> brendand: so are there multiple URL dispatchers
[11:51] <pete-woods> oh
[11:51] <pete-woods> too late
[11:51] <ogra_> then it was a hung process
[11:55] <pete-woods> my comment was supposed to be a question
[12:16] <brendand> 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] <brendand> ogra_, sil2100 - so just be prepared for that
[12:20] <sil2100> Ouch
[12:20] <sil2100> brendand: doesn't sound good - give us a sign once you know more
[12:20] <sil2100> Not sure if it makes sense to poke Ricardo before we're sure it's causing issues
[12:21] <brendand> sil2100, there's also a definite problem with address-book, but we don't know when that appeared
[12:21] <sil2100> It had to be in the RC as well, since we didn't land anything related recently
[12:21] <sil2100> What's up?
[12:27] <ogra_> rsalveti, ^^^
[12:27]  * rsalveti reads
[12:28] <rsalveti> brendand: what is the issue exactly? I can try reproducing it here
[12:29] <rsalveti> wonder if we had that fix in media-hub to pause playback when getting a call on rtm
[12:29] <rsalveti> I know that is already in vivid
[12:29] <rsalveti> probably not in rtm
[12:30] <mandel> 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] <mandel> Mirv, do you need anything else?
[12:30] <rsalveti> brendand: ogra_: /run/initramfs/e2fsck.out should tell if e2fsck found something after a reboot
[12:30] <rsalveti> and dmesg as well, as said already
[12:31] <ogra_> rsalveti, oh, yeah, i was more after current corruption happening on write or some such
[12:36] <rsalveti> brendand: what is the issue that you had? working fine here at least
[12:41] <Mirv> mandel: well you probably need to rebuild the silo so that it can be published again?
[12:43] <popey> so is everyone from USA going to be on vacation tomorrow/friday?
[12:43] <ogra_> except the turkeys
[12:43] <davmor2> popey: not any more I bet ;)
[12:44] <Mirv> mandel: I kicked a new build at https://ci-train.ubuntu.com/job/ubuntu-landing-015-1-build/78/console
[12:45] <seb128> sil2100, so what should we do? just bump the changelog version?
[12:54] <sil2100> seb128: no no, I have a fix I'll push in a moment
[12:54] <seb128> sil2100, thanks
[13:00] <rsalveti> 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] <ogra_> yeah, he seems to find all the weird unreproducable bits today :P
[13:00] <sil2100> rsalveti: well, that's why I didn't want to poke you about it yet...
[13:00] <sil2100> Since even brendand mentioned he's investigating
[13:00] <sil2100> So I wanted to wait for confirmation before taking your time ;)
[13:11] <olli_> popey, pretty much
[13:18]  * sil2100 goes to lunch, be back in ~1h
[13:19] <sil2100> seb128: the fix now waits for CI, it should be done after lunch
[13:19] <seb128> sil2100, great, thanks
[13:32] <Mirv> mandel: the packages have been now built again. I marked the silo back to not tested.
[14:19] <sil2100> brendand, olli_, ogra_: any news on the audio issues?
[14:19]  * ogra_ hasnt heard anything 
[14:19] <ogra_> (hah ... pun)
[14:19] <brendand> sil2100, oh - i reproduced it it on #168
[14:19] <brendand> sil2100, so it's not a regression caused by pulseaudio
[14:19] <sil2100> ah, so it's older
[14:21]  * Mirv almost runs unity8 on qt 5.4.0 beta... ship it!
[14:22] <sil2100> Mirv: like the 'almost' part ;)
[14:23] <Mirv> sil2100: unity8 builds now when patched, so that's half way! :)
[14:23] <mandel> Mirv, great, I'll retest in the phone and will update the spreadsheet
[14:23] <Mirv> it might even run actually but I have one 100% required module still which refuses to build
[14:23] <davmor2> Mirv: 1/4
[14:24] <Mirv> davmor2: sometimes 1/10
[14:24] <davmor2> Mirv: 1 1millionth of a % ?
[14:25] <sil2100> Mirv: :D
[14:26] <Mirv> 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] <olli_> brendand, a non-issue then?
[14:30] <ogra_> lol
[14:30] <ogra_> an issue ... but older
[14:30] <olli_> heh
[14:30] <olli_> man, I am so focused on that darn GM
[14:31] <brendand> olli_, i'm not sure yet how reproducible it is
[14:31] <olli_> non-issue for GM promotion
[14:31] <sil2100> ;)
[14:31] <brendand> olli_, i certainly seem to be able to a lot
[14:31] <brendand> olli_, but i haven't heard from anyone else yet
[14:31] <sil2100> brendand: could you ask someone else from QA to try and repro as well?
[14:31] <olli_> k
[14:31] <brendand> sil2100, i have
[14:32] <olli_> brendand, got a bug with repro steps?
[14:32] <brendand> olli_, not yet
[14:33] <olli_> happy to give it a spin
[14:33] <olli_> just so I can say wfm of course :)
[14:35] <jibel> I tried on 169 but couldn't reproduce
[14:44] <brendand> olli_, well the bug is receiving a call while playing some media
[14:44] <ogra_> which is fixed in vivid
[14:44] <brendand> olli_, it doesn't always happen, but sometimes the phone will not ring
[14:54] <olli_> ogra_, if it's fixed then there is a bug id, got that for me?
[14:55] <ogra_> rsalveti, ^^^remember from the top of your head ?
[14:58] <sil2100> Mirv: btw. do you have a vivid machine?
[14:59] <sil2100> Mirv: by vivid machine I mean a desktop ;)
[15:00] <sil2100> Mirv: since I tested the appmenu-qt5 for utopic, but not vivid yet (didn't upgrade yet)
[15:05] <sil2100> Mirv: if such testing is enough for you, I suppose the vivid silo for appmenu can land :)
[15:06] <Mirv> sil2100: yeah. the menus seem to work fine in Qt5 apps with vivid + Qt 5.4.0 beta!
[15:06] <sil2100> Yay
[15:06] <sil2100> Ok, then let me publish that
[15:06] <Mirv> 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] <Mirv> 5.4 RC should be out later this week, I'll retest rebuilding everything after I get that packaged
[15:10] <sil2100> alesage: hey!
[15:11] <sil2100> alesage: quick question: are you also working on autopilot?
[15:14] <om26er> seb128, Hello!
[15:14] <seb128> om26er, hey
[15:15] <om26er> 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] <om26er> seb128, any logs you want to look at ?
[15:16] <seb128> om26er, you can try looking at the system-settings one in .cache/upstart
[15:17] <om26er> seb128, http://paste.ubuntu.com/9251122/
[15:17] <om26er> I see the warning:
[15:17] <om26er> WARNING - unable to set key 'incomingCallSound' to value....
[15:17] <seb128> om26er, indeed it has
[15:17] <seb128> 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] <seb128> om26er, what happens if you run
[15:18] <seb128> 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] <om26er> seb128, returns the link to the current ringtone
[15:23] <rsalveti> olli_: brendand: ogra_: if not even ringing that is a different issue
[15:23] <rsalveti> and I don't think it's related with my latest landing
[15:23] <sil2100> rsalveti: it's not related for sure
[15:23] <olli_> om26er, that's known imho
[15:23] <sil2100> rsalveti: as brendand reproduced it in 168, so before your changes :)
[15:23] <rsalveti> right :-)
[15:24] <om26er> olli_, oh, k. Thats good to know. I'll find the bug.
[15:24] <olli_> om26er, otp, might be able to pull it up for you
[15:27] <sil2100> seb128: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/39/console
[15:27] <seb128> sil2100, great, thanks!
[15:27] <sil2100> seb128: the merge took longer than expected, but at least it's deployed now and working
[15:27] <seb128> sil2100, good job! :-)
[15:32] <seb128> Laney, tedg, do you know how to manually set the ringtone using a command line?
[15:32] <seb128> Laney, tedg, I tried that
[15:32] <seb128> $ 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] <seb128> but there is an auth error
[15:32] <seb128> well
[15:32] <seb128> "Error: GDBus.Error:org.freedesktop.Accounts.Error.PermissionDenied: Authentication is required
[15:32] <seb128> (According to introspection data, you need to pass 'ssv')
[15:32] <seb128> "
[15:33] <seb128> om26er is getting a " WARNING - unable to set key" on his devices
[15:33] <seb128> trying to figure out if that's accounts-daemon being in a buggy state or what
[15:33] <Laney> tried it from where?
[15:33] <seb128> adb shell
[15:33] <Laney> I doubt that's got the auth
[15:34] <Laney> put it in a script and use the terminal
[15:34] <seb128> om26er, ^
[15:34] <seb128> Laney, any other idea how to debug the settings got getting a "unable to set key" in its log?
[15:35] <Laney> where does that warning come from?
[15:35] <Laney> that string isn't in uss
[15:36] <seb128> not sure
[15:36] <seb128> Laney, http://paste.ubuntu.com/9251122/
[15:36] <seb128> that's the uss log
[15:41] <Laney> seb128: well then
[15:41] <Laney> that warning comes from gsettings-qt
[15:41] <seb128> oh
[15:41] <seb128> hum
[15:41] <seb128> do we write to both gsettings and accountsservice?
[15:41]  * seb128 checks which one telephony-service is using
[15:45] <alex-abreu> trainguards can I have a silo for L58?
[15:46] <sil2100> alex-abreu: hey! Sure, but it's not set as ready :)
[15:46] <sil2100> alex-abreu: so we didn't know if it's ready for a silo
[15:46] <alex-abreu> sil2100, arg sorry my fault :)
[15:46] <seb128> 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] <alex-abreu> sil2100, you are right :)
[15:46] <seb128> om26er, is that the only thing not working? does changing e.g the lockscreen image works?
[15:47] <om26er> seb128, lockscreen image changing works, yes.
[15:47] <Laney> we kept writing to gsettings for a compatibility period
[15:47] <sil2100> alex-abreu: \o/ assigning :)
[15:47] <Laney> I guess it didn't get dropped
[15:48] <seb128> om26er, well, the dbus Get command, does the value change according to what you select in the UI?
[15:48] <alex-abreu> sil2100, thx :)
[15:49] <om26er> seb128, now it seems to be working fine again (automagically)
[15:49] <seb128> om26er, hum, k, no debugging then :/
[15:50] <om26er> 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] <om26er> seb128, davmor2 was also able to reproduce the bug
[15:50] <om26er> davmor2, yo ^
[15:50] <davmor2> hu
[15:50] <seb128> om26er, ok, it's like accountsservice had some issues, nothing about it in syslog?
[15:50] <seb128> or apport logs
[15:50] <davmor2> seb128: so for me I was able to change initially to bliss but then it wouldn't change from bliss
[15:51] <seb128> davmor2, do you still have the issue?
[15:51] <davmor2> I can look at my logs in a minute
[15:51] <davmor2> seb128: I rebooted about 8 times but let me check
[15:51] <jhodapp> sil2100, can you please land vivid silo 1 please?
[15:51] <sil2100> alex-abreu: hmmm, unity-webapps-qml seems to be already in silo 18
[15:52] <om26er> seb128, no apport logs, and syslog does not seem to have anything relevant
[15:52] <jhodapp> sil2100, heh, you got a double please :)
[15:52] <sil2100> jhodapp: on it!
[15:52] <jhodapp> sil2100, thanks!
[15:52] <sil2100> hm, dashboard doesn't say it's tested yet
[15:53] <jhodapp> sil2100, yeah where is that comment? I just tested it and updated the spreadsheet
[15:53] <alex-abreu> sil2100, ah, yes, should I reconf & add the L58 MR to silo 18 then ?
[15:53] <sil2100> alex-abreu: I guess you can, if you think both things can land together :)
[15:53] <alex-abreu> sil2100, they can, ok I do it now
[15:53] <davmor2> 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] <sil2100> jhodapp: the spreadsheet doesn't indicate it being updated - could you make sure by reloading that it really is? :)
[15:54] <jhodapp> sil2100, sure
[15:54] <sil2100> Anyway, I trust that you tested it and publish anyways
[15:54] <sil2100> Just want the numbers to be right on the spreadsheet later
[15:54] <sil2100> ;)
[15:55] <alex-abreu> sil2100, ok done, so no more extra silo needed
[15:55] <jhodapp> sil2100, done
[15:55] <seb128> davmor2, is the UI not changing or what?
[15:55] <sil2100> alex-abreu: excellent, let me remove the landing then
[15:55] <sil2100> Thanks!
[15:55] <davmor2> seb128: the ui is change the ringtone when you call the phone isn't
[15:57] <sil2100> robru: hmmm... not sure why, but the spreadsheet seems broken in some regard
[15:57] <davmor2> 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] <sil2100> robru: it seems that it clears the 'assigned silo' field but doesn't mark the silo as Landed
[15:57] <sil2100> robru: so we have a lot of silos that are landed but are stuck at 'migrating'
[15:58] <seb128> davmor2, what is
[15:58] <seb128> $ 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] <seb128> returning?
[15:59] <davmor2> (<'/usr/share/sounds/ubuntu/ringtones/Koto chords.ogg'>,)
[15:59] <Laney> telephony-serviceeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[16:00] <pmcgowan> davmor2, known bug
[16:00] <davmor2> pmcgowan: do you have it to hand?
[16:01] <pmcgowan> https://bugs.launchpad.net/barajas/+bug/1392222
[16:01] <alesage> sil2100, did you get your autopilot question answered?
[16:02] <sil2100> alesage: no, not really - my question is not much about autopilot itself but about finiding people that could look into an autopilot crash we're seeing, so I would like first some autopilot maintainers to take a look at it
[16:02] <sil2100> alesage: since during smoketesting for vivid we're still seeing autopilot crashes from time to time with a strange traceback
[16:03] <davmor2> pmcgowan: thanks dude :)
[16:03] <alesage> sil2100, ok--the primaries for this are thomi and veebers still, possibly elopio brendand or I can help ^^
[16:04] <alesage> sil2100, maybe a bug to begin?
[16:04] <brendand> sil2100, i haven't been watching vivid too closely
[16:04] <brendand> sil2100, i probably should
[16:05] <sil2100> brendand, alesage: need to dig if we have a bug for it already, but it's the crash psivaa was poking us about
[16:05] <sil2100> psivaa: are you still around?
[16:05] <psivaa> sil2100: yes, reading the background
[16:06] <sil2100> psivaa: I'm trying to ask some autopilot-experts to take a look at that autopilot crash, do you remember if we had a bug for this?
[16:06] <sil2100> psivaa: the one from vivid
[16:06] <seb128> om26er, davmor2, pmcgowan, Laney, yeah, telephony-service issue and known, cf bug pmcgowan pointed, we just need to get that fix in ota and should be ok
[16:06] <psivaa> sil2100: i dont remember reporting a bug for that
[16:07] <om26er> seb128, super.
[16:07] <alesage> sil2100, psivaa, appears brendand is away, I have some work to clear but will carry to thomi and veebers for mtg in a few hours if that's adequate...
[16:08] <sil2100> psivaa: sorry to ask for that again, but do you have that python traceback handy for this crash? ;)
[16:08] <brendand> alesage, no i'm not! not in this channel anyway :P
[16:08] <brendand> (yes i was marked away on internal irc)
[16:08] <sil2100> We could then give it to alesage and/or fill in a bug
[16:08] <Laney> seb128: okay, shame it was a private bug
[16:08] <alesage> sneaky ;)
[16:09] <seb128> Laney, indeed :/
[16:09] <psivaa> sil2100: alesage http://paste.ubuntu.com/9251820/ is the traceback
[16:10] <psivaa> sil2100: was looking for it :)
[16:10] <alesage> psivaa, sil2100 investigating a little
[16:11] <sil2100> psivaa: thank you!
[16:11] <sil2100> :)
[16:11] <psivaa> np :)
[16:13] <kenvandine> 554182
[16:18] <sil2100> jibel, brendand: so, when looking currently after running those ~340 tests from the regression test suite - do you think we're promotable so far?
[16:18] <sil2100> jibel, brendand: since I saw some failures, most of them in the multimedia suite
[16:19] <jibel> sil2100, we'll discuss in 10 minutes and tell you in 40
[16:19] <sil2100> jibel: thanks :)
[16:21] <alesage> sil2100, my diagnosis: tests added for https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1395709 may have broken, need to get someone on our side to help triage further, may wait for kiwis to wake
[16:26] <robru> sil2100: ah, I think this is caused by automatic merging ;-) the silos vanish before the spreadsheet realizes what's going on.
[16:35] <sil2100> robru: automatic merging is too fast! Tell it to slow dooown!
[16:42] <robru> sil2100: ok I have an experimental fix in the spreadsheet that should be able to recognize the new fast-merging silos and mark them as landed.
[16:43] <sil2100> robru: thanks!
[16:49] <sil2100> rsalveti: ah, btw.! The pulseaudio fix - was it rtm specific, or do we need to get the same fix into vivid as well?
[16:49] <rsalveti> sil2100: rtm specific, we need a proper change for vivid
[16:49] <rsalveti> discussion on going with upstream
[16:49] <rsalveti> as the rtm change is a partial fix
[16:49] <sil2100> ACK
[16:50] <sil2100> Thanks for the info
[16:50] <rsalveti> it's a fix for our issue, but not complete from the pulse perspective
[17:03] <sil2100> robru, ogra_: meeting!
[17:03] <ogra_> sil2100, on my way ... running over with the other one
[17:04] <sil2100> plars: even though there's not much we need to poke you about this time, but a meeting reminder for you as well :)
[17:04] <AlbertA> trainguards: looks like mir has now made it to vivid-release, yey!  can I clean/merge the silo 009 now?
[17:04] <plars> sil2100: sure, brt
[17:04] <sil2100> AlbertA: sure, let me do that so that there's no confusion, since a skip flag needs t obe used
[17:04] <sil2100> AlbertA: yaay finally ;)
[17:04] <AlbertA> sil2100: thanks!
[17:05] <ogra_> AlbertA, sorry, it took a bit to get this -meta in ... needed to do some manual magic
[17:06] <AlbertA> ogra_: np, thanks for your help
[17:13] <greyback_> trainguards: could I get a silo for line 40 of the spreadsheet - qtmir unblocked now as silo9 landed
[17:21] <robru> greyback_: ok, silo 1
[17:21] <greyback_> robru: thank you
[17:21] <robru> greyback_: you're welcome
[17:39] <robru> AlbertA: vivid.... 9 ;-)
[17:39] <AlbertA> robru: heh lucky number 9 :)
[19:05] <olli_> ogra_, ping
[19:07] <ogra_> olli_, yo
[19:07] <olli_> ogra_, any recommendation where to add the wiki re bug mgmt?
[19:08] <ogra_> olli_, https://wiki.ubuntu.com/Touch/ ... make it https://wiki.ubuntu.com/Touch/BugRules .. or BugManagement
[19:08] <olli_> k
[19:09] <ogra_> or perhaps just Bugs
[19:09]  * ogra_ likes it short :) 
[19:17] <sergiusens> trainguards can you publish ^ ?
[19:17] <sergiusens> ty
[19:22] <robru> sergiusens: sorry was on lunch. published
[19:23] <AlbertA> trainguards: can you publish silo 009?
[19:25] <sergiusens> robru: no worries, thanks
[19:25] <robru> sergiusens: you're welcome
[19:25] <robru> AlbertA: published
[20:13] <sergiusens> robru: is the publisher slower today?
[20:14] <robru> sergiusens: dunno
[20:15] <robru> cjwatson: is there a problem with proposed migration? seems it hasn't run in nearly an hour.
[20:43] <robru> cjwatson: nm
[20:51] <bzoltan> robru:  may i ask for a quick silo? ^
[20:52] <robru> bzoltan: I believe you just did! vivid 3 ;-)
[21:46] <bzoltan> robru:  thanks :) It was an easy but important fix ...
[21:46] <robru> bzoltan: you're welcome!
[22:21] <bzoltan> robru:  I am done with the UITK testing from the silo19. All tests are OK and the logs are pushed to the regular places. There is one important note: The Weather app is/was using a deprecated private (!!!) function what is not correct. That private function has now a public version what will be supported.
[22:22] <bzoltan> popey:  would you please make sure that my single line fix for the Weather app makes it to the app store?
[22:39] <popey> bzoltan: sure.
[22:40] <bzoltan> popey: thanks
[23:21] <robru> bzoltan: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/46/console please approve your merges