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