[00:33] <thomi> @ci: I'm seeing some errors in the CI jobs for this MP: https://code.launchpad.net/~thomir/autopilot/1.3-fix-processsearcherror/+merge/191312
[00:33] <thomi> specifically: "ERROR:pbuilderjenkins:Could not execute hook: H05set_package_version"
[00:34] <thomi> any ideas?
[00:38] <thomi> fginther: still around?
[00:39] <fginther> thomi, for a moment
[00:39] <fginther> looking
[00:39] <thomi> thanks. Does the '@ci' thing actually do anything?
[00:39] <fginther> thomi, I don't know what it's supposed to do :-)
[00:39] <thomi> ahhh. ok then.
[00:42] <fginther> thomi, the failures were both caused by bzr branch failing. I restarted the job and it's working now
[00:46] <thomi> fginther: thanks.
[00:47] <thomi> it'd be awesome if that happened automatically :-/
[06:31] <asac> o/
[07:42] <asac> didrocks: where is that udev landing ask?
[07:42] <asac> xnox: do you know where the fix for the udev event spam on maguro is?
[07:42] <didrocks> asac: I don't remember seeing ogra_ filing one before it was ready
[07:43]  * asac remembers taht someone said yesterday that it is ready
[07:43] <asac> but lets check with xnox ... maybe that was a dream
[07:50] <Saviq> lool, hey, you filed a bug about utah truncating .crash files did you not?
[07:59] <ogra_> asac, not uploaded afaik
[08:05] <asac> ogra_: why?
[08:05] <asac> do you know?
[08:06] <ogra_> asac, SRU process ?
[08:06] <ogra_> lets ask xnox, i definitely didnt see an upload last night for it
[08:06] <ogra_> (and am uü since <10min)
[08:06] <ogra_> *up
[08:07] <asac> well, i hoped for a heads up
[08:07] <asac> ogra_: isnt xnox in EURO timezone? e.g. is he on soon?
[08:07] <ogra_> london
[08:08] <lool> Hi
[08:08] <lool> so there is a regression?
[08:10] <lool> Saviq: I did not file a bug; let me check if Steve did
[08:10] <lool> didrocks: did you see the request to kick another image with session fix?
[08:10] <Saviq> lool, if not, we should - and one more about collecting all the .crashes, not just one per project
[08:10] <lool> ah yes, 99 is out
[08:11] <Saviq> we only have one image to go now, we should be careful ;D
[08:11] <lool> Saviq: there are two sdes
[08:11] <lool> Saviq: one is apport itself
[08:11] <lool> Saviq: the other is lab infra
[08:11] <lool> Saviq: do you know where to file bugs on latter?
[08:11] <Saviq> lool, no idea :/
[08:12] <didrocks> lool: you mean rsalveti's one?
[08:12] <didrocks> (image 99?)
[08:12] <lool> yes
[08:12] <lool> yes
[08:12] <didrocks> yeah, excellent to get an email with the info :)
[08:12] <didrocks> thanks!
[08:12] <lool> oh this was still done yesterday http://people.canonical.com/~ogra/touch-image-stats/20131015.2.changes
[08:13] <didrocks> yeah
[08:13] <ogra_> yes
[08:13] <Saviq> lool, didrocks can you guys please kick https://code.launchpad.net/~ps-jenkins/unity8/latestsnapshot-7.83+13.10.20131015.4-0ubuntu1/+merge/191184 ?
[08:13] <ogra_> it was with my permission, i'll take all the blame, sorry for not mailing
[08:13] <didrocks> lool: do you know how to do that? ^
[08:14] <didrocks> ogra_: I got an email from Ricardo
[08:14] <didrocks> so perfect :)
[08:14] <ogra_> oh
[08:14] <ogra_> cool
[08:14]  * ogra_ is up since a few mins only 
[08:14] <xnox> ogra_: nah, failed testing. filters all udev events which is not nice.
[08:14] <ogra_> havent read mail yet
[08:14] <didrocks> ;)
[08:15] <ogra_> xnox, hmm, but that could definitely gain us a lot of performance ... we couls just revivew hotplug.sh then :)
[08:15] <ogra_> *could
[08:15] <ogra_> *revive
[08:15] <ogra_> *sigh*
[08:15] <lool> didrocks: yes
[08:15] <ogra_> asac, ^^^ no udevd fix
[08:16] <ev> thomi, fginther: '@ci' is not supposed to be wired to the bot, but I haven't been bothered enough by it yet to fix it myself
[08:16] <lool> Saviq: building
[08:16]  * ev goes back to conferencing
[08:16] <Saviq> lool, thanks
[08:17] <asac> xnox: what exactly happened?
[08:17] <didrocks> ev: oh right, you are at a conference! emailing you then with 2 top priorities
[08:17] <didrocks> ev: do you know who can fix to get autopilot-intel back on?
[08:18] <didrocks> this is blocking us
[08:18] <ev> didrocks: is this a downed machine? How badly is it blocking you / what is it blocking?
[08:18] <didrocks> ev: we have to click to stop all jobs hanging and disregard testing
[08:19] <didrocks> ev: tried myself to reboot the machine by CDU, no chance
[08:19] <didrocks> ev: do you know if retoaded put the nagios in place as discussed last week?
[08:19] <ev> didrocks: He has munin set up. I'm not aware of any nagios checks (though I have plans to start adding them in)
[08:20] <ev> nagios wont really help us resolve this though
[08:20] <asac> ev: it basically blocks validating all desktop related package validation i believe
[08:20] <didrocks> ev: ok, so who can work on the autopilot-intel machine today?
[08:20] <didrocks> asac: touch as well
[08:20] <asac> rfowler and retoaded... send them an SMS so they know there is urgency
[08:20] <ev> didrocks, asac: we could wake Rick up
[08:20] <didrocks> and all the jobs are hanging
[08:20] <didrocks> we need to restart them by hand
[08:20] <ev> yes, indeed
[08:20] <ev> I'll take care of that now
[08:20] <didrocks> thanks ev :)
[08:21] <ev> sure thing!
[08:21] <xnox> asac: udevd daemon needs to learn how to ignore the VSYNC events spam from omapfb. To even avoid wake ups, pitti and I tried to work on the socket filter within udevd, but at the moment it filters out everything.
[08:21] <asac> ev: i guess we might want to even consider calling him :)
[08:21] <didrocks> ev: for the less urgent one, i'll email you so that you can get to the conference
[08:21] <ev> this sprint is such poor timing :-/
[08:21] <ev> right, stepping out
[08:21] <asac> poor rfowler
[08:25] <lool> so why cant the nvidia machine run them?
[08:29] <asac> lool: because it was agreed at some point that not regressing on intel is key
[08:30] <asac> we can relax that requirement and hope that we dont do anything bad there, but... :)
[08:31] <lool> well in my experience one of the two is often down
[08:31] <didrocks> ogra_: coming?
[08:32] <lool> it's important for desktop stuff that we test on both
[08:32] <lool> not for touch stuff though
[08:33] <rfowler> ev: ping
[08:34] <ev> rfowler: pong
[08:34] <ev> rfowler: didrocks can give you more details of whats going on
[08:35] <ev> rfowler: thanks for coming in at such a terrible hour
[08:35] <didrocks> ev: rfowler: so dx-autopilot-intel don't answer to ping
[08:35] <didrocks> (and the jenkins node isn't started)
[08:35] <vila> rfowler: ds-autopilot-intel seems dead and can't be restarted even when power-cycling from the cdu
[08:35] <didrocks> yeah, restarting from the cdu didn't help
[08:35] <vila> rfowler: this blocks autopilot tests for desktop and is blocking landings
[08:35] <ogra_> Saviq, i dont see the sigstop fix in there
[08:37] <rfowler> 4:30 am
[08:37] <vila> rfowler: :-/
[08:37]  * rfowler face in palm
[08:37] <rfowler> :)
[08:38] <rfowler> didrocks: was it running before?
[08:38] <didrocks> rfowler: yes, it's running continously
[08:38] <Saviq> ogra_, not merged yet
[08:39] <ogra_> Saviq, can you please ?
[08:39] <Saviq> ogra_, can't, yet - not in mir trunk
[08:39] <Saviq> ogra_, we need to land all three in concert
[08:39] <ogra_> we need it to fix all the crashing maliit tests
[08:39] <ogra_> oh
[08:39] <ogra_> ok
[08:39] <Saviq> ogra_, should happen around 3pm our time when kgunn's here to ACK a release of Mir
[08:40] <ogra_> Saviq, ok, it needs to land today at some point :)
[08:40] <vila> rfowler: hold on ! It's back
[08:41] <vila> didrocks: ^
[08:41] <didrocks> \o/
[08:41] <Saviq> ogra_, yeah, I'm making sure it will
[08:41] <asac> cjwatson: hi
[08:41] <asac> cjwatson: we have some questions how to handle packages that might go to saucy-updates etc. in the CI standup
[08:42] <asac> cjwatson: if you have 3 minutes time to talk about that feel free to join... otherwise chat with didrocks
[08:42] <asac> and discuss details how to go about things
[08:43] <rfowler> vila: omg
[08:43] <rfowler> vila: soo... what was the deal?
[08:43] <ev> tracking here: https://wiki.canonical.com/UbuntuEngineering/CI/IncidentLog/2013-10-16
[08:44] <cjwatson> asac: be there in a minute, just got to London
[08:44] <vila> rfowler: sorry about the trouble, I have no idea what happened, I power-cycled it via the cdu as didrocks said he did, he may give more details after the ho
[08:45] <didrocks> vila: rfowler: I tried it once, giving 30 minutes between the try
[08:45] <didrocks> (to ping it)
[08:46] <ev> vila, didrocks: we sure this is back up and running?
[08:46] <rfowler> didrocks: and you got on the kvm to see if it got stuck at grub right?
[08:46] <ev> is there anything you can do to confirm with some certainty
[08:47] <rfowler> ev: i'm sitting in a shell on the machine
[08:47] <vila> ev: looking at syslog and munin
[08:47] <didrocks> rfowler: I don't really know how to use the kvm (never tried)
[08:47] <sil2100> didrocks: unity8 testing looks good, manual testing as well - I'll publish qtubuntu if you don't mind
[08:47] <didrocks> sil2100: please do :)
[08:47] <ev> rfowler: excellent (for certain definitions)
[08:48] <rfowler> didrocks: good time to learn :)
[08:48] <didrocks> rfowler: leading a meeting, but yeah :)
[08:48] <didrocks> vila: is the jenkins node up?
[08:48] <vila> didrocks: yes, I waited for that before telling rfowler to hold on
[08:48] <ev> rfowler: please feel free to go back to bed and sleep in. :) Sorry for waking you up, but it did seem like we were very much stuck.
[08:49] <ev> vila, didrocks: can you please fill out some more details of what went wrong here in the incident report
[08:49] <rfowler> didrocks: what probably happened is you cut power and booted and it got stuck at the grub and needed manual input... which you could have done from the kvm
[08:49] <ev> and your thoughts for the successes, problems, and recommendations sections
[08:50] <rfowler> ev: no problem
[08:50] <ev> rfowler: if you have opinions for those sections, please feel free to fill them out at a more reasonable hour
[08:50] <ev> I want to make sure we don't end up here again
[08:50] <didrocks> rfowler: more than possible, ok, got it, thanks agian!
[08:51] <didrocks> ev: I think we need to spread the knowledge in people from your team, but that's a discussion for later
[08:51] <didrocks> thanks vila, rfowler, ev
[08:51] <ev> didrocks: please add that to the incident report
[08:51] <ev> but I definitely agree :)
[08:51] <didrocks> ev: will do, when I have more time
[08:52] <ev> thanks guys!
[08:52] <ev> understood
[08:52] <rfowler> didrocks: i'll show you how to use it later
[08:52] <didrocks> thanks rfowler
[08:53] <didrocks> (even if my gut feeling is that people from CI should handle that, not the landing side)
[08:53] <rfowler> didrocks: you're right but it's helpful for you to be able to check thing like this too
[08:54] <didrocks> yep
[08:54] <vila> bunch of Oct 16 04:57:18 dx-autopilot-intel kernel: [63563.604695] [drm:i915_hangcheck_el
[08:54] <vila> apsed] *ERROR* stuck on render ring
[08:54] <vila>  in syslog
[08:59] <sil2100> Damn, what happened that Mir is so fast on mako right now?!
[08:59] <sil2100> I even started wondering if I don't have SF running, but no..!
[08:59] <sil2100> Fast
[09:09] <veebers> didrocks: hey this may be a very silly question, what's the easiest way for me to tell when a specific revno of trunk for a project will be released in an image?
[09:09] <ogra_> sil2100, damn,. fix it !
[09:09] <veebers> i.e. I would like to know when this merge will be available: https://code.launchpad.net/~veebers/ubuntu-keyboard/update_autopilot_emulators/+merge/190319
[09:10] <didrocks> veebers: there is a landing ask for it (ubuntu-keyboard), you will see on the spreadsheet when/if it landed
[09:11] <sil2100> ogra_: on it...!
[09:11] <didrocks> veebers: do you have specific AP tests that are failing?
[09:11] <didrocks> sil2100: the Mir perf fixes I mentionned yesterday
[09:12] <veebers> didrocks: with the current image all the ubuntu_keyboard test are failing as that MR updates them to use updates int he keyboard itself
[09:12] <didrocks> veebers: see the landing ask, robru reported that AP tests are still failing with it
[09:13] <vila> ev, didrocks: see https://wiki.canonical.com/UbuntuEngineering/CI/IncidentLog/2013-10-16 no trace of 2 power-cyclings, only one, mine. But the jenkins master/slave connection was broken, rebooting restored it but it could have been restored more simply (see playbook)
[09:13] <veebers> didrocks: ok, next silly Q :-) can you link me to the landing ask please?
[09:14] <veebers> I grabbed the autopilot tests from trunk and ran them on my device and they all pass for me
[09:14] <didrocks> veebers: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=0
[09:14] <didrocks> veebers: see line 259 (req 240)
[09:14] <veebers> didrocks: awesome, much appreciated
[09:14] <didrocks> check the comments
[09:14] <didrocks> yw!
[09:14] <didrocks> vila: are you sure? I did one quite early
[09:15] <didrocks> where do you see no trace of 2 power cyclings?
[09:15] <vila> didrocks: that's what I want to clarify with you after meeting
[09:15] <vila> didrocks: syslog clearly shows a single reboot this morning, when did you do yours ?
[09:15] <didrocks> I guess near 8am
[09:15] <didrocks> so 6 UTC
[09:16] <vila> didrocks: then we should understand what you did because this does not appear in syslog
[09:28] <kalikiana> in the latest image I have no osk anymore… is that a known bug?
[09:37] <sil2100> Hey guys, I still see no mediaplayer app in the scope nor when doing an explicit search - is that normal?
[09:38] <lool> sil2100: search failing is normal
[09:38] <lool> sil2100: I also remember it redisappeared, I pinged some people and I didnt find why
[09:38] <didrocks> vila: http://paste.ubuntu.com/6244724/
[09:38] <lool> sil2100: so might be worth double-checking
[09:39] <sil2100> lool: ok, thought it got fixed in the meantime, will double check
[09:40] <didrocks> Oct 16 04:57:23 dx-autopilot-intel kernel: [63569.615422] [drm:i915_set_reset_status] *ERROR* render ring hung flushing bo (0x4990a000 ctx 1) at 0x5c
[09:40] <didrocks> last message logged ^
[09:41] <didrocks> Oct 16 08:25:53 dx-autopilot-intel kernel: imklog 5.8.11, log source = /proc/kmsg started.
[10:21] <didrocks> thostr_: around?
[10:22] <thostr_> didrocks: yes
[10:22] <didrocks> thostr_: so, for indicator-bluetooth, we need now to follow the SRU process
[10:22] <thostr_> didrocks: :(
[10:22] <didrocks> thostr_: meaning, having bugs that follow the SRU rules with test cases, regression potential and so on
[10:22] <didrocks> thostr_: this is for all components that are common between desktop and touch
[10:23] <didrocks> thostr_: can you fix the bugs for indicator-bluetooth? (I think you will have the same with indicator-datetime)
[10:23] <didrocks> I'm testing those meanwhile
[10:23] <thostr_> didrocks: me, personally?
[10:23] <didrocks> thostr_: well, you or the developer
[10:23] <thostr_> where are the sru rules?
[10:23] <didrocks> the requester of the landing
[10:24] <didrocks> thostr_: https://wiki.ubuntu.com/StableReleaseUpdates?action=show&redirect=StableReleaseUpdate#Procedure
[10:24] <thostr_> but does that mean we cannot get bluetooth landed any more for 13.10?
[10:24] <didrocks> thostr_: you can assess the impact on desktop as well
[10:24] <didrocks> thostr_: if you do that, we can get it for the touch image
[10:24] <thostr_> ok, will do
[10:24] <didrocks> basically, after my testing, it will just pend on the bug following the procedure
[10:24] <didrocks> keep me posted
[10:26] <didrocks> thostr_: from my testing, then, it's a +1 as soon as you are ready
[10:28] <didrocks> lool: did you post deferred? I think we don't know for code that are not in trunk then, do we?
[10:28] <didrocks> (on the landing asks)
[10:28] <didrocks> or maybe it's asac?
[10:28] <lool> didrocks: I marked deferred the things which were for Friday
[10:29] <lool> so that we could quickly skip over them today
[10:29] <didrocks> lool: but some didn't even get the code ready in trunk and we lost this info
[10:29] <lool> hmm which one?
[10:29] <didrocks> well, I don't remember, but some for sure
[10:29] <didrocks> grumph, /me look at the snapshots
[10:29] <lool> didrocks: the one with issues dont have "Friday" and have a red comment on the right
[10:30] <lool> didrocks: Note that I've updated the unity-mir one with Code ready now
[10:30] <lool> the MPs are both in
[10:30] <lool> I dont know whether we want it
[10:31] <didrocks> ok, so unity-mir was waiting, not anymore then
[10:32] <didrocks> the others were waiting on upstream feedback
[10:32] <didrocks> but ok, we do have this red on the right for those
[10:33] <didrocks> Saviq: seems like the tests for https://code.launchpad.net/~ps-jenkins/unity8/latestsnapshot-7.83+13.10.20131015.4-0ubuntu1/+merge/191184 failed, did you have a look?
[10:34] <didrocks> seems it can't even install the version
[10:34] <Saviq> didrocks, ,mediumtests-touch are broken for us still
[10:34] <Saviq> didrocks, the qml tests is flaky
[10:34] <didrocks> Saviq: do you mind pushing it manually? if you want an additional unity8 landing, it will be needed
[10:34] <thostr_> didrocks: check https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1227106
[10:35] <Saviq> didrocks, hmm mediumtests-saucy should pass, let me see
[10:35] <didrocks> thostr_: you need to subscribe ubuntu-sru team, otherwise perfect!
[10:35] <didrocks> thostr_: please do the same for indicator-bluetooth :)
[10:35] <didrocks> Saviq: we have failures on the dashboard as well
[10:35] <Saviq> didrocks, either way, yes will merge
[10:35] <thostr_> didrocks: done
[10:35] <didrocks> Saviq: thanks
[10:36] <didrocks> thostr_: great! tell me for indicator-bluetooth and I'll try to get that one in :)
[10:36] <thostr_> didrocks: yes, working on it
[10:36] <Saviq> didrocks, those are unity8 crashes that we don't know much about yet - need to get proper .crash files out of there - locally we didn't get anywhere
[10:36] <didrocks> Saviq: ok, thanks for having a look at them :)
[10:39] <didrocks> Saviq: tell me once merged, I want to get unity8 built for testing with the setcap thing
[10:39] <Saviq> didrocks, k
[10:41] <thostr_> didrocks: here's the bt one: https://bugs.launchpad.net/indicator-bluetooth/+bug/1230275
[10:41] <didrocks> thostr_: I'm nomating for series
[10:42] <thostr_> didrocks: thanks
[10:51] <didrocks> thostr_: the second one is ready?
[10:51]  * didrocks wants to poke the release team before being afk
[10:54] <didrocks> sil2100: everything's fine? good progress on indicator-datetime?
[10:56] <didrocks> Saviq: if you can't, do you mind if I merge the changelog myself?
[10:56] <didrocks> Saviq: I want to kick the unity8 rebuild asap
[10:56] <Saviq> didrocks, kicking now
[10:56] <didrocks> ok, thanks
[10:57] <Saviq> didrocks, should be there in 3
[10:58] <didrocks> greatness!
[11:01] <lool> so system-image still has some issues when stopping wifi when download was paused
[11:01] <didrocks> lool: with latest ubuntu-download-manager?
[11:01] <lool> but seems to cope with losing active wifi connection and gaining it while downloading
[11:01] <lool> download stopped then resumed by itself
[11:01] <lool> didrocks: yup
[11:01] <lool> and pause/resume works
[11:01] <lool> so net improvement
[11:01] <didrocks> ok, so yeah, improvement :)
[11:01] <lool> trying the timeout thing now
[11:01] <lool> as this one is annoying
[11:02] <didrocks> right
[11:02] <lool> will be back in 10mn to check this one
[11:02] <didrocks> ok, thanks! :)
[11:03] <didrocks> popey: ogra_: btw, did you promote image 99?
[11:03] <ogra_> nope
[11:03] <ogra_> should i ?
[11:03] <didrocks> if your tests are good, please do :)
[11:03] <ogra_> lets keep up the suspense before release ;)
[11:03] <didrocks> (on maguro)
[11:04] <didrocks> ogra_: well, we'll either have 99, 100 or 101 ;)
[11:04] <ogra_> right
[11:04] <didrocks> so let's promote 99 now ;)
[11:04] <ogra_> i would say lets promote the release image on release day
[11:04] <ogra_> and pick out of the three tomorrow
[11:05] <didrocks> well, no need to potentially retain the nice fixes on image 98 ;)
[11:05] <didrocks> I'm sure we'll have another image to promote
[11:05] <ogra_> ok
[11:05]  * didrocks really confidents with what we have
[11:05] <popey> can someone try weather app?
[11:05] <ogra_> let me finish the test i'm doing atmn and i'll do some call tests on maguro
[11:05] <didrocks> ogra_: not related, but I merged req 242 with 255
[11:05] <didrocks> ok, thanks!
[11:06] <ogra_> didrocks, uh
[11:06] <didrocks> popey: no weather data for lyon…
[11:06] <popey> hmm
[11:06] <ogra_> didrocks, ok, sounds risky ... as the oom stuff is very intrusive while the sigstop one is trivial
[11:06] <didrocks> ogra_: they are in trunk already
[11:06] <ogra_> ah, k
[11:06] <didrocks> ogra_: would have been good to not have it
[11:06] <didrocks> (in trunk)
[11:06] <didrocks> ogra_: let's all test it, ok?
[11:07] <didrocks> if we see too many issues, we'll back the oom stuff out
[11:07] <ogra_> yeah
[11:07] <didrocks> popey: same with paris, seems it's a small unknown city :)
[11:07] <popey> yeah, same here
[11:08] <popey> looking to see if it's an upstream api issue
[11:08] <cjwatson> So is this indicator-bluetooth change one of the things you want for touch but not desktop?
[11:08] <cjwatson> in unapproved
[11:08]  * ogra_ is happy he lives in a province city then :)
[11:08] <popey> http://api.openweathermap.org/data/2.5/
[11:08] <didrocks> cjwatson: right, I was waiting on thostr_ to complete the SRU process for the second bug before pinging you
[11:08] <didrocks> cjwatson: we'll have indicator-datetime later on (this bug is already ready)
[11:09] <didrocks> popey: well, that can explain :p
[11:09] <didrocks> popey: their whole site is unreachable
[11:09] <popey> good
[11:09] <popey> ⍨
[11:10] <popey> http://api.openweathermap.org/data/2.5/weather?q=London,uk
[11:10] <popey> works
[11:10] <cjwatson> didrocks: so, somebody still needs to test this on desktop ASAP, so that we can respin desktop if we need to
[11:10] <popey> http://api.openweathermap.org/data/2.5/weather?q=Paris,fr
[11:10] <cjwatson> didrocks: and we're going to defer this from -updates a bit because we haven't done the desktop respins yet
[11:10] <didrocks> cjwatson: oh, let me do it
[11:10] <didrocks> one sec
[11:11] <cjwatson> didrocks: however, as infinity suggested, if there's an emergency respin we can always temporarily delete it from -updates and then copy it back in :-)
[11:12] <didrocks> cjwatson: right, but let me test it quickly first on the desktop (the code isn't impacting normally, but you know…)
[11:17]  * didrocks apt-get update is taking ages today
[11:17] <didrocks> ok, let's download from the ppa
[11:19]  * didrocks restarts, one sec
[11:22] <didrocks> hum, seems I can't turn on the bluetooth again (but even with previous version and in g-c-c)
[11:22] <didrocks> on the desktop
[11:22] <didrocks> lool: do you have one minute for testing this one your desktop?
[11:22] <didrocks> (if your bluetooth works here)
[11:22]  * didrocks will debug that calmy later
[11:25] <didrocks> waow, I had to power off/on the switch while the session started
[11:25] <didrocks> ok, let's upgrade now
[11:25] <didrocks> cjwatson: +1 on the desktop, playing with disabling/enabling works well here
[11:26] <didrocks> (and changing visibility status)
[11:27] <didrocks> ok, unity8 rebuild started
[11:28] <cjwatson> didrocks: ok, so we could just put this in saucy rather than saucy-updates?
[11:28] <didrocks> cjwatson: yeah, it should be fine
[11:28] <cjwatson> indicator-datetime won't make it, probably, but this could
[11:28] <didrocks> cjwatson: I'm waiting on sil2100's feedback
[11:28] <didrocks> (for datetime)
[11:28] <cjwatson> It might just be physically too late
[11:28] <cjwatson> For desktop
[11:28] <didrocks> no worry in that case, -updates is really fine IMHO
[11:32] <didrocks> thostr_: 2 things on indicator-datetime
[11:33] <didrocks> thostr_: you missed one bug to follow the SRU process: https://bugs.launchpad.net/bugs/1238043
[11:33] <didrocks> thostr_: and https://code.launchpad.net/~charlesk/indicator-datetime/use-mobile-alarm-icon/+merge/191091 needs to ensure it only impact ubuntu touch, not desktop
[11:33] <didrocks> (writing that in one of the 2 bug reports would help)
[11:35] <didrocks> ogra_: Saviq: who is getting that merged? https://code.launchpad.net/~saviq/unity8/raise-sigstop/+merge/191212 (if we want to have it tested for image 100 as well)
[11:35] <Saviq> didrocks, I am
[11:35] <didrocks> ok, great!
[11:36]  * ogra_ will happily test once we have debs
[11:36] <Saviq> didrocks, we need mir released for that too
[11:36] <Saviq> didrocks, er... merged, first, too
[11:36] <Saviq> didrocks, when's image 100?
[11:36] <didrocks> Saviq: isn't unity-mir?
[11:36] <Saviq> didrocks, that as well
[11:36] <didrocks> what about mir?
[11:37] <Saviq> didrocks, we need to pull dev into trunk and release
[11:37] <didrocks> Saviq: there is no ABI breakage at least?
[11:37] <Saviq> didrocks, there is
[11:37] <didrocks> ok, no chance to get in now I guess
[11:37] <didrocks> before Friday
[11:37] <didrocks> Saviq: so please don't merge the unity8 side
[11:37] <Saviq> didrocks, I won't, not before everything's in
[11:38] <didrocks> ogra_: asac: FYI ^ (we won't have the sigstop thing before Friday because of mir ABI breakage)
[11:38] <ogra_> didrocks, that means we will release with massive maliit crashers
[11:38]  * ogra_ thinks thats a critical one 
[11:38] <didrocks> ogra_: well, the ABI breakage means a complex operation (once again)
[11:39] <didrocks> and I'm unsure about the release team feeling about that one (at least, it's not seeded)
[11:39] <didrocks> cjwatson: infinity: wdyt? ^
[11:39] <cjwatson> nervous
[11:39] <didrocks> Saviq: is there any way to get a fix without an ABI break?
[11:39] <ogra_> well, we need to do something about maliit ... we could add sleeps to the upstart job, but that will be racy
[11:39] <didrocks> even if it's not "the right long term solution"
[11:40] <cjwatson> well, let's see
[11:40] <Saviq> didrocks, not from our PoV
[11:40] <cjwatson> IIRC none of the packages are on any other images?
[11:40] <ogra_> (and i'm not sure maliit is the only thing suffering by mir sockets not being available, it is just the obvious one)
[11:40] <Saviq> didrocks, we don't know when Mir is ready without the ABI break
[11:40] <cjwatson> So maybe you can get away with it
[11:40] <didrocks> cjwatson: none, it's just a build-dep on xorg
[11:41] <cjwatson> Where's the mir diff?
[11:41] <didrocks> Saviq: ? ^
[11:41] <Saviq> ogra_, it is, nothing else starts so early
[11:41] <didrocks> ogra_: it's just amazing that we still have ABI breakage on this project at that point
[11:41] <ogra_> Saviq, k
[11:41] <Saviq> didrocks, we'll have many more, don't you worry
[11:41] <ogra_> didrocks, well, thats how rolling releases work i guess :P
[11:41] <Saviq> didrocks, that's mirserver, mind you
[11:42] <didrocks> ogra_: rolling release has nothing to do with ABI stability :p
[11:42] <cjwatson> Is this https://code.launchpad.net/~afrantzis/mir/server-started-notification/+merge/191134 ?
[11:42] <ogra_> didrocks, but with covering the user from it ;)
[11:42] <ogra_> it= instability indeed
[11:42] <didrocks> Saviq: is the branch cjwatson pointed the right one? ^
[11:43] <cjwatson> Surely we have enough experience in this company to make changes in ways that avoid breaking ABI.  If glibc can manage it then so can you :-P
[11:43] <didrocks> cjwatson: I'm afraid because they always merge from their https://code.launchpad.net/~mir-team/mir/development-branch to trunk
[11:43] <cjwatson> (OK, C++ is harder)
[11:43] <asac> Saviq: so can you please check if we can get this done without ABI breakage?
[11:43] <cjwatson> I'm not attempting to block this right now, for clarity
[11:43] <asac> i dont know what it is, but i feel the abi breakage is partly due to us trying to also do cleanups and so on
[11:43] <Saviq> asac, we know we can
[11:43] <cjwatson> I just think this is something that the Mir team needs to get better at
[11:43] <asac> Saviq: cool, then do that. thanks
[11:43] <Saviq> didrocks, yes
[11:44] <Saviq> ogra_, will you add the sleep?
[11:44] <ogra_> haha
[11:44] <ogra_> i can try, it will still be racy though
[11:44] <ogra_> but at least not each single test will fail
[11:44] <cjwatson> "don't know when Mir is ready without the ABI break" - it's clear that you need an *extension*, but ABI additions aren't breaks, it's only by "cleaning up" old interfaces that you break things ...
[11:44] <asac> right
[11:45] <Saviq> ogra_, the socket is ready within a second of startup
[11:45] <asac> well, there is C++ struct size things i think
[11:45] <Saviq> ogra_, sure it's not the correct solution
[11:45] <didrocks> cjwatson: fully agreeing with you
[11:45] <Saviq> ogra_, and it will be racy - but will result in less .crash files
[11:45] <Saviq> didrocks, we've a fix for bug #1227339
[11:45] <ogra_> Saviq, ok i'll try with a 2sec sleep then ... if that doesnt producs a crash file in ... say  ... 20 reboots pon each phone i'll land that
[11:45] <cjwatson> asac: If you aren't careful, indeed
[11:45] <ogra_> *produce
[11:45] <Saviq> ogra_, +1
[11:46] <Saviq> ogra_, enough to "initctl restart unity8" 20 times probably
[11:46] <Saviq> didrocks, that involves unity8 and unity-notifications patches - could that land still?
[11:46] <ogra_> well i want it to do a full boot at least a few times
[11:46] <didrocks> Saviq: seems a good one to get, I'm looking at the diff, one sec
[11:46] <ogra_> it might be slower on boot than when everything runs already
[11:46] <Saviq> didrocks, not totally pretty
[11:46] <Saviq> didrocks, but gets us towards a needed goal anyway
[11:46] <Saviq> didrocks, is a bug in Qt actually
[11:47] <didrocks> Saviq: yeah, seems hackish ;) but it doesn't seem to worrysome
[11:47] <Saviq> didrocks, TBH it really isn't :D
[11:47] <didrocks> Saviq: can you file a landing asks so that we remember to test it? (please land it)
[11:47] <Saviq> didrocks, will do
[11:47] <Saviq> didrocks, we need that placeholder for volume up/down etc. on desktop
[11:47] <Saviq> just didn't need it on phone, but it does help with the issue
[11:48] <didrocks> Saviq: yeah, makes sense
[11:48]  * Saviq goes to test it
[11:49] <didrocks> ogra_: due to the discussion above, I'm splitting again the 2 requests, let's test unity8 with what we have now (so oom, but not the sigstop yet)
[11:49] <ogra_> yes please
[11:50] <didrocks> sil2100: still didn't see my various ping? ;)
[11:50] <ogra_> the hack will go into ubuntu-touch-session
[11:51] <asac> hack + u-t-s == take extra care :)
[11:51] <ogra_> it has to manage 20 reboots without crash :)
[11:53] <ogra_> Saviq, sleep 2 is definitely not enough
[11:53] <ogra_> i get no crashes at all ... but i also dont get any OSK
[11:53] <Saviq> ogra_, ok
[11:54] <Saviq> ogra_, huh, anything in ~/.cache/upstart/maliit-server.log ?
[11:54] <ogra_> error: empty dic file
[11:54] <ogra_> Hash Manager Error : 2
[11:54] <ogra_> WARNING: file:///usr/lib/arm-linux-gnueabihf/qt5/qml/Ubuntu/Components/OrientationHelper.qml:100: ReferenceError: window is not defined
[11:55]  * ogra_ changes to sleep 5
[11:56] <ogra_> root@ubuntu-phablet:/# ls /var/crash/
[11:56] <ogra_> root@ubuntu-phablet:/# ps ax|grep maliit
[11:56] <ogra_>  2146 pts/3    S+     0:00 grep --color=auto maliit
[11:56] <ogra_> hrm
[11:56] <ogra_> even 5 sec doesnt seem to help
[11:57] <ogra_> GRRR
[11:57]  * ogra_ fixes the typo in his change and starts over
[11:57] <ogra_> :P
[11:59] <ogra_> root@ubuntu-phablet:/# ls /var/crash/
[11:59] <ogra_> root@ubuntu-phablet:/# ps ax|grep maliit
[11:59] <ogra_>  1813 ?        Ssl    0:01 maliit-server
[12:00] <ogra_> ah, so much better
[12:05] <didrocks> ogra_: how many seconds?
[12:05] <rfowler> dam... couldn't go back to sleep
[12:05] <ogra_> didrocks, 2
[12:06] <lool> didrocks: what is it I should test on desktop?
[12:06] <lool> was lunching
[12:06] <didrocks> ogra_: for your sleep?
[12:06] <ogra_> didrocks,  i typoed ... "per-start script"
[12:06] <didrocks> lool: no worry, done, past ;)
[12:06] <ogra_> with that fixed it look ok
[12:06] <didrocks> great!
[12:06] <rfowler> didrocks: let me know when you have a second and I'll show you the kvm
[12:06] <ogra_> for i in $(seq 1 20); do adb wait-for-device && sleep 40 && adb shell ls -al /var/crash/ && adb shell ps ax | grep maliit-server | grep -v grep && adb shell reboot; done
[12:06] <lool> system-image still has the bug where you cant apply the update when it times out and suicides; not a regression, and wasn't marked fix committed, so all expected
[12:06] <ogra_> thats my test :)
[12:06] <lool> now testing click downloads
[12:07] <didrocks> rfowler: TBH, I think this will be a Friday thing if possible
[12:07] <didrocks> rfowler: we still have a lot of things to land
[12:07] <didrocks> rfowler: but maybe you can show it to vila?
[12:07] <rfowler> didrocks: i know... i said when you have a second
[12:08] <rfowler> didrocks: doesn't have to be today
[12:08] <rfowler> didrocks: i guess I assumed vila knew already
[12:08] <didrocks> rfowler: not sure, I think he talked about java not working for him
[12:09] <rfowler> didrocks: ya i know... that's what everyone's problem with it is
[12:14] <thostr_> didrocks: added the third bug
[12:14] <thostr_> https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1238043
[12:14] <thostr_> however, all three sru bugs are not mobile only as those indicators are converged
[12:15] <didrocks> thostr_: so, it means that the indicator will change on the desktop as well?
[12:15] <didrocks> (the icon)
[12:15] <didrocks> or this icon isn't shown on desktop?
[12:15] <thostr_> didrocks: let me read the diffs quickly
[12:21] <thostr_> didrocks: yes, the icon fix is for phone only
[12:21] <thostr_> didrocks: I added this info to sru
[12:21] <didrocks> thostr_: excellent, thanks a lot :)
[12:22]  * didrocks adds nomination to the second bug
[12:22] <didrocks> and subscribing ubuntu-sru
[12:22] <lool> didrocks: so I could download and install clicks
[12:22] <lool> downloads are annoyingly slow for clicks
[12:23] <lool> often I press install a bunch of times and the download itself seems slow
[12:23] <lool> but it doens't seem to relate to logic changes we've made to download manager
[12:23] <lool> either wifi is poor or server side is slow
[12:23] <lool> didrocks: I'm going to push ubuntu-download-manager and hint system-image and ubuntu-download-manager
[12:24] <lool> == Publishing ubuntu-download-manager (click-package stack) ==
[12:25] <didrocks> sounds good to me, thanks lool :)
[12:25] <didrocks> lool: are you free to help on the oom killer fix?
[12:26] <lool> didrocks: what's the issue?
[12:26] <didrocks> (unity-mir + unity8)
[12:26] <didrocks> lool: oh, no issue, just testing now that they are built
[12:26] <lool> I can try
[12:26] <didrocks> lool: req 255
[12:26] <lool> do we have testing instructions?
[12:26] <didrocks> lool: I would say that we need to dogfood and running all AP tests
[12:26] <didrocks> I'm running the unity8 ones right now
[12:26] <didrocks> let's write what we are testing
[12:26] <sil2100> didrocks: didn't scroll back enough, now I see there were more pings
[12:27] <sil2100> didrocks: on mediaplayer I'm encountering a crash on switching-to-shell it seems, poking upstream still
[12:27] <didrocks> sil2100: more scrollback? you didn't ping on the last one :)
[12:27] <didrocks> ok
[12:27] <didrocks> datetime?
[12:27] <thostr_> didrocks: I think I just found a regression for datetime for desktop... :(
[12:27] <didrocks> thostr_: argh?
[12:27] <didrocks> sil2100: ^
[12:28] <thostr_> didrocks: on desktop, no activation except the settings seem to work...
[12:28] <lool> didrocks: I'd like to test the features
[12:28] <lool> didrocks: notably with background apps like music-app
[12:28] <didrocks> lool: yeah, we need all those dogfooding as well, please do
[12:28] <didrocks> thostr_: is that on current desktop datetime as well?
[12:29] <thostr_> didrocks: yes
[12:29] <didrocks> thostr_: :( really, you need integration tests in your team…
[12:29] <didrocks> sil2100: already away? :)
[12:30] <thostr_> didrocks: yes... allan was on that until he switched to semi-manual testing...
[12:30] <thostr_> didrocks: but let me investigate further.... maybe it's just broken on my machine
[12:32] <didrocks> thostr_: I can change the timezone here
[12:32] <sil2100> didrocks, thostr_: didn't really restart my desktop yet, but on touch it was super fine
[12:32] <didrocks> sil2100: it's not a regression anyway, so I would say, let's ship this one
[12:32] <didrocks> if all is green for you
[12:32] <thostr_> didrocks: problem is on desktop. try to click on e.g. "Add Event..."
[12:32] <sil2100> didrocks: here it's all green, so let me prepare the stack
[12:32] <didrocks> thostr_: I don't have evolution installed, so it's not working
[12:33] <didrocks> thanks sil2100
[12:33] <thostr_> didrocks: oh, we don't install that by default?
[12:33] <didrocks> thostr_: no, and it's broken for some cycles already :/
[12:33] <didrocks> since we switch to thunderbird I guess
[12:33] <thostr_> didrocks: ah, ok. then we didn't regress really
[12:34] <thostr_> didrocks: thanks for clarifying
[12:34] <didrocks> yw!
[12:34] <sil2100> lool, didrocks, popey: who's taking care of the file manager? I noticed that whenever I click a directory in it, it actually opens the one that's 'one row below' - at least in my home directory
[12:34] <ogra_> as evo user i wouldnt mind if it was fixed :)
[12:34] <didrocks> ogra_: it's even broken if you have evo?
[12:34] <didrocks> this is new then AFAIK
[12:34] <ogra_> didrocks, ah, its for non evo installs
[12:34] <didrocks> yep :)
[12:35] <popey> sil2100: bug 1229571
[12:35] <ogra_> didrocks, no idea, i sit at a precise desktop atm :)
[12:35]  * ogra_ was just speaking generally ... 
[12:35] <ogra_> :)
[12:36] <sil2100> popey: hah! Thanks
[12:38] <lool> sil2100: file a bug against filemanager-app?
[12:39] <lool> ah done already
[12:39] <didrocks> Saviq: with latest unity8, I really don't see autopilot unity8 starting at all (the screen is black)
[12:39] <didrocks> so maybe it's where sil2100 tells we need to use utah
[12:39] <didrocks> (and not phablet-test-run)
[12:39] <Saviq> didrocks, what's in ~/.cache/upstart/unity8.log
[12:39] <Saviq> didrocks, as long as you keep the screen on
[12:39] <Saviq> didrocks, p-t-r works just fine
[12:40] <sil2100> didrocks: actually, strange thing...
[12:40] <didrocks> terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >'
[12:40] <didrocks>   what():  Could not unblank display
[12:40] <didrocks> Saviq: ^
[12:40] <Saviq> didrocks, exactly
[12:40] <sil2100> didrocks: using latest image I tested also unity8 autopilot with phablet-test-run and it works again
[12:40] <Saviq> didrocks, press power button once
[12:40] <didrocks> Saviq: done
[12:40] <Saviq> didrocks, and wait for it
[12:40] <didrocks> not better
[12:40] <Saviq> didrocks, powerd-cli display on bright
[12:40] <Saviq> didrocks, as root
[12:41] <Saviq> didrocks, rinse'n'repeat
[12:41] <didrocks> Saviq: ah, this helped
[12:41] <didrocks> I only tried the button first
[12:41] <didrocks> weird, because on the previous one, kept the screen on as I did here
[12:41] <didrocks> and it was working
[12:41] <didrocks> maybe unity8 is slower to start now
[12:41] <didrocks> and so the screen has the time to poweroff
[12:42] <didrocks> sil2100: ok ;)
[12:43] <didrocks> sil2100: so indicator-datetime pushed and history-service as well?
[12:43] <didrocks> sil2100: i'm trying to get everyone on the oom killer change, as it's a risky one
[12:45] <Saviq> didrocks, risky, frisky...
[12:46] <didrocks> ;)
[12:46] <didrocks> Ran 22 tests in 388.916s
[12:46] <didrocks> FAILED (failures=15)
[12:46]  * didrocks retries
[12:48] <fginther> morning
[12:48] <didrocks> hey fginther
[12:51] <sil2100> didrocks: pushing history-service, indicator-datetime pushed earlier - 15 failures on unity8? I had 2 in the morning
[12:52] <didrocks> sil2100: with unity-mir + unity8
[12:52] <didrocks> sil2100: great! thanks :)
[12:52] <sil2100> Aaah
[12:55] <didrocks> sil2100: can you help us on this one? install unity-mir + unity8
[12:55] <didrocks> from daily-build
[12:55] <didrocks> we need to get all AP tests running
[12:55] <sil2100> Is it... safe?
[12:55] <sil2100> Ok
[12:55] <didrocks> sil2100: it's starting ;)
[12:58] <sil2100> didrocks: upgrading and running, let's see if I get the same problems here ;)
[13:00] <didrocks> Ran 22 tests in 834.142s
[13:00] <didrocks> FAILED (failures=2)
[13:00] <didrocks> ah better
[13:01] <didrocks> but we still have some flackyness then in our results
[13:01] <didrocks> sil2100: can you proceed other AP tests? (I'll continue as well once back)
[13:01] <didrocks> sil2100: please update the spreadsheet so that we can change the load
[13:01] <sil2100> didrocks: running all besides unity8, yes?
[13:01] <didrocks> psivaa: if you can help on that as well
[13:01] <didrocks> sil2100: right!
[13:02] <didrocks> jibel: also, if you have some time ^ (unity8 + unity-mir, running all the AP tests)
[13:02] <didrocks> just update the spreadsheet so that we don't duplicate
[13:02] <psivaa> didrocks: sure
[13:02] <didrocks> thanks!
[13:03] <sil2100> I run webbrowser and gallery
[13:03] <psivaa> didrocks: still running the core apps with updated 99. will do the unity8 after that
[13:03] <didrocks> psivaa: thanks!
[13:05] <didrocks> ogra_: did you hint lxc-android-config?
[13:05] <ogra_> didrocks, oh, no
[13:05] <ogra_> could you ?
[13:05] <ogra_> didrocks, also ubuntu-touch-session
[13:06] <didrocks> ogra_: doing
[13:06] <ogra_> thanks
[13:06] <didrocks> yw ;)
[13:13] <sil2100> uuuh, 21 failures out of 37 on webbrowser app, strangeness!
[13:28] <lool> didrocks: hinted system-image and ubuntu-download-manager
[13:28] <lool> didrocks: didn't have time to test OOM stuff yet
[13:28] <lool> still arguing with bzoltan
[13:29] <didrocks> seeing that (without popcorn unfortunately)
[13:31] <sil2100> didrocks: gallery-app tests passed all
[13:31] <lool> didrocks: are we considering promoting #99?
[13:32] <didrocks> sweet ;)
[13:32] <didrocks> lool: already done
[13:32] <didrocks> after ogra final testing
[13:32] <sil2100> didrocks: retrying webbrowser
[13:32] <didrocks> thanks sil2100
[13:32] <ogra_> i'm done, can realase in a minute
[13:32] <lool> didrocks: is it publishing?
[13:32] <lool> http://system-image.ubuntu.com/stable/mako/index.json shows 96
[13:32] <ogra_> it isnt yet
[13:33]  * ogra_ was already testing other stuff, so i had to re-flash to get a clean test env
[13:36] <ogra_> popey, didrocks, asac, lool, 99/20131015.2 published
[13:36] <didrocks> \o/
[13:36]  * didrocks -> pills, headache
[13:37] <popey> haha
[13:37] <popey> thanks
[13:40] <popey> mail sent
[13:43] <ogra_> thanks
[13:45] <didrocks> balloons: hey! how are you?
[13:45] <ogra_> rsalveti, awe_ , so https://code.launchpad.net/~rsalveti/ofono/gprs-attach-fix/+merge/191331 is on the spreadsheet marked for "needs review" where do we stand with that
[13:46]  * ogra_ would like to land this before the final image gets spun
[13:47] <awe_> ogra_, was just discussing this on #ubuntu-touch with davmor2
[13:47] <ogra_> rsalveti, awe_ would be good if someone could approve the MP as a first step i guess :)
[13:47] <sil2100> didrocks: still 19 failures, maybe I should use UTAH instead
[13:47] <awe_> rsalveti asked davmor2 and cyphermox to test today
[13:47]  * ogra_ looks at #ubuntu-touch
[13:48] <ogra_> ah,#phablet you mean
[13:48] <davmor2> ogra_: I still have a 3g connection
[13:48] <didrocks> sil2100: want me to try?
[13:48] <sil2100> didrocks: please do, since here I end up with like 10 webbrowser-app's open, so hmmm
[13:48] <ogra_> davmor2, right, the cose is in "needs review" ... we cant land it that way
[13:48] <didrocks> sil2100: ok, let's see
[13:48] <didrocks> sil2100: notes-app is fine to me
[13:49] <awe_> ogra_, I tested extensively last week, and davmor2 did too, although he still hit a problem with GPRS down last week that we weren't able to diagnose; from the output, I believe it's a NM problem, as GPRS was attached, as expected
[13:49] <sil2100> didrocks: I'll try other tests in the meantime
[13:49] <didrocks> please continue on others ;)
[13:49] <didrocks> yep
[13:49] <ogra_> awe_, right, i belive that the code is fine, but it needs to be merged ;)
[13:49] <davmor2> ogra_: that is correct
[13:49] <ogra_> the MP seems to just sit ther
[13:49] <ogra_> e
[13:50] <davmor2> ogra_: merge away
[13:50] <awe_> ogra_, rsalveti was working on jstreamer, so the merge didn't happen sooner...
[13:50] <awe_> as the pull request was still pending as of yesterday
[13:51] <ogra_> awe_, well, it is his code, i doubt he will approve it himself ... so i guess thats your job as the other ofono master ;)
[13:51] <awe_> no, it's my code
[13:51] <awe_> ;D
[13:51] <ogra_> awe_, oh, thats not mentioned anywhere in https://code.launchpad.net/~rsalveti/ofono/gprs-attach-fix/+merge/191331
[13:52] <awe_> yea, I see
[13:52] <ogra_> rsalveti, can you approve it
[13:52]  * ogra_ will take care of the rest 
[13:53] <awe_> rsalveti, I think we should make sure to include author's / more detail in our bzr commit messages in the future...
[13:53] <awe_> ie. Original-Author, or [Name <email>]
[13:54] <ogra_> yeah
[13:56] <davmor2> awe_: You mean Example@Example-email.com doesn't write all your code?
[13:57] <ogra_> didrocks, jibel, psivaa, sil2100, do you guys also actually test the functionallity of landing 255 ? (teh test description doesnt look like it)
[13:57] <didrocks> ogra_: lool dogfood and we run the AP tests
[13:57] <ogra_> hmm
[13:57] <didrocks> ogra_: feel free to join :)
[13:57] <lool> I'm done with SDK now
[13:57] <ogra_> that wont show if the feature actually works
[13:57] <didrocks> the more testing we have…
[13:57] <didrocks> ogra_: the feature is to change the oom level barriers, right?
[13:57] <lool> now upgrading libunity-mir1 + unity8
[13:57] <lool> anything else?
[13:58] <didrocks> lool: should pull what's needed
[13:58] <didrocks> (that's what I did)
[13:58] <didrocks> ogra_: so we need to ensure that at least, we don't have random kills
[13:58] <ogra_> didrocks, yeah, it means you need to disable swap and see that apps get killed and restarted properly when sipping through tyhem
[13:58] <ogra_> *swiping through them
[13:58] <lool> umount: /usr/bin/unity8: device is busy.
[13:58] <lool> hehe tricky
[13:58] <didrocks> ogra_: right now, I try to test with the existant, without disabling swap
[13:59] <didrocks> ogra_: but feel free to test this use case
[13:59] <ogra_> yeah, swap disables the feature
[13:59] <ogra_> afaik
[13:59] <didrocks> oh?
[13:59] <didrocks> ogra_: I didn't get any kill yet as I had previously though
[13:59] <lool> ogra_: how do you disable swap across reboots?
[13:59] <ogra_> well, at least that was the thing tvoss and asac claimed when all this started last week
[14:00]  * awe_ thinks davmor2 should audition for Late Night w/David Letterman
[14:00] <ogra_> lool, i think for ro images it happens from initrd
[14:00] <ogra_> in the touch script
[14:00] <didrocks> Ran 37 tests in 471.530s
[14:00] <didrocks> OK
[14:00] <didrocks> sil2100: for me ^
[14:00] <lool> ogra_: so how do you disable swap across reboots?  :-)
[14:01] <lool> well I can disbale by hand I guess
[14:01] <ogra_> lool, tm /userdata/SWAP.img
[14:01] <didrocks> ok, swap disabled
[14:01] <lool> ogra_: does that not break boot?
[14:01] <ogra_> [ -e ${rootmnt}/userdata/SWAP.img ] && swapon ${rootmnt}/userdata/SWAP.img
[14:01] <lool> cool
[14:01] <ogra_> thats the code
[14:01] <davmor2> awe_: meh I do sarcastic evil muppet better ala http://www.youtube.com/watch?v=lhmjnYKlVnM
[14:02] <sil2100> didrocks: unity8?
[14:02] <lool> removed
[14:02] <lool> rebooting again
[14:02] <didrocks> sil2100: webbrowser, but we need to disable swap, see what ogra_  told ^
[14:02] <ogra_> lool, then fire up as many apps as you can :)
[14:02] <lool> I'm not sure we care to actually disable swap in the image though
[14:02] <ogra_> lool, i'm actually opposing it for the next two days :)
[14:02] <didrocks> sil2100: I would prefer we confirm no regression with swap enabled first
[14:03] <ogra_> lool, asac would like us to drop it though
[14:03] <lool> ogra_: +1
[14:03] <didrocks> ogra_: +1
[14:03] <lool> ogra_: I mean +1 on opposing it
[14:03] <lool> for a few days
[14:03] <didrocks> yep ;)
[14:03] <ogra_> lool, yeah
[14:03] <didrocks> let's get everything ready
[14:03] <lool> not until we fix the upstart / dbus leak   :-)
[14:03] <ogra_> got that
[14:03] <didrocks> so testing no regression
[14:03] <didrocks> with swap
[14:03] <didrocks> then, people can test if they want without it :)
[14:03] <ogra_> there seems to be a patch for upstart/dbus
[14:03] <lool> -rw------- 1 root    whoopsie   215605 Oct 16 13:58 unity8.0.crash
[14:03] <lool> this is recent
[14:03]  * lool rms crashes and reboots
[14:03] <ogra_> 2h old ?
[14:04] <lool> no, 5 minutes
[14:04] <lool> wrong tz
[14:04] <lool> I know I know
[14:04] <lool> I should be dogfooding
[14:04] <ogra_> heh
[14:04] <lool> got that from zoltan with my broken SDK already  :-)
[14:04] <lool> someone tested SIM unlock?
[14:04] <didrocks> lool: no, please do
[14:05] <lool> I get a _usr_bin_maliit-server.32011.crash on reboot
[14:05] <lool> I'm not dist-upgraded
[14:05] <ogra_> lool, yep, expected
[14:05] <didrocks> yeah, we don't have ogra's hack ;)
[14:05] <ogra_> fix is inarchive
[14:05] <lool> ok, no swap
[14:05] <lool> free says 1021200
[14:05] <ogra_> well start apps like crazy
[14:06] <ogra_> dmesg/kern.log or logcat should have something about oom_adj
[14:07] <lool> things get slower and slower
[14:07] <ogra_> they shouldnt
[14:07] <lool> exactly
[14:07] <ogra_> tell tvoss
[14:10] <didrocks> sil2100: what tests are you running right now? (so that I don't run the same ones)
[14:10] <didrocks> ubuntuuitoolkit killed as expected :p
[14:10] <sil2100> didrocks: I'm updating the spreadsheet all the time
[14:10] <sil2100> Running the smaller ones, so that's quick
[14:10] <didrocks> sil2100: I don't see the one you are running?
[14:10] <sil2100> (doing reboots inbetween)
[14:10] <sil2100> Since I just finished friends
[14:18] <rsalveti> morning
[14:19] <didrocks> hey rsalveti
[14:19]  * rsalveti checking backlog
[14:19] <didrocks> hum
[14:19] <didrocks> can't test click packages
[14:19] <sil2100> Morning
[14:19] <didrocks> Fetching unity8 - 7.83+13.10.20131016-0ubuntu1 into /tmp/tmplSIDQI
[14:19] <didrocks> pull-lp-source: Downloading unity8 version 7.83+13.10.20131016-0ubuntu1
[14:19] <didrocks> pull-lp-source: Error: Failed to download: https://launchpad.net/ubuntu/+archive/primary/+files/unity8_7.83+13.10.20131016-0ubuntu1.dsc: 404 Not Found
[14:19] <didrocks> with a backtrace
[14:19] <lool> didrocks: So OOM stuff works in my testing, with one caveat
[14:19] <sil2100> Same here, phablet-click-test-setup fails
[14:19] <didrocks> not sure why we try to pull the unity8 sources
[14:20] <lool> didrocks: system gets slower as you launch more apps, even if they are SIGSTOPed
[14:20] <lool> didrocks: it seems like a mir issue to me
[14:20]  * didrocks adds it to the sources in apt
[14:20] <didrocks> lool: way more quickly than normally?
[14:20] <lool> didrocks: this error is when it's from PPA
[14:20] <sil2100> didrocks: it always does that, pulls in unity8 and uitk by default, not sure what for
[14:20] <sil2100> But it does
[14:20] <ogra_> lool, can you verify that doesnt happen if you have SWAP ?
[14:20] <didrocks> lool: as it's already something we know
[14:20] <lool> didrocks: can't grap the AP automatically from PPA
[14:20] <didrocks> lool: yeah, I'm adding the source from it
[14:20] <lool> didrocks: I dont think it's more quickly
[14:20] <lool> didrocks: it just makes the feature kinda less useful
[14:20] <lool> didrocks: but I confirmed that it kills things
[14:21] <didrocks> lool: but if we kill apps more quickly
[14:21] <lool> it doesn't kill them in the order you launched them, but that's known and for later
[14:21] <lool> I also tried with music-app running in bg, and it didn't get killed (got a better score, bypassing the killing)
[14:21] <didrocks> the consequence is that we are triggering the leak quicker
[14:21] <lool> ogra_: Hmm
[14:21] <lool> ogra_: I am so lazy
[14:22] <ogra_> heh
[14:22] <lool> I think I'll take a shower break
[14:22] <ogra_> yeah, i think we are good
[14:22] <lool> I wish I had some Axe shower gel so that I wouldn't have to shower alone
[14:23] <ogra_> is your wife working ?
[14:23] <lool> nah
[14:23] <lool> she's home taking care of our sick kid
[14:23] <ogra_> oh
[14:23] <ogra_> hope he gets well soon
[14:24] <lool> I just felt it was so cool to just throw in some shower gel and have tens of girls join to the shower, but I guess that wasn't appropriate
[14:24] <lool> anyway
[14:24] <lool> yeah it's alright, it's just antibiotics are a bit strong and have lots of side effects sadly
[14:25] <ogra_> :/
[14:25] <didrocks> lool: sil2100: argh adding the ppa source didn't help
[14:25] <rsalveti> awe_: ogra_: we do have more details in about author and such in there, it's just that bzr hides the commits when doing a merge
[14:26] <rsalveti> which is annoying, so it just shows the merge commit
[14:26] <didrocks> I guess pull-lp-source doesn't know to pull from the ppa
[14:26] <rsalveti> ogra_: awe_: afonso approved it, will merge
[14:26] <ogra_> rsalveti, yeah, i dont really care,, lets just get it merged so we can get it in :)
[14:26] <didrocks> it's annoying, we can't test click apps when we have a new unity8
[14:26] <didrocks> sil2100: how did you test on those cases, the other day?
[14:26] <lool> didrocks: found a bug
[14:27] <lool> in OOM thing
[14:27] <lool> score stays at 1000 if you switch back to a backgrounded app
[14:27] <didrocks> urgh, annoying…
[14:27] <ogra_> didrocks, the image i was proposing in the "image #99" mail today should help with testing against new unity versions
[14:28] <sil2100> didrocks: yesterday I didn't see this issue, I wonder what was going on
[14:28] <lool> I've also locked my phone
[14:28] <didrocks> ogra_: sorry, I don't understand
[14:28] <lool> ---------- 1 phablet whoopsie 11240423 Oct 16 14:28 _usr_bin_unity8.32011.crash
[14:28] <awe_> rsalveti, so I guess we need to be more verbose when creating the merge reqeusts then
[14:28] <lool> OUCH
[14:28] <ogra_> didrocks, read the mail
[14:28] <rsalveti> awe_: yup
[14:28] <lool> ah ---------- 1 phablet whoopsie 1.5M Oct 16 14:28 _usr_lib_arm-linux-gnueabihf_qt5_bin_qmlscene.32011.crash
[14:28] <ogra_> didrocks, building images with proposed packages to be able to test them right from the boot without making them rw even if we have a new unity
[14:28] <awe_> ogra_, wasn't sure who the author of the code was, and assumed it was you
[14:29] <didrocks> ogra_: oh right
[14:29] <awe_> s/ogra_,/ogra_/
[14:29] <didrocks> ogra_: but this is not a solution for now :p
[14:29] <ogra_> didrocks, that should allow us to do click testing against new unity easily
[14:29] <ogra_> nope indeed
[14:30] <didrocks> sil2100: as it didn't regress the other, I think it's fine
[14:30] <didrocks> we should have all tests case covered and way to launch apps I think
[14:30] <didrocks> ogra_: lool: sil2100: I propose: let's get unity8 + unity-mir in then
[14:30] <didrocks> without disabling swap
[14:31] <didrocks> we know it doesn't regress at least
[14:31] <didrocks> thoughts?
[14:31] <sil2100> +1
[14:31] <lool> didrocks: I think it is hard to regress indeed
[14:31] <lool> didrocks: there's just one case where it might
[14:32] <lool> didrocks: which is if oom is agressively trying to free memory it doesn't need
[14:32] <didrocks> lool: yeah, it doesn't seem if swap is enabled
[14:33] <ogra_> right, go for it ... as long as we have swap
[14:34] <didrocks> ok, let's go!!!
[14:34] <rsalveti> ogra_: merged, should I just upload ofono?
[14:34] <didrocks> sil2100: want to have the honor?
[14:34] <lool> didrocks: I dont think this relates to swap
[14:34] <sil2100> didrocks: sure ;) unity8 + unity-mir, yes?
[14:35] <didrocks> lool: ok, our tests + dogfooding covered it anyway (I tried opening a lot of apps)
[14:35] <didrocks> sil2100: yep :)
[14:35] <ogra_> rsalveti, yes, we can hold it in proposed
[14:35] <rsalveti> great
[14:35] <ogra_> and fish the deb out there for testing if someone thinks more is needed
[14:35] <ogra_> (i personally think a week of testing by several people is enough)
[14:35] <sil2100> didrocks: http://10.97.0.1:8080/view/cu2d/view/Saucy/view/Unity8/job/cu2d-unity8-saucy-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.83+13.10.20131016-0ubuntu1.diff <- ACK?
[14:36] <didrocks> sil2100: yeah, +1
[14:38] <sil2100> didrocks: published!
[14:38] <lool> didrocks: I think we're safe for moderateuse
[14:39] <lool> didrocks: Might be an issue if e.g. you play a 2 GiB video file
[14:39] <lool> this might result in 2 GiB being cached with higher priority then the process pages
[14:39] <lool> ok, enough
[14:39] <didrocks> sil2100: sweet!
[14:39] <lool> moving to SIM unlock
[14:39] <didrocks> lool: great, thanks!
[14:42] <didrocks> and hinted
[14:47]  * didrocks goes for a run
[14:48] <Saviq> didrocks, I just merged a fix for https://bugs.launchpad.net/unity8/+bug/1227339
[14:48]  * didrocks wonders how many unity8 we'll release :p
[14:49] <didrocks> Saviq: do you have other unity8 fixes critical for V1?
[14:49] <didrocks> (just to know if we kick a build now or later)
[14:49] <lool> while https://bugs.launchpad.net/unity8/+bug/1227339 might hit in other scenarios, it seems minor to me
[14:50] <Saviq> didrocks, we might have one more
[14:50] <Saviq> didrocks, /me gets an update
[14:50] <didrocks> I think we should focus on a final unity8 landing and be done
[14:50] <didrocks> Saviq: just complete a landing ask with all those infos
[14:51] <Saviq> didrocks, yeah, one last fix we have in mind is for bug #1227510
[14:52] <Saviq> didrocks, which might cause issues in the backends if people tap Install 10 times
[14:52] <didrocks> Saviq: ok, seems safe enough to wait for it :)
[14:55] <lool> there's a keyboard hang fix coming up
[14:55] <lool> but I think the stream will never end
[14:56] <didrocks> lool: keyboard is one we want, but we want that to be really well tested beforehand
[14:57] <lool> didrocks: the one I saw fly by is https://code.launchpad.net/~bfiller/session-manager-touch/fix-maliit-hang/+merge/191428
[14:57] <ogra_> landing 254 is also in flight
[14:57] <lool> not sure it would help with crashes
[14:58] <lool> pfff SIM unlock doens't take 5 digits
[14:58] <bfiller> lool, didrocks : that fixes the maliit bug of keyboard not reappearing https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1233550, we are still testing
[14:58] <didrocks> yeah, so that's what we want
[14:58] <didrocks> bfiller: tell us when you tested that with all apps AP tests
[14:58] <didrocks> and we'll take it :)
[14:59] <bfiller> ok
[15:03] <lool> bfiller: (Just giving heads up on this aggressively because keyboard is basically only area which we'd still defer building the final image for :-)
[15:04] <bfiller> lool: understood, testing as we speak
[15:05] <bfiller> lool, didrocks : are you guys aware of this fix for location-services to fix the restarts? https://code.launchpad.net/~osomon/location-service/respawn/+merge/191240
[15:05] <bfiller> not sure if that went in
[15:05] <bfiller> didn't see it on sheet
[15:06] <lool> bfiller: it's NOT in indeed
[15:06] <didrocks> bfiller: no, we had no request
[15:06] <bfiller> I will add it
[15:06] <lool> didrocks: do you want this uploaded?
[15:06] <lool> trivial change it seems
[15:06] <didrocks> bfiller: is the service really used?
[15:06] <didrocks> lool: if you have time for it, please :)
[15:07] <bfiller> didrocks: yes it's used by browser when asked for location
[15:07] <didrocks> oh ok then
[15:07] <didrocks> bfiller: we always wonder if it's covered by any AP test, do you know?
[15:07] <bfiller> didrocks: don't think it is
[15:07] <didrocks> ok, do you have a well known website to try it against to?
[15:08] <didrocks> like whereami? ;)
[15:08] <lool> didrocks: does it need testing?
[15:08] <lool> I'm swapping SIMs back and forth right now
[15:08] <bfiller> or maps.google.com
[15:08] <didrocks> maps.google.com never works for me (it can't locate me and center the map in the US)
[15:08] <didrocks> .fr finds me though
[15:09] <didrocks> lool: can you just try that? would be nice to have one test ^
[15:09] <didrocks> but yeah, otherwise trivial enough
[15:16] <kenvandine> didrocks, try http://html5demos.com/geo
[15:16] <kenvandine> very simple test case
[15:17] <kenvandine> i've also found it to be more mobile friendly, when i'm logged into google it forces me to use the full site for maps.google.com
[15:18] <didrocks> yeah, it works!
[15:18] <didrocks> I guess it has a bigger timeout
[15:18] <lool> So I've tested SIM unlock
[15:18] <lool> it doesn't come up after boot
[15:18] <lool> no visual indication outside of lack of network level
[15:18] <lool> trying to place a call you just cant, no feedback/dialog
[15:19] <lool> if you drop down network indicator and type unlock sim, you may indeed unlock the SIM: after typing 4 digits it's unlocked
[15:19] <lool> and it works
[15:20] <lool> now installing location-service with fix
[15:20] <ogra_> yay
[15:20] <didrocks> lool: please add a landing ask so that we can track
[15:21] <lool> got to do everything here
[15:21] <lool> add a landing ask, test, clean the kitchen
[15:21] <lool> didrocks: you clean your own kitchen, ok?
[15:22] <lool> hmm folks don't seem to be in the same mood as I am
[15:22] <lool> I guess I should cut the crap and focus on testing
[15:23] <didrocks> lool: my kitchen is too clean in the sense, I don't have time during week to do proper food :p
[15:25]  * lool reboots with location service
[15:25] <lool> didrocks: just a slot is ok?
[15:25] <didrocks> lool: sure ;)
[15:31] <ogra_> didrocks, can you unblock ofono
[15:31] <didrocks> ogra_: you don't have access to the hint?
[15:31] <didrocks> there is a file with your name, I think you can
[15:32] <ogra_> where, how ? :)
[15:32]  * ogra_ hanst done hinting yet 
[15:32] <didrocks> bzr checkout lp:~ubuntu-touch-release/britney/hints-ubuntu-touch
[15:32] <ogra_> ok
[15:32] <didrocks> then look at mind
[15:32] <didrocks> mine*
[15:32] <ogra_> yep
[15:32] <didrocks> it's unblock <source_package>/<version>
[15:32] <didrocks> one committed next run will get it
[15:33] <ogra_> yeah, thanks 1
[15:33] <ogra_> !
[15:34] <didrocks> yw!
[15:34] <ogra_> so that was my last landing then :)
[15:34] <didrocks> heh ;)
[15:34] <didrocks> ogra_: you will be able to take the ubuntu-touch-session landing that bfiller is testing?
[15:34] <ogra_> i assume we wont see the upstart memeory leak fix anymore
[15:34] <didrocks> ogra_: as you are basically this compnents specialist :)
[15:35] <didrocks> slangasek: do you know? ^
[15:35] <ogra_> didrocks, bfiller, sure, will happily take it
[15:35] <didrocks> ogra_: feel free to add it once the fix is around
[15:35] <bfiller> ogra_: will let you know when the testing is done, running AP tests for the apps now with the fix to make sure no breakages
[15:36] <ogra_> bfiller, awesome, thanks
[15:38] <slangasek> didrocks: do I know what?
[15:38] <didrocks> 17:34:56      ogra_ | i assume we wont see the upstart memeory leak fix anymore
[15:39] <ogra_> i see there is a patch
[15:39] <ogra_> but it doesnt feel like anyone would like to have that in desktop hours before the finalimage
[15:39] <didrocks> right
[15:42] <slangasek> it does look like that would keep upstart from leaking memory, but I'm not sure it's a safe change fwiw
[15:42] <slangasek> because I think it would also negatively impact well-behaved but slow clients
[15:53] <Saviq> didrocks, ok, we're *done*
[15:54] <didrocks> Saviq: excellent, thanks!
[16:00] <ogra_> grmpf
[16:00]  * ogra_ has headset issues
[16:25] <robru> didrocks, hmmm, i don't see my name in the landing plan. what should i work on?
[16:26] <didrocks> robru: can you help cyphermox and parallelize the testing?
[16:26] <robru> didrocks, ok, thanks
[16:27] <didrocks> robru: maybe there is something coming for you
[16:27] <didrocks> robru: see #ubuntu-unity
[16:29] <robru> didrocks, gesture bugs? i'm not sure what package that will be.
[16:30] <lool> 18:30 < dbarth_> lool: long story short: make sure that webapp-gmail version 1.0.*7* goes into the final image
[16:30] <didrocks> robru: argh #ubuntu-mir ETOOMANYCHANNELS
[16:30] <lool> didrocks: ^
[16:30] <didrocks> robru: will sum that you up soon
[16:30] <lool> didrocks: hey sorry, missed end of meeting
[16:30] <lool> didrocks: was there something for me there?
[16:31] <didrocks> lool: no, it was fine
[16:31] <robru> didrocks, oh, I'm  not in #ubuntu-mir. i already kicked a build for webapp during the meeting
[16:31] <didrocks> lool: is there a landing ask? I see non
[16:31] <didrocks> none*
[16:31] <robru> didrocks, the landing ask was from dbarth in my inbox this morning ;-)
[16:32] <didrocks> well, not following the spreadsheet process
[16:32] <didrocks> what's the rationale? bug fix?
[16:32] <lool> didrocks: No
[16:32] <lool> didrocks: I'll add one
[16:32] <robru> didrocks, yes, apparently gmail was crippled recently, this is a fix. as soon as S is out I have to SRU it to Q and R.
[16:32] <didrocks> lool: if you handle it with robru I'm fine
[16:33] <didrocks> robru: so, let me add another landing ask for you, a really important one :)
[16:33] <lool> didrocks: there's an ask now and a slot
[16:33] <lool> didrocks: I'll just ensure it's in
[16:35] <didrocks> robru: request 262
[16:35] <didrocks> robru: you can start building unity-mir right now
[16:35] <robru> ok
[16:36] <didrocks> robru: is everything clear on that one?
[16:36] <didrocks> cyphermox: when you are free, as well, if you can test that one before robru publishes ^
[16:36] <didrocks> it's a big one, so prefer as much testing as possible
[16:36] <robru> didrocks, ok
[16:36] <lool> didrocks: do we have the mp for unity-mir?
[16:36] <didrocks> lool: it's in trunk already
[16:36] <didrocks> last rev
[16:37] <didrocks> so the build can be kicked in already
[16:37] <lool> didrocks: of unity-mir?
[16:37] <didrocks> right
[16:38] <lool> didrocks: I dont see it
[16:38] <didrocks> urgh, my bad
[16:38] <didrocks> really, my bad, the approval wasn't there
[16:38] <didrocks> (I just looked at trunk as well)
[16:38] <didrocks> robru: wait before rebuilding
[16:38] <didrocks> greyback: can you poke robru/cyphermox/lool, when your fix is in trunk?
[16:39] <didrocks> greyback: also, please, if approved, push to trunk
[16:39] <cyphermox> didrocks: will bundle along with unity, I'm finishing up preparing that now
[16:39] <robru> didrocks, ok well i already kicked a build, no worry, will kick it again later
[16:39] <greyback> didrocks: ack
[16:39] <didrocks> cyphermox: yeah, ensure everything is rebuild first :)
[16:39] <didrocks> robru: ok ;)
[16:39] <didrocks> rebuilt*
[16:39] <didrocks> as all those commits are freshed
[16:39] <lool> didrocks: the landing ask for qtorganizer is blank
[16:40] <didrocks> lool: on purpose, I let them today to fix it
[16:40] <didrocks> lool: seems, they didn't, so let's defer
[16:40] <lool> so waiting on code?
[16:40] <didrocks> sounds good
[16:41] <lool> urgh seed change
[16:41] <ogra_> huh ?
[16:41] <lool> qtdeclarative5-qtorganizer-plugin
[16:41] <ogra_> sigh
[16:42] <lool> didrocks: so do we want to take that?
[16:42] <ogra_> for which landing is that ? i dont see it
[16:42] <cyphermox> didrocks: rebuilt you mean?
[16:42] <cyphermox> didrocks: I can't take the packages as they are in dialy-build?
[16:42] <cyphermox> ah, nevermind I saw
[16:43] <didrocks> cyphermox: yeah, unity-mir needs rebuilding, I think unity8 + unity-notification needs
[16:43] <lool> greyback: link to MP?
[16:43] <didrocks> as well to be rebuilt
[16:43] <cyphermox> ugh
[16:43] <didrocks> not sure about qmenumodel
[16:43] <greyback> lool: https://code.launchpad.net/~gerboland/unity-mir/fix-leaks/+merge/191449
[16:43] <lool> thanks
[16:43] <cyphermox> well it's not worth me starting to test unity8 and -notifications yet then
[16:43] <cyphermox> unless there is a chance we land unity8/-notifications and not -mir
[16:44] <lool> greyback: so that's what was causing the slowdown as one launched more and more apps?
[16:44] <lool> didrocks: do we take the seed change for qtorganizer?
[16:44] <lool> I'd rather land this part now, even if we dont get the fix
[16:44] <lool> actually
[16:45] <lool> is this really something we want in platform
[16:45] <lool> or should it be calendar-app pulling it
[16:45] <lool> sergiusens: ^
[16:45] <ogra_> well
[16:45] <ogra_> i guess if people want to write an app with calendar element it might come in handy if it is in the platform
[16:45] <greyback> lool: yes, my bad
[16:46] <ogra_> lool, seed it i'd say
[16:46] <lool> greyback: Ok, was just to confirm it was indeed fixing this bug; thanks
[16:46] <greyback> np
[16:50] <sergiusens> lool, didrocks dpm either is good for me
[16:51] <lool> dpm: So not sure we want EDS bindings to be officially part of the image
[16:51] <lool> dpm: we could include them unofficially, or just copy them in the calendar-app
[16:51] <dpm> lool, the EDS bindings are already seeded
[16:52] <lool> dpm: Not sure I understand the ask then
[16:52] <lool> dpm: Sorry, I mean qtdeclarative5-qtorganizer-plugin
[16:52] <dpm> lool, the ask is about Qt Organizer.
[16:52] <dpm> EDS is the backend, and it's already seeded
[16:52] <dpm> ok
[16:53] <bfiller> didrocks, lool : have you guys noticed after running autopilot tests for an app on mako the system crawls afterwards. basically needs to be rebooted because everything is so slow
[16:53] <sergiusens> lool, dpm I have no problems adding it to the click package itself
[16:54] <didrocks> bfiller: oh, we did notice, don't worry :)
[16:54] <dpm> sergiusens, lool, I've no preference either, as long as we add them in some form
[16:54] <bfiller> didrocks: ok
[16:54] <didrocks> bfiller: this is all about the greyback's fix we are talking about
[16:54] <bfiller> good
[16:54] <didrocks> yeah, just in time fix! :)
[16:54] <sergiusens> bfiller, I asked tvoss, since on maguro the tests don't finish due to unity throwing an unable to allocate memory exception
[16:54] <didrocks> sergiusens: same issue, should be fixed in the coming hours ^
[16:55] <didrocks> (branch proposed, testing under progress)
[16:55] <sergiusens> lool, dpm didrocks to finalize, I'm adding qtdeclarative5-qtorganizer-plugin to the click package itself
[16:55] <didrocks> and yeah, that's the perfect fix for the release day to be happy to have hanged until the hand :)
[16:55] <lool> sergiusens: thanks
[16:56] <ogra_> the hand ?
[16:56] <lool> dpm, sergiusens: I dont know enough to rate how much we want it in the image, and it's also late to go through many release team reviews / hints etc., so I'd rather put it in the click for now
[16:56] <didrocks> sergiusens: sounds good yeah
[16:56] <dpm> lool, sounds good to me and sergiusens is happy to put it in the click
[16:56] <sergiusens> lool, are we expecting any new fixes from music btw?
[16:57] <lool> sergiusens: Not that I was told about
[16:57] <sergiusens> lool, ack
[16:57] <lool> sergiusens: this is kind of why I dont want the automatic pickup of latest lcick
[16:58] <dpm> sergiusens, also, I can confirm that the calendar click package you gave me (0.4.153) works well after installing qtdeclarative5-qtorganizer-plugin
[16:58] <lool> like music-app could break minutes before we try a final image, and then we have to revert etc.
[16:58] <didrocks> yeah, if we can stop getting click updates uncontrolled :)
[16:58] <lool> anyway, this is a detail
[16:58] <sergiusens> lool, I've had all locked down except for the ones where I was asked for more time
[16:58] <lool> sergiusens: Oh ok, good
[17:00] <lool> dpm: transforming the ask to this if that's ok with you
[17:00] <lool> sergiusens: can you ping when calendar-app is in with the change?
[17:00] <dpm> lool, sure, go for it, I was just going to ask you if I had to change it
[17:00] <sergiusens> lool, yes, but I also want to assess that all the clicks in store will work; do I have time for that?
[17:01] <sergiusens> before doing the final build that is
[17:01] <didrocks> 19:01:06 greyback | ok, Saviq approved, and pushed to lp:unity-mir
[17:01] <lool> sergiusens: how long does it take?
[17:01] <lool> sergiusens: we have a couple of landings in flight still
[17:01] <didrocks> robru: cyphermox: lool: I'm stopping the current build and starting a new one ^
[17:02] <lool> sergiusens: I think cyphermox is doing the build
[17:02] <lool> sergiusens: you probably have a good hour before it happens
[17:02] <sergiusens> lool, ok, I am good with that time
[17:02] <lool> cyphermox: ^
[17:02] <lool> cyphermox: sergiusens is doing a test pass on all clicks for release
[17:03] <dpm> sergiusens, if we're stopping the music app click builds, and if you're prioritizing which ones to have first in the store post-release: could music be one of the first ones to reach the store? The music guys have been doing a lot of work in the visuals, and it'd be good to get them as a post-release update
[17:04] <lool> sergiusens: BTW, I see notes-app shows up on http://people.canonical.com/~platform/cu2d/results
[17:04] <lool> sergiusens: maybe we want to kill it from cu2d along the other clicks?
[17:04] <didrocks> added unity8 in the next as not rebuilt yet
[17:05] <didrocks> and qmenumodel already contains latest
[17:05] <didrocks> cyphermox: I'm disabling automated build for safety
[17:05] <cyphermox> didrocks: sure
[17:05] <cyphermox> so, been rebuilding unity8 and -notifications too?
[17:05] <psivaa> balloons: reported bug #1240617 for rss reader app test failures in smoke tests
[17:06] <didrocks> cyphermox: notifications already contained latest
[17:06] <didrocks> qmenumodel as well
[17:06] <didrocks> cyphermox: so, I just restarted unity8 and unity-mir
[17:06] <balloons> psivaa, ty
[17:06] <cyphermox> didrocks: ok, but does notification need a rebuild for unity-mir?
[17:06] <cyphermox> then I'll watch for the result
[17:06] <didrocks> cyphermox: no ABI break, so none :)
[17:06] <cyphermox> ok
[17:06] <bfiller> didrocks, lool, ogra_ : tested ubuntu-touch-session fix with latest ubuntu-keyboard from trunk. AP tests results are same as last dashboard run. Don't see any regressions
[17:07] <bfiller> thnk we are good to release both
[17:07] <ogra_> bfiller, awesome, will merge and upload
[17:07] <didrocks> bfiller: we can dismiss, even on notes-app now?
[17:07] <didrocks> (jibel's bug)
[17:07] <bfiller> didrocks: the notes-app AP tests pass and I believe they do this. let me try manually to make sure
[17:08] <didrocks> bfiller: I don't see any additional commit on ubuntu-keyboard trunk, so I wonder if it's really fixed
[17:09] <lool> didrocks: no slot for keyboard?
[17:09] <bfiller> didrocks: rev 78 should have had that fix, trying
[17:10] <sergiusens> lool, didrocks we do, but I would rather do after release; and do we not care about notes on desktop?
[17:10] <didrocks> lool: the one which got rejected
[17:10] <bfiller> didrocks: weird, can't launch notes from UI but was working through autopilot
[17:10] <bfiller> just get white screen
[17:10] <bfiller> click vs. deb issue?
[17:10] <didrocks> bfiller: hum, weird try killing/rebooting (working here)
[17:11] <didrocks> ogra_: do you think you have the time to test keyboard from the ppa with your touch-session fix?
[17:11] <lool> didrocks: ah there is another keybaord landing ask; I find it's hard to distinguish them without the link to mp
[17:11] <ogra_> didrocks, err, wasnt that what bfiller just did ?
[17:12] <didrocks> ogra_: I prefer a double checking with the package actually
[17:12] <lool> sergiusens: I dont understand which part you're commenting on
[17:12] <didrocks> or bfiller tested with the package?
[17:12] <lool> Ok, I think it's beer o clock here
[17:12] <didrocks> lool: ask #240, never changed
[17:12] <ogra_> didrocks, bfillers commit is definitely after my sleep addition from this morning
[17:12] <lool> didrocks: you mean slot?
[17:13] <didrocks> lool: yep
[17:13] <bfiller> didrocks: I testsed with package jenks build for rev 78 MR
[17:13] <didrocks> ogra_: I don't see how this fix the "I dismiss the keyboard in notes-app, never see it reapparing"
[17:13] <ogra_> lool, second half of this is #264
[17:13] <lool> didrocks: there's one for https://code.launchpad.net/~bfiller/session-manager-touch/fix-maliit-hang/+merge/191428
[17:13] <lool> ask 227
[17:13] <ogra_> didrocks, ??
[17:13] <didrocks> ah that one
[17:13] <didrocks> not the sleep from ogra
[17:13] <didrocks> but to add an env var
[17:14] <ogra_> right
[17:14] <ogra_> as i said
[17:14] <bfiller> didrocks: working for me in notes, I can swipe to dismiss keyboard and click in note to make it reappear
[17:14] <ogra_> 264
[17:14] <lool> ogra_: right, that's the one I was trying to link
[17:14] <didrocks> ok, makes sense to me now :)
[17:14] <sergiusens> lool, about cu2d
[17:14] <didrocks> bfiller: perfect then!
[17:14] <ogra_> didrocks, so can i merge and upload ?
[17:14] <lool> sergiusens: oh right; well I dont think we want two notes-app
[17:14] <didrocks> ogra_: please do
[17:14] <ogra_> great
[17:14] <lool> sergiusens: is it important for the desktop?
[17:14] <sergiusens> lool, ask that to bfiller and pmcgowan
[17:14] <didrocks> bfiller: I'm doing a 10s test and doing keyboard myself now
[17:15] <lool> sergiusens: Did you already ask them so that I dont bother them agian?  :-)
[17:15] <lool> sergiusens: but ok
[17:15] <didrocks> bfiller: ogra_: do you have a armhf package? for session-manager-touch?
[17:15] <sergiusens> lool, it was the past situation
[17:15] <ogra_> didrocks, arch all ;)
[17:15] <sergiusens> lool, I rather not discuss this 1hour before final image
[17:15] <didrocks> oh, goodness :)
[17:16] <didrocks> sergiusens: +1
[17:16] <bfiller> didrocks: no, seems jenks didn't buid one for https://code.launchpad.net/~bfiller/session-manager-touch/fix-maliit-hang/+merge/191428. I manually changed the file
[17:16] <didrocks> bfiller: no worry, yeah, doing it :)
[17:16] <didrocks> thanks!
[17:16] <lool> sergiusens: I dont think it's anything urgent
[17:16] <lool> sergiusens: sorry for bringing it up now then
[17:17] <sergiusens> lool, np
[17:21] <ogra_> ubuntu-touch-session uploaded and unblocked
[17:22] <lool> Bah scope doens't show clicks
[17:22] <ogra_> bfiller, session-manager-touch isnt in CI
[17:22] <ogra_> so dont worry :)
[17:22] <ogra_> merged and uploaded
[17:23] <bfiller> ok
[17:23] <bfiller> ogra_: thanks
[17:23]  * lool tries another reboot
[17:24] <didrocks> bfiller: works perfectly! ubuntu-keyboard uploaded as well
[17:24] <bfiller> sergiusens: seeing some weirdness with notes, if I search for it in apps lens I get two results. and launching from launcher I get white screen
[17:24] <bfiller> didrocks: awesome! thanks
[17:24] <didrocks> ogra_: I've hinted it FYI, so it should transition smoothtly
[17:24] <didrocks> bfiller: thanks to you :)
[17:24]  * didrocks really happy to have this fix + the unity-mir one
[17:24] <ogra_> didrocks, i hinted the session upload
[17:24] <didrocks> greatness!
[17:25] <ogra_> so we should be fine with that one
[17:25] <didrocks> cyphermox: robru: so, don't worry about the keyboard, it's handled :)
[17:25] <didrocks> yep
[17:25] <sergiusens> bfiller, let me check
[17:25] <robru> didrocks, oh really? somebody tested and released it already?
[17:25] <sergiusens> bfiller, two results, isn't that one from the store and another from the installed click package itself?
[17:25] <didrocks> robru: yep, thanks to bfiller :)
[17:26] <bfiller> sergiusens: don't know
[17:26] <sergiusens> bfiller, I only get one when searching
[17:26] <robru> ok great. so i just have to worry about unity-mir then?
[17:26] <didrocks> robru: cyphermox: so you can focus on unity8, unity-notification, qmenumodel and unity-mir now :)
[17:26] <bfiller> sergiusens: strange
[17:26] <sergiusens> bfiller, how long since you haven't done a clean install?
[17:26] <bfiller> sergiusens: wonder if it's because I installed notes-app-autopilot? maybe it pulled in the deb?
[17:26] <sergiusens> bfiller, yes
[17:26] <ogra_> yeah
[17:26] <sergiusens> that's the problem
[17:27] <ogra_> the autopilots isntall all kind of weird stuff
[17:27] <ogra_> after a full AP run your application lens looks pretty weird
[17:27] <didrocks> ah, unity8 didn't get latest merge back
[17:27] <didrocks> Saviq: I'm doing it ^
[17:27] <sergiusens> bfiller, https://wiki.ubuntu.com/Touch/Testing#Running_Click_tests
[17:27] <bfiller> sergiusens, ogra_ : yeah ok. probably the -autopilot should be fixed to use the clicks somehow?
[17:27] <bfiller> not today obviously
[17:27] <didrocks> Saviq: https://code.launchpad.net/~ps-jenkins/unity8/latestsnapshot-7.83+13.10.20131016-0ubuntu1/+merge/191426 wasn't merged, pushing
[17:27] <sergiusens> bfiller, already fixed
[17:27] <ogra_> yeah
[17:27] <bfiller> cool
[17:28] <sergiusens> bfiller, you can test any click app in read only mode
[17:28] <ogra_> sergiusens, is ahead of time :)
[17:28] <bfiller> sergiusens: will the nightly dashboard use this method?
[17:29] <didrocks> robru: done and unity8 build restarted
[17:29] <didrocks> robru: don't worry about AP tests result from jenkins as it's desktop only (it's failing for various reasons, like package list not up to date)
[17:29] <robru> ok
[17:29] <didrocks> robru: all will be in the ppa once unity8 is built
[17:31] <didrocks> lool: updated location-service (in archive now)
[17:31] <lool> Cool
[17:33] <sergiusens> bfiller, yes, it's been using i for a while
[17:35] <Saviq> didrocks, right, forgot about that, thanks
[17:35] <didrocks> Saviq: no worry! ;)
[17:41]  * didrocks waves good evening and good night
[17:41] <didrocks> keep up rocking guys, we're close to it!
[17:42] <mhall119> lool didrocks rsalveti: can one of you give me a quick update on what's going to be done to make sure the calendar-app has the qml plugin it needs for qtorganizer, and confirm that such a fix will be in the next build?
[17:43] <lool> mhall119: See #ubuntu-touch debug
[17:43] <lool> mhall119: didrocks is gone
[18:06] <fginther> t1mp, I've noticed something with the uitk autopilot touch tests. It looks like autopilot is dying before the end of the test: http://10.97.0.26:8080/job/generic-mediumtests-runner-mako/2562/
[18:07] <fginther> t1mp, the autopilot.log artifact shows that last progress
[18:08] <t1mp> fginther: I cannot open the link. perhaps I need to reconfigure vpn
[18:09] <fginther> t1mp, this is the match: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/2562/
[18:10] <fginther> t1mp, the log shows 50 completed tests, 1 that wasn't OK
[18:11] <fginther> t1mp, I'm wondering if the out-of-memory killer got it
[18:11] <t1mp> fginther: you see a fail in https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/2562/artifact/results/autopilot.log ?
[18:11] <fginther> t1mp, ubuntuuitoolkit.tests.test_emulators.UbuntuUIToolkitEmulatorBaseTestCase.test_pointing_device_in_desktop doesn't state OK
[18:12] <fginther> t1mp, I don't know if that's a failure or something else
[18:13] <t1mp> I don't see test_pointing_device_in_desktop in that log
[18:13] <t1mp> fginther: remind me tomorrow. eod for me now
[18:13] <fginther> t1mp, ack
[18:37] <robru> lool, ogra_: how do i take a screenshot on a nexus with ubuntu touch?
[18:37] <ogra_> there was a script from jibel
[18:37] <ogra_> (only works on n4 though)
[18:39] <robru> ogra_, lool: ok so I updated to the latest PPA builds of unity8, unity-mir, notifications, and qmenumodel. Now there is a persistent notification on my screen. it's blank and does not go away, cannot be dismissed.
[18:40] <ogra_> bah
[18:40] <robru> ogra_, and it obscures the tab header bar of any application that i try to launch
[18:40] <ogra_> Saviq, ^^^ any idea ?
[18:41] <robru> Saviq, ogra_: https://docs.google.com/file/d/0B49rBrRdRp38dG14ZUdmVzJiSDA/edit?usp=sharing
[18:44] <lool> ogra_: did you upload the seed change?
[18:44] <ogra_> lool, yep
[18:44] <lool> cool
[18:44] <lool> sergiusens: is latest calendar app published?
[18:44] <lool> sergiusens: with fixed .desktop?
[18:44] <ogra_> ubuntu-keyboard seems to be in the atchive
[18:44] <sergiusens> lool, not yet
[18:46] <sergiusens> lool, well yes and no, there's another desktop file issue which I want to fix
[18:47] <lool> Saviq: Around?
[18:47] <lool> Saviq: robru says he gets https://docs.google.com/file/d/0B49rBrRdRp38dG14ZUdmVzJiSDA/edit?usp=sharing with latest unity8 + unity-notifications + qmenumodel
[18:48] <lool> robru: can you followup with unity folks / upstreams?
[18:49] <lool> mhr3_: ^ maybe you know too
[18:49] <lool> Ok, I'm out
[18:50] <mhr3_> sounds like the thing Saviq was working on today
[18:50]  * ogra_ goes afk as well for a while 
[18:54] <Saviq> lool, new unity notifications, not new unity8
[18:55] <Saviq> robru, lool, trunk unity8 has a corresponding merge
[18:56] <Saviq> lool, robru, so just a unity8 upgrade away
[18:56] <Saviq> released already
[18:56] <robru> Saviq, is it landed yet? if not can you link the mp so i can watch it? i am literally waiting for this so that i can begin testing today
[18:56] <Saviq> robru, it's released alredy, but must not have reached your device yet
[18:56] <Saviq> robru, bazaar.launchpad.net/~unity-team/unity8/trunk/revision/467
[18:58] <robru> Saviq, hmm, ok, I see that in the PPA. not sure why i didn't get it on my device
[19:32] <robru> ogra_, so yesterday I reported https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1240229 . I am still seeing this issue today, with latest unity8/unity-mir/etc
[19:34] <sergiusens> robru, isn't that a dup of https://bugs.launchpad.net/mir/+bug/1238695 ?
[19:34] <robru> sergiusens, yeah, sounds like it. ok, I'll mark duplicate.
[19:34] <robru> anyway it leaves me unable to test the latest images.
[19:38] <sergiusens> robru, join the band wagon; maguro isn't that great either ;-)
[19:38] <sergiusens> lool, hey, for music app, was I supposed to switch to the powerd from the archives at all?
[20:05] <fginther> t1mp, if you're still around, I got a uitk mako run to pass: http://10.97.0.26:8080/job/generic-mediumtests-runner-mako-fjg/66/
[20:06] <fginther> t1mp, I discovered one problem was the oom killer was killing qmlscene and autopilot before the test completed, the workaround was to split up the tests
[20:08] <fginther> t1mp, I hesitate to call this a fix as I don't think this test should lead to low memory in the first place
[20:59] <robru> ogra_, latest unity8 has 12 failures for me: http://paste.ubuntu.com/6247725/
[20:59] <robru> was just 2 failures a couple day sago
[21:01] <ogra_> robru, on which phone is that ?
[21:01] <robru> ogra_, n7
[21:01] <ogra_> bah
[21:02] <ogra_> given that your Mir only works partially thats no wonder
[21:03] <ogra_> (i think we even stopped testing on n7 in the lab ... or at least we're hiding the tablets if we do)
[21:14] <asac> robru: you cant use n7
[21:14] <rsalveti> robru: yeah, that's probably because of mir
[21:14] <asac> use mako
[21:15] <rsalveti> robru: if you disable mir it should work fine again
[21:15] <rsalveti> but yeah, for critical stuff use mako instead
[21:15] <rsalveti> faster and the real target :-)
[21:15] <robru> asac, ok, send me a mako
[21:15] <asac> you only have n7? thought you had a phone
[21:15] <robru> nope
[21:15] <robru> cyphermox has one
[21:15] <asac> not sure how you want to test then
[21:16] <asac> cyphermox: ^^
[21:16] <robru> yeah, cypher was already running tests on unity today.
[21:25] <rsalveti> robru: let me know if you any help with testing
[21:25] <robru> rsalveti, thanks, cyphermox is on it
[21:26] <cyphermox> asac: done
[21:26] <cyphermox> (testing)
[21:27] <asac> cyphermox: so whats the status? what are we waitingfor still?
[21:27] <asac> (general image status)
[21:29] <cyphermox> nothing, just pushing the buttons to publish now
[21:29] <cyphermox> brb, need to focus to not screw up
[21:29] <sergiusens> @ci for the dashboard/utah, can we wipe the logs/artifacts left over from another test before collecting/running for the new ones?
[21:31] <asac> sergiusens: check with doanac and friends
[21:31] <asac> cyphermox: ok good. please double check with everyone that everything is in :)
[21:31] <asac> hopefully we avoid missing this one bit that would have made the image perfect
[21:31] <asac> hehe
[21:31] <asac> thanks!
[21:31] <cyphermox> well let's do that one right away
[21:33] <doanac> sergiusens: yeah. makes sense
[21:33] <doanac> i'll send an MP to plars in a bit
[21:33] <sergiusens> cyphermox, the unperfect image?
[21:33] <sergiusens> imperfect*
[21:34] <cyphermox> sergiusens: ?
[21:34] <cyphermox> this is for 258, 260, 262
[21:35] <sergiusens> cyphermox, I have no idea what you are talking about, so let's just leave it there :-)
[21:36] <cyphermox> the landings I'm fixing now
[21:36] <cyphermox> not sure if anything else is required -- that's fixes for qmenumodel, unity8, unity-mir and unity-notifications
[21:37] <cyphermox> asac: robru: ^ is there anything else?
[21:43] <cyphermox> slangasek: how is the upstart leak fixing going?
[21:44] <lool> sergiusens: Yes, we had discussed switching qtpowerd from archive and that should be fine (perhaps give it a quick test though)
[21:44] <slangasek> cyphermox: we understand the issue, now it's a question of fixing it properly
[21:45] <slangasek> the proper fix might be to make upstart and unity8 talk to each other over the session bus, instead of directly
[21:45] <cyphermox> slangasek: just curious, do you have an ETA?
[21:46] <cyphermox> I'm pushing a change for unity8 now (waiting in proposed)
[21:46] <slangasek> cyphermox: no; this can't be a rush job
[21:46] <plars> doanac: don't we already do that? all those artifacts should be stored under clientlogs (except for /var/crash of course), but both of those locations are wiped
[21:46] <sergiusens> lool, after I asked I remembered we already had had that conversation
[21:46] <sergiusens> lool, it was done
[21:46] <slangasek> cyphermox: while we could land a quick-fix in upstart, it would carry risk of other well-behaved clients losing events from us
[21:46] <cyphermox> slangasek: I understnad, but I mean not likely to be done within four hours?
[21:46] <doanac> plars: /home/phablet/.cache/upstart
[21:47] <sergiusens> lool, was asking just because no I know why I had failing locks ;-)
[21:47] <slangasek> cyphermox: nope
[21:47] <cyphermox> slangasek: alright
[21:47] <sergiusens> lool, I was on surface flinger
[21:47] <plars> doanac: ah, right
[21:47] <sergiusens> lool, it's really hard to use maguro after a while on mir, so I sometimes just switch
[21:47] <cyphermox> slangasek:  asac: then let's make that 100 image once the unity* bits in proposed are in archive, agree?
[21:47] <slangasek> cyphermox: 4 hours to change the way the upstart user session starts the bus and clients connect to it == rush job
[21:47] <lool> sergiusens: oh
[21:47] <cyphermox> slangasek: just checking ;)
[21:47] <lool> sergiusens: I thought you had reflashed
[21:47] <slangasek> cyphermox: not my decision, I have no opinion :)
[21:47] <lool> sergiusens: isn't Mir better now?
[21:48] <cyphermox> heh
[21:48] <cyphermox> lool: what do you think?
[21:48] <lool> cyphermox: unity bits in archive >> good
[21:48] <lool> cyphermox: let me check the plan
[21:48] <sergiusens> lool, not really
[21:49] <cyphermox> lool: that's all there was besides the upstart fix I was just discussing with slangasek
[21:49] <sergiusens> lool, if you use it for dogfooding it's bad
[21:49] <sergiusens> lool, works fine for the first 5 open/close app cycle
[21:50] <lool> cyphermox: qmenumodel?
[21:50] <cyphermox> yes
[21:50] <cyphermox> landing 258
[21:50] <lool> cyphermox: yes, would you get that in too?
[21:50] <cyphermox> yes, that's in
[21:50] <lool> cyphermox: unity-notifications >> robru had issues with it, but it's fixed with latest unity8 IIUC?
[21:50] <cyphermox> yes
[21:50] <lool> Ah it's in proposed
[21:51] <cyphermox> robru confirmed, he was missing a revision
[21:51] <lool> cyphermox: So I think I need to do unity8 + lxc-android-config uploads, but these need not be in image
[21:52] <lool> however it's perhaps bad if they aren't
[21:52] <lool> Cool, and I see unity-mir is in
[21:54] <lool> cyphermox: did you hint all of this already?
[21:54] <cyphermox> lool: yes
[21:55] <lool> cyphermox: I dont see an unity-notifications hint
[21:55] <cyphermox> hold on
[21:55] <lool> cyphermox: nor qmenumodel
[21:56] <cyphermox> are you in a checkout?
[21:56] <cyphermox> I added them not long ago
[21:56] <cyphermox> oh, maybe not
[21:56] <cyphermox> forgot to commit ?
[21:57] <robru> lool, yes, notification issue is fixed in latest unity8
[21:59] <rsalveti> seems the only pending issue for today is the upstart one then
[22:00] <rsalveti> everything else is already in or in proposed
[22:01] <asac> cyphermox: i think the udev fix will not come unfortunately
[22:01] <rsalveti> asac: for maguro?
[22:01] <asac> rsalveti: yes
[22:02] <rsalveti> yeah, not in time for the release
[22:21] <lool> Saviq: Hey
[22:21] <lool> Saviq: Sorry you missed this on #ubuntu-devel
[22:21] <lool> Saviq: I have an urgent landing of unity8 to do: https://code.launchpad.net/~lool/unity8/drop-setcap-conf/+merge/191520
[22:22] <Saviq> lool, uh
[22:25] <cyphermox> rsalveti: I need to run for a while, feel free to kick an image if unity8, unity-mir, unity-notifications and qmenumodel are in release.
[22:26] <rsalveti> cyphermox: sure, are we just waiting for them to be automatically published?
[22:26] <cyphermox> yeh
[22:26] <cyphermox> looks to me like they are
[22:26] <rsalveti> great
[22:26] <lool> Saviq: Hope there's enough context there that it makes sense
[22:27] <Saviq> lool, yeah
[22:27] <lool> Saviq: I'm building a test package, but perhaps it's best if it starts its way to the PPA in the mean time?
[22:27] <Saviq> lool, building here, too, 15 mins ok?
[22:27] <lool> FYI I'm getting these lintians on unity8:
[22:27] <lool> E: unity8 source: missing-build-dependency-for-dh-addon python2 => python | python-all | python-dev | python-all-dev
[22:27] <lool> E: unity8 source: missing-python-build-dependency
[22:27] <lool> Saviq: Sure
[22:28] <rsalveti> lool: wait to land this before we reach 100?
[22:28] <lool> rsalveti: I think we'd rather do that
[22:28] <rsalveti> ok, I'm around anyway
[22:29] <Saviq> lool, we have python:any
[22:29] <Saviq> lool, maybe lintian barfs on that syntax?
[22:30] <rsalveti> lool: lxc-android-config is already in proposed
[22:31] <Saviq> rsalveti, we're 15 mins away
[22:31] <rsalveti> Saviq: sure
[22:31] <Saviq> 0200 UTC is still 4hrs away ;)
[22:31] <lool> Saviq: possibly
[22:32] <Saviq> btw, has anyone managed to upgrade lxc-android-config?
[22:32] <lool> rsalveti: missing unity8 though
[22:32] <lool> Saviq: tricky eh
[22:32] <lool> Saviq: need to umount the udev rules
[22:32] <rsalveti> yup
[22:32] <Saviq> lool, ah bind-mounted udev rules
[22:32] <Saviq> yeah
[22:32] <lool> Saviq: now you know that pain with unity8  ;-)
[22:32] <Saviq> lool, yeah, I knew it before already ;)
[22:34] <Saviq> TBH I'm really scared of all the bind mounts :/
[22:34] <rsalveti> yeah
[22:35] <rsalveti> mount's output is almost taking my entire screen
[22:35] <Saviq> yeah
[22:35] <lool> I dont get the new conffile with the new package
[22:35] <Saviq> we should build support for a whitelist into overlayfs or something
[22:35] <lool> ah no, wrong one
[22:35] <lool> 0.114 is what I want
[22:35] <lool> not published yet
[22:35] <lool> pfiou
[22:36] <Saviq> fginther, ping
[22:46] <Saviq> lool, so... simple upgrade won't work, need to unmount the udev rules and unity8 first?
[22:47] <Saviq> (still building, but just making sure)
[22:47] <lool> Saviq: yes
[22:47] <lool> ah crap, there was also this download-manager spam
[22:48] <lool> ralsina: Around?
[22:48] <ralsina> lool: sort of!
[22:48] <lool> ralsina: 21:03 < jibel> barry, lool latest u-d-m spams syslog with debug messages, 1 upgrade from 92 to 99 generated more than 2MB of log messages, I'll file a bug
[22:48] <ralsina> argh
[22:49] <ralsina> mandel may still be around (he's in orlando this week)
[23:01] <lool> Saviq: http://people.dooz.org/~lool/unity8-drop-setcap-conf/
[23:01] <lool> Saviq: Tested by dpkg -i -O installing .debs here; I had the boot-hooks before, and now it's gone
[23:03] <cjwatson> lool,Saviq: python:any> I believe new(er) lintian fixes that
[23:03] <cjwatson> ignore lintian on this for now :)
[23:04] <Saviq> cjwatson, I was meaning to ;D
[23:05] <lool> Saviq: I've pushed to trunk
[23:05] <lool> sorry for fastpassing this
[23:05] <lool> sending to PPA now
[23:06] <Saviq> lool, nw, I confirmed on desktop it worked - will confirm in a few mines on devices
[23:06] <lool> Saviq: thanks
[23:06] <Saviq> *mins ;)
[23:07] <lool> I dont have the armhf builds, so happy if you test there
[23:07] <lool> I will update from PPA once it's there
[23:07] <lool> cyphermox, rsalveti: Sorry for delaying image a bit
[23:07] <rsalveti> no worries
[23:07] <lool> ralsina: I've chatted with asac to assess the ubuntu-download-mangaer thing
[23:07] <lool> ralsina: It's quite bad, but it can wait til an update
[23:08] <ralsina> lool: AFAIK the only logging changes are when network goes up/down so it should not happen all the time
[23:08] <lool> ralsina: FYI it's bad because a small update like today's generated a huge syslog (and I witnessed download speed wasn't exactly what my internet line allows) and because we dont rotate the log; it's also bad because it's the base image people will update *from* that has it
[23:09] <ralsina> lool: yes, agreed
[23:09] <lool> ralsina: try grep download-manager /var/log/syslog
[23:09] <ralsina> k now that's a lot of crap
[23:09] <ralsina> we'll have a fix ready tomorrow
[23:09] <lool> ralsina: a) it's logging crap  b) it's logging progress
[23:10] <lool> ralsina: Do you know if it affects click?
[23:10] <lool> ralsina: the click one seems more manageable
[23:10] <lool> it does log debug
[23:11] <lool> ah no, it logs progress too
[23:11] <lool> less crap though
[23:13] <lool> GAH
[23:13] <lool> 2013-10-16 23:06:05,880 INFO A version in the ppa (7.83+13.10.20131016.1-0ubuntu1) is higher than the proposed version in bzr (7.83+13.10.20131016-0ubuntu1) (previous tests/builds failing?). Basing on that one.
[23:15] <lool> merged changelog, gave back
[23:17] <Saviq> lool, you should really start liking generic-land ;)
[23:17] <lool> Saviq: I've actually bzr merged by hand
[23:17] <Saviq> lool, yes, that's what I meant
[23:17] <lool> found this even easier than generic-land
[23:17] <lool> ah
[23:18] <lool> You got me there  :-)
[23:21] <Saviq> lool, yeah, seems to be working
[23:22] <Saviq> lool, got the capability fine on /usr/bin/unity8
[23:22] <lool> Saviq: cool; and just one boot-hook from the two?
[23:22] <fginther> Saviq, pong
[23:22] <lool> I mean there's an unrelated mir one
[23:22] <Saviq> lool, yes, just one
[23:22] <lool> cool
[23:23] <Saviq> fginther, hey, can we collect ~/.cache/upstart/unity8.log (or *.log) in mediumtests?
[23:23] <asac> lool: so are we ready for take off?
[23:23] <sil2100> Hi guys
[23:23] <asac> lool: remember to doc the syslog flood bug
[23:23] <asac> for releas notes
[23:23] <sil2100> Can I help in any way?
[23:23] <Saviq> fginther, while autopilot doesn't have upstart support we're not getting any console output from unity8 tests now :/
[23:24] <lool> asac: almost
[23:24] <lool> asac: need to move unity8 around still
[23:24] <lool> asac: but it's all merged and building
[23:24] <lool> preparing the hints already
[23:24] <fginther> Saviq, sure
[23:25] <lool> sil2100: I think we're good
[23:25] <lool> sil2100: unless you know something about shutting up qdebug
[23:26] <sil2100> lool: sadly - are we getting too much debugging output?
[23:26] <lool> sil2100: yes
[23:26] <lool> sil2100: ubuntu-download-manager logs download progress of system updates and of click downloads
[23:27] <Saviq> lool, http://qt-project.org/doc/qt-5.0/qtcore/qtglobal.html#qInstallMessageHandler
[23:27] <lool> + some garbave
[23:27] <lool> +garbage
[23:27] <lool> Saviq: Right, there's already a message handler there
[23:27] <lool> I was hoping there was a simple flag to use to stop them from propagating
[23:27] <lool> but seems this has to be done in code
[23:27] <lool> something like DOWNLOAD_MANAGER_DEBUG=1 to turn it on, otherwise off
[23:27] <fginther> Saviq, it's updated, doing a test now
[23:28] <Saviq> fginther, thanks
[23:28] <lool> ah QT_NO_DEBUG_OUTPUT is what I was after
[23:28] <Saviq> lool, that'd have to be the custom message handler in there - Qt doesn't provide anything I'm afraid
[23:28] <Saviq> lool, but it'd be easy to add
[23:28] <lool> but runtime would be best
[23:28] <Saviq> lool, that's build-time
[23:28] <Saviq> yeah
[23:28] <lool> Saviq: There's a message handler
[23:28] <Saviq> lool, so just make it not print anything if an env var is set
[23:29] <lool> yeah, I shrug at the idea of doing it each message, and at writing C++; I'll just pretend it's C
[23:30] <lool> oh
[23:30] <lool> #ifdef DEBUG
[23:30] <lool>         Logger::setLogLevel(QtDebugMsg);
[23:30] <lool> #else
[23:30] <lool>         if (qgetenv("UBUNTU_DOWNLOADER_DEBUG") != "")
[23:30] <lool>             Logger::setLogLevel(QtDebugMsg);
[23:30] <lool> #endif
[23:31] <lool> Logger::setLogLevel is what I was after I guess
[23:31] <Saviq> lool, yeah, it *does* have an env var like that
[23:32] <Saviq> lool, so in theory if UBUNTU_DOWNLOADER_DEBUG is unset, it shouldn't log debug
[23:32] <lool>     if (type < _logLevel)
[23:32] <lool>         return;
[23:32] <lool> yeah
[23:32] <popey> lool: could you please add this to landing asks, it's in progress.. https://code.launchpad.net/~charlesk/indicator-datetime/lp-1233176/+merge/190009
[23:34] <lool> popey: (You don't have permission?)  I've added an ask, check if description is ok?
[23:35] <popey> i dont have permission
[23:35]  * popey looks
[23:35] <lool> I'm not putting it on the plan right now as code isn't ready
[23:35] <popey> perfect thanks
[23:35] <popey> sure
[23:36] <sil2100> popey: do we need this in before release?
[23:36] <popey> yes
[23:36] <sil2100> popey: or we target for Friday?
[23:36] <popey> well its part of a set of things
[23:36] <popey> goes along with line 217
[23:37] <popey> without 217 we get no alarms saved
[23:37] <sil2100> I think we need to find someone to review this ASAP then
[23:37] <popey> without the one I just mentioned, we get no notifications when alarms occur
[23:37] <popey> i believe ted is reviewing
[23:38] <rsalveti> can you confirm this will be reviewed today still?
[23:38] <rsalveti> if not target for friday
[23:38] <popey> by friday you mean SRU?
[23:39] <sil2100> popey: btw. since I see 217 was rejected, but bug https://bugs.launchpad.net/qtorganizer5-eds/+bug/1236390 has actually two commits now - you know if it's properly fixed now?
[23:39] <rsalveti> possibly, not sure yet what friday means in the landing spreadsheet
[23:39] <lool> Saviq: facepalm!
[23:39] <lool> Saviq: DEFINES += DEBUG
[23:39] <popey> sil2100: yeah, it has been tested on device and balloons is adding AP tests
[23:40] <popey> sil2100: https://code.launchpad.net/~nskaggs/ubuntu-clock-app/alarm-tests/+merge/191482
[23:41] <lool> I'm a bit worried as DEBUG is used for a range of things
[23:41] <balloons> getting close ;-)
[23:44] <sil2100> ;)
[23:47] <sil2100> popey, balloons: so, maybe since we're basically only waiting for autopilot tests, maybe I should test it and make sure we can instantly release it once APs are ready?
[23:48] <popey> that would be helpful
[23:48] <popey> thanks sil2100
[23:48] <balloons> go for it I'm just polishing them up atm
[23:49] <popey> What worries me about bumping to friday is that we end up with a build tomorrow which gets published with some key features broken
[23:49] <popey> I realise we can document this in the release notes, and set expectations accordingly of course
[23:50] <popey> just a shame to have worked on the alarm stuff and not quite have all the bits landed in the final image
[23:50] <sil2100> Right, but there's not much we can do if the code won't make it on time
[23:53] <lool> ralsina: https://code.launchpad.net/~lool/ubuntu-download-manager/udm-no-debug/+merge/191536
[23:53] <ralsina> lool: looking...
[23:53] <lool> untested
[23:54] <ralsina> lool: so DEBUG is set?
[23:55] <ralsina> lool: ok, so too late to fix the define. +1
[23:55] <ralsina> lool: top-approved
[23:56] <lool> ralsina: There's a DEFINE in the .pro, but other parts of the code setup signals and hooks on ifdef DEBUG
[23:56] <lool> and I dont really want to review these
[23:56] <popey> sil2100: sure
[23:57] <ralsina> lool: yeah, let's clean that up for after release
[23:57] <lool> ralsina: I'll just prepare this in PPA in case we want to push this tomorrow morning
[23:57] <lool> but I think we're goign without
[23:57] <ralsina> ok
[23:57] <lool> doing a test build here to try it out
[23:59] <popey> rsalveti: sil2100 so if not in build 100 tomorrow, would it be an SRU?