=== maclin1 is now known as maclin
=== timchen1` is now known as timchen119
=== maclin1 is now known as maclin
=== faenil_ is now known as faenil
[08:44] <tsdgeos> Saviq: any idea how to proceed with https://bugs.launchpad.net/ubuntu/+source/qtmultimedia-opensource-src/+bug/1534776 ? seems people dropped the ball in this one and don't think it's critical anymore?
[08:44] <ubot5`> Launchpad bug 1534776 in qtmultimedia-opensource-src (Ubuntu) "Notification sounds cause multimedia to pause" [Critical,In progress]
[09:00] <Saviq> tsdgeos, yeah, it slipped through to the next OTA, I updated the milestone
=== faenil is now known as faenil_
=== faenil_ is now known as faenil
[09:35] <tsdgeos> cimi: can you also do https://code.launchpad.net/~aacid/unity8/titleAlignmentOnCompileTime/+merge/286186 if you have time?
[09:36] <cimi> tsdgeos, yes
[09:43] <tsdgeos> Saviq: regarding the arm64 issue for qmenumodel, is there any way for me to "try" this in a kind of interactive way?
[09:44] <tsdgeos> or should i just get a silo and throw the branch at it?
[09:53] <Saviq> tsdgeos, there is
[09:53] <tsdgeos> cool tx
[10:19] <Saviq> Mirv, what's https://bazaar.launchpad.net/~phablet-team/ubuntu-ui-toolkit/gles/revision/106 ¿?
[10:19] <Saviq> Mirv, causes UITK-gles build failures in train :(
[10:19] <Saviq> Mirv, why isn't it in an MP?
[10:42] <Mirv> Saviq: because that change is already in staging and bzoltan_ is doing a new landing from staging trunk - this, in combination with our CI needing it to compile staging. it used to be in its own branch, but I didn't realize you might have your own UITK landing... maybe it should be merged to bzoltan_'s OTA-10 landing?
[10:43] <Saviq> Mirv, totally should not be on "gles trunk" until it gets released :P
[10:43] <Mirv> Saviq: I agree, it's just complicated
[10:44] <Saviq> Mirv, why couldn't it just be in MP into UITK-gles, landed together with UITK itself? staging PPA or something?
[10:45] <Saviq> Mirv, maybe we don't have a "landing" per se, but we do have a demo silo
[10:45] <Mirv> Saviq: sure it can be
[10:45] <Mirv> Saviq: I just need to wire the CI again to use some temporary branch instead of UITK-gles
[10:46] <Saviq> Mirv, you probably need UITK-gles/staging really
[10:46] <Saviq> to go with UITK/staging
[10:47] <Saviq> greyback, undo your merge on uitk/gles-sync1
[10:47] <Saviq> actually I can
[10:48] <Mirv> Saviq: it's restored now in trunk
[10:48] <Saviq> Mirv, thanks
[10:50] <Saviq> ooh netsplit
[11:06] <Saviq> tsdgeos, so, um, seems happy after all https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-015/+packages
[11:06] <tsdgeos> weird
[11:06] <tsdgeos> so one off?
[11:06] <Saviq> I couldn't get it to fail on the box either
[11:06] <Saviq> tsdgeos, could be, will rebuild a few times just for fun
[12:21] <dandrader> mzanetti, for you to review: https://code.launchpad.net/~dandrader/unity8/ownMockMirSurface/+merge/286298
[12:22] <mzanetti> kk
[12:22] <dandrader> Saviq, ^^^ would be good to have this in the silo as well
[12:41] <Saviq> dandrader, ack
=== dandrader is now known as dandrader|afk
[13:36] <Mirv> mzanetti: silo 9 has upstream inputinfo patch set 17 if you want to test it for the unconfined case (Mir support will probably not make it to OTA-10)
[13:37] <Mirv> or well, there's time until feature freeze but even if Mir would be on time then the API for inputinfo should also done
[13:38] <mzanetti> Mirv, cool thanks! that makes things easier
=== dandrader|afk is now known as dandrader
[14:50] <mterry> dandrader, added test to that narrow-mouse-hack branch, good point
[15:00] <dandrader> mterry, cool
[15:00] <dandrader> mterry, not reviewing it myself though. got too many reviews already on my plate
[15:00] <mterry> dandrader, got it
[15:01] <mterry> cimi, ^ still got time for the narrow-mouse-hack?
[15:01] <cimi> mterry, I can, you need it today?
[15:01] <mterry> cimi, no, it's targetted for ota10, but not that urgent
[15:06] <cimi> tsdgeos, I think you fixed that right? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1546472
[15:06] <ubot5> Launchpad bug 1546472 in unity8 (Ubuntu) "App scope display issues" [Undecided,New]
[15:14] <tsdgeos> cimi: yes, but this guy is using the "fixed" version already :/
[15:15] <tsdgeos> cimi: we need a way to reproduce it since before i could but now i can't i've spent like 1h this morning playing with the app scope to no avail
[15:15] <cimi> ok
[15:15] <cimi> let's ask him
[15:15] <mterry> mzanetti, launcher-sizing in silo 64 is conflicting with something in Launcher.qml and DesktopStage.qml
[15:16] <cimi> ah he already said he will add
[15:16] <mzanetti> mterry, yep, will rebase
[15:24] <Saviq> mterry, input proxies conflicted, too, let me find the build
[15:24] <mterry> Saviq, there was a problem with a missing file, but I fixed that this morning.  Was there a conflict in addition?
[15:26] <Saviq> mterry, ah no, that was it - missing file
[15:26] <mterry> Saviq, yeah that was from my rebasing (applied a patch, didn't think about bzr add).  I fixed that, re-approved, and re-added to silo
[15:27] <Saviq> mzanetti, criss cross
[15:28] <Saviq> mzanetti, you'll have to recommit on top of kbdLayout, as you had launcher-updates in launcher-sizing before, now kbdLayout has launcher-updates...
[15:31] <ltinkl> Saviq, before I start with the rebase hell again... shall I put windowOpenCloseAnimations on top of launcher-sizing?
[15:32] <Saviq> ltinkl, dunno, will it conflict?
[15:32] <ltinkl> Saviq, just trying... I bet yes
[15:33] <ltinkl> Saviq, yup, the usual stuff (shell, desktopstage, windowresizearea)
[15:46] <Saviq> mzanetti, lp:~saviq/unity8/launcher-sizing
[15:46] <Saviq> mzanetti, it's just the diff from merging your branch onto kbdLayout (modulo po/ changes)
[15:46] <ltinkl> Saviq, gonna rebase windowOpenCloseAnimations on top of that, k?
[15:47] <mzanetti> wait, I'll push-overwrite it to my branch first
[15:47] <Saviq> ltinkl, -ish, let mzanetti sanity-check it too
[15:47] <ltinkl> Saviq, ok
[15:57] <mzanetti> Saviq, looks ok but it has launcher-updates changes in it
[15:57] <mzanetti> Saviq, which was it's earlier prereq, now it's kbdLayout
[15:58] <Saviq> mzanetti, but kbdLayout is on top of launcher-updates now, no?
[15:58]  * Saviq unsure how did that happen, then
[15:58] <mzanetti> no, spread-updates
[15:58] <Saviq> but that is on top of launcher-updates?
[15:59] <Saviq> something needs to be on top of launcher-updates if we want to make this work :)
[15:59] <mzanetti> nope
[15:59] <mzanetti> yeah :D
[15:59] <mzanetti> I can update spread-updates I guess...
[15:59] <Saviq> or
[15:59] <Saviq> hrmf
[16:00] <mzanetti> ah, resubmitting launcher-updates on top of launcher-sizing might work
[16:00] <mzanetti> maybe... maybe not
[16:00] <mzanetti> worth a try I guess
[16:00] <mzanetti> or we just drop launcher-updates and make everything go in with launcher-sizing
[16:01] <Saviq> mzanetti, well, you had l-u under l-s for a reason
[16:01] <Saviq> mzanetti, l-u should go on top of kL then, and l-s remain on top of l-s
[16:01] <Saviq> *l-u
[16:01] <mzanetti> kk
[16:01]  * Saviq drops my weird branch
[16:03] <Saviq> mzanetti, you overwrote already... I assume you have no local copy of your previous l-s then?
[16:03] <mzanetti> Saviq, I do
[16:03] <Saviq> ok, then that should go back (modulo the kL merge)
[16:03] <mzanetti> Saviq, going ahead with merging kL into l-u?
=== dandrader is now known as dandrader|afk
[16:17] <Saviq> mzanetti, do
[16:18] <Saviq> let's just hope the trunk merges don't make bzr go into criss-cross mode again
[16:18] <Saviq> but don't think it should
[16:25] <mzanetti> Saviq, ok... done.
[16:25] <mzanetti> updating silo
[16:26] <Saviq> tx
[16:34] <pstolowski> cimi, hey
[16:34] <cimi> pstolowski, hi!
[16:35] <ltinkl> Saviq, mzanetti: woot, looks like it worked this time :)
[16:35] <mzanetti> yeah, /me watching it too :D
[16:35] <pstolowski> cimi, i've branches for single previews ready (shell plugin and unity-api interface change)
[16:35] <cimi> pstolowski, awesome
[16:36] <pstolowski> cimi, MPs coming in a moment
[16:37] <ltinkl> mzanetti, Saviq: looks like it should be safe now to rebase the windowAnims on top of launcher-sizing
[16:37] <mzanetti> yes, I'd think so too
[16:37] <Saviq> yup
[16:38]  * ltinkl on it
[16:41] <pstolowski> cimi, https://code.launchpad.net/~stolowski/unity-api/single-preview/+merge/286359 and https://code.launchpad.net/~stolowski/unity-scopes-shell/single-preview/+merge/286360
[16:42] <pstolowski> cimi, i still need to bump versions and updated symbols file, but other than that it's practically ready to work on
[16:43] <cimi> pstolowski, thanks a lot
[16:43] <cimi> not saying in PL or someone else will start testing my knowledge of the language :P
[16:44] <pstolowski> :D
[16:45] <cimi> anyway, will be back in 5-10 mins, have a tiny headache
=== dandrader|afk is now known as dandrader
[16:54] <ltinkl> Saviq, don't you love bzr http://paste.ubuntu.com/15101046/
[16:55] <Saviq> I do
[16:59] <ltinkl> lol
[16:59] <ltinkl> speachless http://paste.ubuntu.com/15101109/
[17:01] <Saviq> someone stole your peaches?
[17:01] <Saviq> :P
[17:02]  * Saviq in bad mood
[17:06] <dandrader> ltinkl, yeah, have seem some silly conflicts in the past. I've actually seem conflicts that were actually wrong, where I had to reach for the conflicting source code to be able to correctly reassemble the code. Makes me question whether bzr is corrupting my diff everytime I rebase it...
[17:07] <ltinkl> Saviq, ah :)
[17:08] <ltinkl> dandrader, yup, I think I've seen those completely wrong merges too by now
=== JMulholland_ is now known as JMulholland
=== alan_g is now known as alan_g|afk
[17:39] <Saviq> mzanetti, btw, pastebin seems persistent enough http://pastebin.ubuntu.com/1/ :p
[17:39] <mzanetti> Saviq, yeah, but I meant more from a "find it again" point of view
[17:39] <mzanetti> anyways. I was just trolling, really
[17:40] <Saviq> I know, so am I
=== alan_g|afk is now known as alan_g
=== dandrader_ is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
[19:38] <lpotter> mzanetti: grrr.. I completely missed that countChanged signal..
[20:06] <lpotter> updated.
[20:06] <lpotter> even has documentation, surprisingly
[20:17] <ricotz> Trevinho, hi :), I guess "X-Ayatana-Desktop-Shortcuts" is obsolete and therefore it should not appear in a default install at least