=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
[07:53] <jibel> mzanetti, Hey, can you mark silo 23 ready for QA, and we'll to the verification
=== mardy_ is now known as mardy
[08:25]  * sil2100 is still a bit worried about including silo 23
[08:25] <sil2100> mzanetti: didn't you mention there were some performance issues with silo 23?
[08:25] <jibel> sil2100, I found a problem with rotation and verifying if 23 is the cause or not
[08:26] <mzanetti> sil2100, seems I was overconcerned... we could get trunk to do the same... aso numbers in measurements said we'd be at equal performance than trunk
[08:26] <sil2100> Ah, ok
[08:27] <mzanetti> jibel, can you explain?
[08:29] <jibel> mzanetti, open system settings, rotate in landscape more, lock the screen, rotate the device in portrait mode, unlock the screen. System settings doesn't resize correctly and is all stretched
[08:29] <jibel> I'm rebooting to verify if it's a one time issue or not
[08:29] <mzanetti> ah right. saw that too yday... not sure with what image tho
[08:29]  * mzanetti tests 
[08:30] <jibel> mzanetti, confirmed. I'm on krillin 104 + silo 23
[08:30] <jibel> mzanetti, I asked davmor2 to verify on krillin 104 without 23. It doesn't happen on latest arale without 23
[08:31] <mzanetti> yeah... not happening with my krillin 104
[08:31] <davmor2> installing now
[08:31] <mzanetti> but it is happening with my mako with 23
[08:31] <mzanetti> dang
[08:33] <mzanetti> also happening with others, not just system-settings
[08:34] <jibel> mzanetti, yeah, I suppose it's all the apps, I used s-s as an example
[08:37] <sil2100> ;/
[08:37] <sil2100> Then I'm even more concerned on landing that
[10:19] <jibel> mzanetti, another issue that I can reproduce with 23 only. Launch a youtube video in the webbrowser, long press on the video until the context menu opens, and tap on copy. The webbrowser crashes
[10:19] <jibel> sil2100, ^
=== greyback_ is now known as greyback|shops
[10:31] <sil2100> Then it's a 2x NACK from my side on including the silo in OTA-6
[10:33] <jibel> mzanetti, actually the browser crashes when you tap any item in any context menu
[10:33] <jibel> mzanetti, it's a no-go from me
=== greyback|shops is now known as greyback
[10:33] <mzanetti> definitely... the first issue alone is already worse than the one we want to fix
[10:33] <jibel> mzanetti, I confirmed it doesn't happen without 23
[10:35] <mzanetti> same here... hard to see why it would affect in-app context menus, but ok. seems to be the case indeed
[10:35] <mzanetti> jibel, thanks for the good testing
[10:35]  * sil2100 needs to drive his girl to a doctor's appointment
[10:36] <sil2100> I go to lunch now and then I'll be away for a bit
[10:56]  * Mirv tries to be here until sil is back
=== chihchun is now known as chihchun_afk
=== _salem is now known as salem_
=== chihchun_afk is now known as chihchun
[13:38] <ahayzen> Hey, guys there appears to be a calendar autolanding job that is stuck (for 5 days [http://91.189.93.70:8080/job/ubuntu-calendar-app-autolanding/1301/]) on the coreapps jenkins http://91.189.93.70:8080/ which i think is now blocking other landings? Is anyone able to look into this?
[13:58]  * Mirv gone
[13:59] <Mirv> ahayzen: you should ping cihelp for that
[13:59] <Mirv> well, I just did :)
[13:59] <ahayzen> :-)
=== chihchun is now known as chihchun_afk
[14:07] <balloons> ping cihelp; it seems ahayzen's problem stems from lack of disk space on the device. See http://91.189.93.70:8080/job/generic-land/4198/consoleText
[14:12] <mzanetti> jibel, davmor2, kgunn: https://requests.ci-train.ubuntu.com/static/dashboard.html#?q=ubuntu%2Flanding-016
[14:12] <mzanetti> feeling way more comfy with this now
[14:24] <jibel> mzanetti, I'll install it in a minute
[14:33] <sil2100> mzanetti: is that a workaround? Or another approach to a proper fix?
[14:34] <mzanetti> sil2100, 3-line hotfix
[14:36] <sil2100> \o/
[14:36] <Trevinho> Mh...
[14:38] <josepht> balloons, ahayzen: I'm working on this now
[14:38] <ahayzen> thanks
[14:43] <sil2100> Trevinho: ^
[14:43] <sil2100> Trevinho: poke me once that merge is approved :)
[14:44] <Trevinho> sil2100: it is
[14:44] <Trevinho> err seb128 ^
[14:44] <seb128> Trevinho, ?
[14:44] <sil2100> Re-running
[14:44] <Trevinho> seb128: it wasn't once queuebot pinged me, but I've approved then
[14:45] <seb128> Trevinho, unsure what are you talking about, do you need me?
[14:46] <Trevinho> damnn......... seb128 no sorry... I had both you and sil2100 orange coloured in my client and with numbers on nick.. So my eyes just got tricked :D
[14:46] <seb128> Trevinho, oh, ok, no worry ;-)
[14:46] <Trevinho> and same length :P... s....64578 :D
[14:46] <Trevinho> sil2100: it's approved by the way ^_^
[14:49] <josepht> balloons: are you able to top-approve that MP for me?
[14:54] <ahayzen> josepht, balloons, jenkins appears to be mailing me again, thanks :-)
[14:55] <balloons> josepht, potentially, where at?
[14:55] <josepht> balloons: https://code.launchpad.net/~gary-wzl77/ubuntu-calendar-app/fix_1460433_new/+merge/262357
[14:56] <balloons> josepht, done
[14:56] <josepht> balloons: thanks
[15:01] <bfiller> sil2100: we want to release this bug fix into the ota-6 candidate https://bugs.launchpad.net/ubuntu/+source/address-book-app/+bug/1486258
[15:01] <ubot5> Ubuntu bug 1486258 in Canonical System Image "Next button not working properly" [Critical,New]
[15:01] <bfiller> sil2100: it's already landed in vivid+overlay
[15:01] <sil2100> hm, ok, is it a low-risk fix?
[15:02] <bfiller> sil2100: believe the following packages will need to be copied: address-book-app qtdeclarative5-ubuntu-addressbook0.1qtdeclarative5-ubuntu-contacts0.1
[15:02] <bfiller> sil2100: yes it's low risk, address book only, jibel gave ack
[15:02] <sil2100> Ok then, will copy those shortly
[15:02] <bfiller> sil2100: thanks
[15:47] <rvr> mzanetti: Do you have an ETA on silo 17?
[15:47] <mzanetti> rvr, testing right now. but it conflicts with 16, means that it needs a rebuild
[15:48] <rvr> mzanetti: So silo 16 must land first?
[15:49] <mzanetti> rvr, yes, unless we join them...
[15:50] <mzanetti> greyback, hm... still have the ghost with silo 17
[15:51] <greyback> mzanetti: any idea how?
[15:51] <mzanetti> what do you mean? to reproduce?
[15:53] <greyback> mzanetti: yep
[15:53] <mzanetti> greyback, open messages, tap camera, import from gallery
[15:54] <mzanetti> the terminal one is gone ideed
[15:55] <mzanetti> greyback, oh, I do have the ghost, but it disappears after a few secs
[15:55] <mzanetti> the one with messages
[15:55] <greyback> mzanetti: didn't happen here
[15:55] <sil2100> mzanetti, jibel: how's silo 16 looking so far?
[15:56] <greyback> mzanetti: what phone, just in case?
[15:59] <jibel> sil2100, found nothing for the moment
[15:59] <greyback> mzanetti: yeah, got the shadow on krillin with your steps
[15:59] <sil2100> jibel, popey, davmor2, robru, rvr, ogra_: let's make it a quick meeting today not to waste time
[16:00] <mzanetti> greyback, I tried on mako.
[16:00] <mzanetti> sil2100, good from my POV
[16:03] <bfiller> jibel: I'm seeing issues with silo 16. first video does now get recorded but it's all black for me on arale
[16:03] <bfiller> jibel: are you seeing that?
[16:08] <jibel> bfiller, I didn't try on arale yet, I've a case where I've to tap record twice to record a video first time I get the prompt. But I cannot reproduce
[16:08] <bfiller> jibel: seems arale is not working just verified again, asking Kaleo to look into it
[16:19] <sil2100> mzanetti: is silo 16 working? Since I heard some info that it doesn't really change the situation - just installing it on my device in a moment
[16:20] <mzanetti> sil2100, 16 should be good
[16:20] <mzanetti> sil2100, not 100% sure about 17 yet
[16:22] <sil2100> We'll need 17 as well?
[16:22] <mzanetti> apparently
[16:23] <jibel> sil2100, yes we need 17
[16:30] <ogra_> sweet 17
[16:32] <sil2100> ogra_: ;p
[16:36] <sil2100> mzanetti, jibel: silo 16 works here, at least the basic case - audio trust prompt pops up and after clicking 'allow' it instantly starts recording
[16:37] <jibel> sil2100, but then video is black
[16:40] <sil2100> What do you mean?
[16:40] <sil2100> It recorded fine here
[16:40] <sil2100> With audio and everything
[16:41] <davmor2> sil2100: and when you play it back
[16:41] <sil2100> krillin rc-proposed + silo 16
[16:41] <jibel> sil2100, bug 1487126
[16:41] <sil2100> I played it from the photo-roll
[16:41] <ubot5> bug 1487126 in QtMir "Camera/mic trust: initial video corrupt" [Undecided,New] https://launchpad.net/bugs/1487126
[16:41] <sil2100> As said, my first initial video is normally recorded
[16:42] <davmor2> sil2100: krillin vs arale
[16:42] <sil2100> krillin here, so maybe it's arale specific?
[16:42] <jibel> sil2100, you copied media-hub to the snapshot, isn't it?
[16:42] <jibel> sil2100, yeah, i couldn't reproduce on krillin, but it failed on first try on arale
[16:42] <sil2100> jibel: yes, the one from yesterday, the recent image has it
[16:50] <jhodapp> jibel, our of curiosity, is the corrupted file 0 bytes or still about the right size you'd expect compared to a playable video?
[16:50] <jibel> jhodapp, the size is correct. I'll copy it to my machine
[16:52] <jhodapp> jibel, ok, I'd also be curious what "file" thinks the media file is, if it sees it as a valid media mime type or something else
[16:52] <jibel> jhodapp, file says video20150820_183651682.mp4: ISO Media, MP4 Base Media v1 [IS0 14496-12:2003]
[16:52] <jhodapp> jibel, ok that's good, that means it is writing a valid MPEG4 container
[16:53] <jhodapp> jibel, but the path to record from the camera and compress is not initialized correctly
[16:53] <jibel> jhodapp, mediascanner didn't even scan it
[16:53] <jibel> I don't see it in the videos scope
[16:53] <jhodapp> jibel, yeah it's probably missing the video codec stream within the mpeg4 file
[16:54] <jhodapp> so the metadata packets surrounding the video seem ok, just not the actual compressed video bytes
[16:54] <jibel> jhodapp, mediascanner says: Error when adding new file: Unable to discover file /home/phablet/Videos/com.ubuntu.camera/video20150820_183651682.mp4
[16:55] <jhodapp> yeah I'm sure gstreamer is spitting back an error from decodebin
[16:55] <jibel> jhodapp, vlc or mplayer can play it
[16:56] <jhodapp> wow that's interesting
[16:56] <jhodapp> jibel, care to share that file with me, I'll see what gstreamer says from the phone
[16:56] <jhodapp> jibel, does totem play it on the desktop?
[16:57] <rvr> bfiller: Do you know which project hosts the "trust" messages for the camera? "Camera wants to record" and "Camera is trying to access CameraService"
[16:57]  * jibel checks what he recorded before sharing ;)
[16:57] <jhodapp> lol
[16:58] <bfiller> rvr: I don't, guessing camera service?
=== alan_g is now known as alan_g|EOD
[17:02] <jibel> jhodapp, just a dirty keyboard and I am not swearing at developers :D http://people.canonical.com/~j-lallement/junk/video20150820_183651682.mp4
[17:05] <jhodapp> lol
[17:09] <jhodapp> jibel, seems Totem struggles with it as well on the desktop
[17:10] <jhodapp> jibel, stalls at the beginning, but if you click on the timeline further into the video it'll start to play
[17:10] <jibel> jhodapp, totem had no problem here. I'm on wily if it makes a difference
[17:11] <jhodapp> jibel, it does in fact, gstreamer 1.5.2 vs 1.4.5
[17:11] <jhodapp> I'm on vivid
[17:16] <Kaleo> alesage, in https://bugs.launchpad.net/qtmir/+bug/1487126 you talk about a trust prompt in step 1, what is it?
[17:16] <ubot5> Ubuntu bug 1487126 in Canonical System Image "Camera/mic trust: initial video corrupt" [Undecided,Confirmed]
[17:17] <Kaleo> alesage, is it asking for permission to access MediaServices?
[17:17] <alesage> Kaleo, I'll have to re-actuate to record the specific text :/
[17:26] <jhodapp> Kaleo, if you need help with the technical specifics of this trust store and CameraService integration, I recommend speaking with tvoss
[17:27] <Kaleo> jhodapp, thanks but he is not around AFAIK
[17:27] <jhodapp> Kaleo, ok, seems the two people to touch this code are not around then, tvoss who originally wrote it, and abeato who tweaked it from tvoss
[17:28] <Kaleo> jhodapp, yeah it's brilliant :)
[17:28] <jhodapp> lol
[17:28] <Kaleo> alesage, I figured out what the string was, don't worry
[17:28] <alesage> Kaleo, thanks
[17:31] <tvoss> Kaleo, I'm around, whats'up?
[17:31] <Kaleo> tvoss, oh nice
[17:31] <Kaleo> many trust related bugs
[17:31] <Kaleo> myself I'm looking at https://bugs.launchpad.net/qtmir/+bug/1487126 and https://bugs.launchpad.net/qtmir/+bug/1487131
[17:31] <ubot5> Ubuntu bug 1487126 in Canonical System Image "Camera/mic trust: initial video corrupt" [Undecided,Confirmed]
[17:32] <ubot5> Ubuntu bug 1487131 in QtMir "Camera/mic trust: mic denial in camera-app freezes camera" [Undecided,Incomplete]
[17:32] <Kaleo> tvoss, I would need to understand how the whole trust prompts system actually works to try and have an idea of why things might be broken
[17:32] <Kaleo> another interesting one https://bugs.launchpad.net/ubuntu/+source/camera-app/+bug/1487111
[17:32] <ubot5> Ubuntu bug 1487111 in camera-app (Ubuntu) "camera app unresponsive if trusted prompt left for some time" [Undecided,New]
[17:33] <Kaleo> tvoss, if you have a document or a few minutes for a hangout to explain a little the technical details
[17:33] <Kaleo> that'd be nice
[17:33] <tvoss> Kaleo, I can do a hangout
[17:33] <Kaleo> cool
[17:33] <Kaleo> https://plus.google.com/hangouts/_/canonical.com/blabla
[17:34] <tvoss> Kaleo, https://plus.google.com/hangouts/_/g6tipy5s47ek6rmzwabzzxr6mya?hl=en
[17:34] <tvoss> Kaleo, oh wait, I will join yours :)
[18:04] <Kaleo> alesage, do you have tricks to make https://bugs.launchpad.net/qtmir/+bug/1487126 happen more often?
[18:04] <ubot5> Ubuntu bug 1487126 in camera-app (Ubuntu) "Camera/mic trust: initial video corrupt" [Critical,In progress]
[18:05] <Kaleo> jibel, jhodapp ^
[18:08] <kenvandine> cihelp: i'd like to have CI for content-hub reconfigured to run against vivid + overlay instead of wily
[18:08] <kenvandine> bfiller, ugh... looks like there was a trust-store upload that was never merged into trunk
[18:09] <bfiller> kenvandine: crap
[18:09] <kenvandine> i'll try to merge it into trunk :)
[18:09] <kenvandine> go do what you need to do
[18:09] <bfiller> kenvandine: feel free to take over the silo and rebuild as needed
[18:09] <kenvandine> i'll probably be gone when you get back... i need to get my kids in a while :)
[18:10] <jhodapp> Kaleo, I've not reproduced this myself yet
[18:11] <Kaleo> jhodapp, where did you get the corrupt videos?
[18:11] <jhodapp> Kaleo, from jibel
[18:12] <Kaleo> k
[18:12] <jhodapp> Kaleo, alesage should know how to reproduce
[18:23] <sil2100> Ok guys, I need to AFK now again, will be back as usual in a few hours to check up if anything is needed
[18:23] <sil2100> o/
[18:33] <jibel> Kaleo, no real trick. On krillin remove the trustdb for camera and pulseaudio, reboot, start the camera and record a video. Answer 'allow' to all the trust prompts
[18:33] <jibel> s/krillin/arale
[18:33] <jibel> sorry
[18:35] <fginther> kenvandine, is that for lp:content-hub?
[18:35] <kenvandine> fginther, yes
[18:35] <fginther> thx
[18:36] <kenvandine> fginther, thx, sorry for changing things around on you :)
[18:36] <kenvandine> but it's much more relevant for us to test on vivid right now
[18:36] <fginther> kenvandine, no worries, will try to have it updated before EOD
[18:36] <kenvandine> aweso
[18:36] <kenvandine> awesome
[18:36]  * kenvandine has had a heavy return finger today :)
[18:38] <jibel> mzanetti, is silo 17 ready for QA?
[18:38] <mzanetti> jibel, ok, qtmir-gles built
[18:38] <kenvandine> jibel, should we dupe that bug for messaging-app ?
[18:38] <kenvandine> on the ghost app bug?
[18:39] <mzanetti> jibel, so this improves the ghost app situation, but does not completely fix it. I've unlinked the not fixed bug from the branch, two of them should still be fixed, including the messages-crash
[18:39] <jibel> kenvandine, if it's the same root cause then sure dupe it.
[18:40] <kenvandine> jibel, done :)
[18:40] <mzanetti> jibel, you can still get ghost apps if you open tons of bugs, lock the screen and put the phone down for half an hour, but the one with apps closing themselves should be gone
[18:40] <mzanetti> sorry, tons of apps
[18:40] <jibel> :)
[18:40] <mzanetti> please don't open tons of bugs
[18:40] <jibel> I can do that too
[18:40] <mzanetti> :)
[18:40] <davmor2> 6000 bugs later
[18:41] <kenvandine> apps, bugs, what's the difference :)
[18:41] <mzanetti> jibel, the branches are not approved either yet. I'd like greyback to do that. but he's done a review already and was ok with me preparing the silo. he'll be back in a bit
[18:41] <davmor2> kenvandine: the bugs work as expected, they break things?
[18:42] <alesage> Kaleo, was afk, still needing help?
[18:42] <kenvandine> right :)
[18:53] <Kaleo> alesage, yeah, just if you have a trick for that one that'd be nice
[18:53] <Kaleo> (yes, I have silo 16 installed)
[18:54] <alesage> Kaleo, ok--not seeing the "corruptedness" of videos?
[18:54] <Kaleo> alesage, after many tries, no
[18:54] <alesage> Kaleo, may depend on "out of the box" state?
[18:54] <Kaleo> alesage, I have a clean install of r95 + silo 16
[18:55] <mzanetti> Kaleo, to ask the obvious, cleared trust.dbs ?
[18:55] <Kaleo> mzanetti, yep, both
[18:55] <Kaleo> rm -rf .local/share/PulseAudio/* && restart pulseaudio-trust-stored
[18:55] <Kaleo> rm -rf .local/share/CameraService && restart cameraservice-trust-stored
[18:55] <alesage> Kaleo ok I'm surprised as bfiller reported also, will attempt again myself
[18:55] <Kaleo> alesage, there must be a subtle difference
[18:55] <Kaleo> alesage, is it repro 100% of the time for you?
[18:55] <mzanetti> well, I didn't get it all the time... but easily enough to say it's reproducible
[18:55] <alesage> depends on device?  I'm on arale
[18:55] <mzanetti> mako here
[18:56] <alesage> Kaleo, any logs to get while reproducing, etc.?
[18:57] <Kaleo> alesage, /home/phablet/.cache/upstart/application-click-com.ubuntu.camera_camera_* would be nice
[18:57] <alesage> Kaleo, ok in process a few min pls
[19:02] <Kaleo> thx
[19:06] <Kaleo> alesage, different bug, other question: in https://bugs.launchpad.net/qtmir/+bug/1487131 after step 5. I have the whole camera UI non responsive to touch event but the viewfinder still displays a live picture. Is that what you mean by "preview freezes"?
[19:06] <ubot5> Ubuntu bug 1487131 in QtMir "Camera/mic trust: mic denial in camera-app freezes camera" [Undecided,Incomplete]
[19:07] <alesage> Kaleo, no I think I get a frozen preview
[19:07] <Kaleo> alesage, darn
[19:07] <alesage> Kaleo, will queue that one up :)
[19:19] <alesage> Kaleo, cat .cache/upstart/cameraservice-trust-stored.log : http://paste.ubuntu.com/12137349/ , also . . .
[19:20] <alesage> Kaleo .cache/upstart/application-click-com.ubuntu.camera_camera_3.0.0.572.log : http://paste.ubuntu.com/12137353/
[19:20] <Kaleo> nice
[19:21] <Kaleo> alesage, that's with a run which produces a corrupt video?
[19:21] <alesage> Kaleo, actually I'm able to play after transferring
[19:21] <alesage> Kaleo, trying again on device
[19:22] <Kaleo> alesage, ah, transferring to your desktop you mean?
[19:22] <Kaleo> alesage, was it supposed to not be readable on desktop too?
[19:22] <alesage> Kaleo, yes
[19:23] <alesage> Kaleo, one sec, need to verify
[19:26] <alesage> Kaleo, verifying my first occurrence--both videos are readable on desktop
[19:27] <Kaleo> alesage, ok
[19:29] <alesage> (but black when launched from camera-app photo roll)
[19:29] <Kaleo> right
[19:30] <Kaleo> was it the case for your run for which you pasted the log?
[19:30] <alesage> Kaleo, yes
[19:30] <Kaleo> k
[19:30] <Kaleo> alesage, can you add them to the bug report please?
[19:30] <alesage> Kaleo, will do
[19:30] <Kaleo> alesage, how long do you record for?
[19:30] <alesage> Kaleo, 10 seconds
[19:31] <Kaleo> thanks
[19:42] <Kaleo> alesage, in /var/crash do you see any file with a time corresponding to when you recorded?
[19:43] <Kaleo> alesage, same question for when you reproduce the freeze of bug https://bugs.launchpad.net/qtmir/+bug/1487131
[19:43] <ubot5> Ubuntu bug 1487131 in QtMir "Camera/mic trust: mic denial in camera-app freezes camera" [Undecided,Incomplete]
[19:43] <alesage> Kaleo, darn didn't think to look and now on a fresh flash, will actuate again in a couple min
[19:43] <Kaleo> alesage, thanks
[19:49] <Kaleo> jhodapp, hey
[19:50] <Kaleo> jhodapp, so when the prompt is up asking for mic access here what the stack looks like: http://pastebin.ubuntu.com/12137491/
[19:50] <Kaleo> (in the camera)
[19:51] <Kaleo> jhodapp, this stack starts because of AalMediaRecorderControl::startRecording() that calls AalMediaRecorderControl::initRecorder() that emits a signal
[19:52] <Kaleo> when AalMediaRecorderControl::onStartThreadCb() is called
[19:52] <Kaleo> the startWorkerThread() signal
[19:53] <Kaleo> connected to the run() we see in the trace: connect(this, SIGNAL(startWorkerThread()), m_audioCapture, SLOT(run()));
[19:53] <alesage> Kaleo, for the corrupted case, finding a compositor-spinner crash but from earlier than the video
[19:53] <alesage> Kaleo, (in /var/crash)
[19:53] <alesage> Kaleo, will reproduce that mic denial now
[19:53] <Kaleo> alesage, ok
[20:24] <alesage> Kaleo, added some logs to https://bugs.launchpad.net/qtmir/+bug/1487131
[20:24] <Kaleo> alesage, cheers!
[20:24] <ubot5> Ubuntu bug 1487131 in QtMir "Camera/mic trust: mic denial in camera-app freezes camera" [Undecided,Incomplete]
[20:34] <jhodapp> Kaleo, yes I can give you a hand
[21:40] <robru> michi: no QA for a vivid package? really?
[21:40] <michi> robru: reading the doc, I think so?
[21:41] <michi> It’s an utterly trivial addition
[21:41] <michi> And there are no customers for this package yet.
[21:41] <michi> Zero
[21:41] <robru> michi: what doc? I didn't look closely
[21:41] <michi> Landing process
[21:41] <michi> Unless I mis-understood, what I did was OK?
[21:42] <michi> For what it’s worth, I just did the QA by following the test plan :)
[21:42] <robru> michi: https://code.launchpad.net/~michihenning/persistent-cache-cpp/landing-150819/+merge/268430 this MP doesn't look very trivial. +200/-545
[21:43] <michi> You need to look at the diff.
[21:43] <robru> michi: yeah I'm seeing a lot of diff ;-)
[21:43] <michi> I delete a changelog entry that was added by a bug in some of the landing/merge/packaging machinery.
[21:44] <michi> It pulled in the entire commmit history because it was a new package just recently.
[21:44] <michi> But look, I’m not trying to break process here.
[21:44] <michi> Should I set it to QA needed?
[21:45] <robru> michi: yeah I think QA should look at this, it seems pretty big to me even ignoring the changelog part of it. looks like new code to me
[21:45] <michi> Yes, I added four new functions.
[21:47] <robru> michi: yeah, best if QA has a look, thanks.
[21:47] <michi> NP!
[22:14] <sil2100> bfiller, mzanetti, kgunn, jibel: how's the camera fix going?
[22:14] <sil2100> We landed anything in the overlay? Any chances of getting that resolved?
[22:15] <bfiller> sil2100: we have lots of issues to fix with camera backend
[22:16] <mzanetti> sil2100, waiting in 16
[22:16] <mzanetti> sil2100, the unity8 part of it
[22:16] <bfiller> sil2100: silo 16 seems to work for the unity side, but exposes lots of issues with camera backend
[22:16] <bfiller> Kaleo and jhodapp looking at it
[22:17] <bfiller> and we're missing translations
[22:17] <bfiller> kind of a mess honestly
[22:19] <kgunn> jibel: (hope you're not really awake) but wonder, should we just land silo 16 ....it's QA blocked atm due to the camera backend stuff, but in reailty it needs to land anyway
[22:19] <kgunn> bfiller: ^ thots on that?
[22:20] <bfiller> kgunn: silo 16 is good from my perspective - at least it fixes the trust prompt issue it was supposed to
[22:20] <bfiller> kgunn: +1 on landing it as it's needed
[22:24] <kgunn> alesage: ^ don't know if you have the power, but i saw you were testing & silo 16 listed as blocked
[22:37] <alesage> kgunn, I have the power, no objection
[22:38] <kgunn> ta
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
[22:58] <sil2100> Yeah, silo 16 is goodish in overall, although I suppose we'd need the other fixes too
[23:00] <sil2100> bfiller, kgunn: I suppose QA will pick up silo 16 tomorrow
[23:00] <kgunn> sil2100: exaxtly
[23:00] <kgunn> exactly even
[23:01] <sil2100> Anyway, thanks for working on this guys ;)
[23:01] <robru> sil2100: kgunn: what? 16 was just marked qa granted to i published it
[23:01] <sil2100> robru: oh, it did? Excellent then
[23:01] <kgunn> yep
[23:01] <kgunn> silo 17 is a no go atm tho....
[23:02] <kgunn> guys are still grinding on it
[23:02] <sil2100> Yeah, read that there are still issues with it installed
[23:02] <sil2100> Anyway, for now I won't copy silo 16 to the snapshot, since this is a one-way operation always
[23:03] <robru> ok
[23:03] <sil2100> Let's see how things evolve tomorrow
[23:15] <sil2100> bfiller, kgunn: as for translations - once the silo with the addition of translation-ability to the new strings lands to the overlay, the template should be translatable on LP
[23:15] <sil2100> Once we translate it, I will get an export done and we can re-upload updated translations
[23:16] <sil2100> But for now, I need to go to sleep o/
[23:16] <bfiller> sil2100: ok, silo 25 is ready with translatability
[23:16] <sil2100> See you tomorrow
=== _salem is now known as salem_