[00:18] <lpotter> convergence bug: cannot grab that carrot top icon at the bottom for scopes
[00:25] <lpotter> as well.. terminal needs more permissions ;/ still have to use ssh to get anything done
[00:34] <jhodapp> mhall119, yes that's right...we'll be working hard to minimize the cursor latency
[00:35] <jhodapp> lpotter, what do you mean terminal needs more permissions?
[00:35] <jhodapp> in what context?
[00:58] <lpotter> gives me 'permission denied' when running my little show_acceleration command
[10:18] <mzanetti_> lpotter, hey ho
[10:18] <mzanetti_> lpotter, how would you assess the state of the systeminfo api? in terms of getting it landed upstream
[10:19] <mzanetti_> lpotter, Eskil said that qtsystems is not a supported/released module, so we wouldn't require to have backends for other platforms just now
[10:30] <Saviq> dandrader, hey, there's code conflicts between qtmir initialSurfaceGeom and sizeHints, could you please resolve (note I've resubmitted a lot under ~unity-team last night to distill the packaging changes)
[10:30] <Saviq> dandrader, so you want https://code.launchpad.net/~unity-team/qtmir/sizeHints/+merge/284826 and https://code.launchpad.net/~dandrader/qtmir/initialSurfaceGeom/+merge/283227
[10:32] <dandrader> Saviq, you mean lp:~unity-team/qtmir/sizeHints still has conflicts? What's the difference between it and the original ~dandrader version?
[10:32] <Saviq> dandrader, no, I mean it conflicts with lp:initialSurfaceGeometry
[10:32] <Saviq> dandrader, I've only stripped packaging changes from it
[10:33] <Saviq> dandrader, they need to be put on top one another because of the conflicting changes in add_surface
[10:33] <dandrader> Saviq, ah, ok.
[10:33] <dandrader> Saviq, so you don't mind if I rewrite history in lp:~unity-team/qtmir/sizeHints, right?
[10:33] <Saviq> dandrader, probably makes most sense to cram sizeHints in between removeUselessClass and initialSurfaceGeometry
[10:34] <Saviq> dandrader, should be fine, nothing depends on it yet
[10:34] <Saviq> dandrader, but that shouldn't be required, either, you can merge uselessClass in it
[10:35] <Saviq> dandrader, and then merge sizeHints in initialSurfaceGeom
[10:35] <Saviq> and resubmit both accordingly
[10:35] <dandrader> Saviq, I prefer working on a clean, shorter, stack of commits instead of a bunch of merge commits
[10:36] <Saviq> dandrader, IMO it's more obvious in history to build on trunk + merged prerequisite, but meh
[10:37] <dandrader> Saviq, you mean trunk + merged prereq + your_stuff? yeah
[10:38] <dandrader> Saviq, although that didn't cut it for resolving a conflict in CI last time. I had to: prereq + your_stuff (even though prereq was based on an old version of trunk)
[11:04] <coretex__> hi, why is this branch private? https://code.launchpad.net/~aacid/unity8/new_dash_navigation/+merge/271617
[11:06] <cimi> tsdgeos, it doesnt seem like we are using Header inside qml/Components isnt't it?
[11:06] <tsdgeos> cimi: correct, i think it can be killed
[11:06] <cimi> I'll kill it
[11:06] <tsdgeos> coretex__: good question
[11:07] <tsdgeos> coretex__: it should not be
[11:07] <tsdgeos> coretex__: https://code.launchpad.net/~aacid/unity8/new_dash_navigation is the branch and works fine
[11:07] <tsdgeos> i've no idea why the MR asks for login
[11:08] <coretex__> tsdgeos, yep, strange :D thanks
[11:08] <Saviq> coretex__, weeird!
[11:09]  * Saviq asked on #launchpad
[11:10] <Saviq> you can access the branch fine, but not the MP?¿
[11:10] <tsdgeos> Saviq: yep, try with a private session
[11:10] <tsdgeos> branch works, MR asks for login
[11:17] <Saviq> tsdgeos, coretex__ ah, it's because of lp:unity8/overlay being private now (since we deprecated it) and the new MP supersedes a merge into overlay
[11:17] <Saviq> is a bug
[11:18] <Saviq> I'll leave it as is to help debugging
[11:19] <coretex__> thansk Saviq :D
[11:20] <Saviq> tsdgeos, coretex__, bug #1541331
[11:20] <ubot5`> bug 1541331 in Launchpad itself "Public MPs superseding private ones require logging in" [Undecided,New] https://launchpad.net/bugs/1541331
[11:23] <tsdgeos> oh
[11:23] <Saviq> tsdgeos, cimi, wassup with https://code.launchpad.net/~aacid/unity8/activtion-progress/+merge/284421 ?
[11:25] <tsdgeos> Saviq: don't know, guess cimi wanted to try it?
[11:26] <cimi> Saviq, was waiting for a silo but the branch is fine, we can top approve too
[11:26] <cimi> Saviq, when I approved the branch I didnt top approve because the other branches were not approved
[11:36] <Saviq> cimi, ack, is going into silo 51
[11:38] <Saviq> dandrader, tsdgeos had a good point about not prerequisiting the packaging changes - CI will only fail in code instead of clearly in package deps (and even when we have working CI in such cases, we need the packaging to be in order)
[11:39] <Saviq> so we might just centralize debian/changelog bumps instead, which should not cause conflicts in theory (or make the packaging branches prereq always)
[11:41] <Saviq> dandrader, don't think unity-api needed resubmission, or did you just do it for the sake of completeness?
[11:42] <dandrader> Saviq, needed to add initialSurfaceGeom as a prerequisite
[11:42] <Saviq> dandrader, well, why?
[11:42] <Saviq> they didn't conflict, did they?
[11:42] <dandrader> Saviq, because I'm putting sizeHints on top of initialSurfaceGeom
[11:42] <Saviq> dandrader, yeah, but for unity8, not unity-api ;)
[11:43] <Saviq> s/unity8/qtmir/ rather
[11:43] <dandrader> Saviq, I did it for qtmir and unity-api
[11:43] <Saviq> dandrader, but unity-api was building fine without it?
[11:43] <dandrader> Saviq, qtmir/sizeHints would not build if unity-api/sizeHints lacked the initialSurfaceGeom changes
[11:43] <Saviq> dandrader, so yeah, paperwork :P
[11:44] <Saviq> but now kbdLayout is conflicting again
[11:44] <Saviq> let me fix that
[11:46] <Saviq> and now we're back to square one wrt. chaining them all
[11:47] <Saviq> dandrader, next time please just list the needed things in description, only do prerequisites when fighting conflicts
[11:47] <Saviq> otherwise you cause an avalanche for all downstream MPs
[11:48] <dandrader> Saviq, ok, will do that for unity8/sizeHints then
[12:05] <mzanetti_> Mirv, hey, according to the comments on this bug the fix has not landed yet: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1534776
[12:05] <ubot5`> Launchpad bug 1534776 in qtmultimedia-opensource-src (Ubuntu) "Notification sounds cause multimedia to pause" [Critical,In progress]
[12:05] <mzanetti_> Mirv, however, it work again for me...
[12:07] <Mirv> mzanetti_: o_O. anyway, I'm just bob the builder when it comes to QtMM, so ask Jim for example.
[12:07] <Mirv> mzanetti_: Saviq/tsdgeos wants it for unity8 anyway though
[12:08] <tsdgeos> hmmm
[12:08] <tsdgeos> mzanetti_: on rc-proposed?
[12:09] <mzanetti_> yes
[12:09] <mzanetti_> tsdgeos, ^
[12:10] <tsdgeos> i guess they may have reverted any logic they had on media-hub for pausing streams
[12:10] <tsdgeos> the QtMM code is still broken/wrong
[12:11] <Saviq> mzanetti_, it depends on the notification
[12:11] <Saviq> mzanetti_, some of the sounds are played by the services, not by unity8, and they could set alert properly
[12:11] <Saviq> mzanetti_, only QML items could not
[12:11] <mzanetti_> Saviq, I did have this issue with telegram before, not any more
[12:11] <Saviq> (i.e. any sounds from unity8)
[12:11] <mzanetti_> let me try screenshots
[12:12] <mzanetti_> screenshots working too now
[12:16] <Saviq> mzanetti_, iiinteresting, is it rc-proposed vs. stable by any chance?
[12:19] <mzanetti_> Saviq, yeah, I'm on rc-proposed
[12:19] <mzanetti_> Saviq, stable still has the bug
[12:25] <coretex__> oh boy, http://i.imgur.com/veHsW9n.jpg
[12:25] <Saviq> mzanetti, we have a bug to dupe this one to, right bug #1541351
[12:25] <ubot5`> bug 1541351 in unity8 (Ubuntu) "Bluetooth keyboards which aren't actually keyboards suppress the on-screen keyboard." [Undecided,New] https://launchpad.net/bugs/1541351
[12:31] <mzanetti> coretex__, haha
[12:31] <Saviq> right, bug #1521518
[12:31] <ubot5`> bug 1521518 in ubuntu-ui-toolkit (Ubuntu) "No way to invoke OSK when a hardware keyboard is connected" [Undecided,Triaged] https://launchpad.net/bugs/1521518
[12:36] <coretex__> [unity8][wishlist] volume up/down by hovering with the mouse the sound indicator in desktop mode
[12:37] <coretex__> using the mouse wheel
[12:37] <coretex__> as it is in unity7
[12:41] <Saviq> coretex__, bug #1398888
[12:41] <ubot5`> bug 1398888 in unity8 (Ubuntu) "Support all indicator actions" [Medium,Triaged] https://launchpad.net/bugs/1398888
[12:47] <coretex__> yay thanks Saviq  :D
[14:46] <mterry> Saviq, did you just approve your own kbdLayout branch without any reviews?  :)
[14:46] <Saviq> mterry, d'uh
[14:46] <mterry> What kind of example are you setting for the children?
[14:46] <Saviq> mterry, it's because it's resubmitted, got confused it was already acked before
[14:47] <Saviq> sries
[14:47] <Saviq> /food
[15:19] <mzanetti> greyback_, hey ho
[15:19] <greyback_> mzanetti: hi
[15:19] <mzanetti> greyback_, I'm frequently running into this bug and managed to catch a log now: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1541388
[15:19] <ubot5`> Launchpad bug 1541388 in qtmir (Ubuntu) "Icons in launcher sometimes refuse to launch application" [Critical,Confirmed]
[15:20] <mzanetti> greyback_, looking at the log from qtmir it seems that m_queuedStartApplications already has the entry
[15:20] <mzanetti> greyback_, but it never launches
[15:20] <greyback_> mzanetti: I'll pass you to dednick who I think did that bit
[15:21] <mzanetti> greyback_, I only notice this since OTA-9, so must have slipped in shortly before the OTA-9 freeze
[15:21] <mzanetti> dednick, ^
[15:23] <dednick> mzanetti: hm. i think dandrader had a fix for that ?
[15:24] <mzanetti> dednick, you think of this? https://code.launchpad.net/~dandrader/qtmir/appRestart-lp1527737/+merge/284640
[15:24] <dandrader> mzanetti, dednick, sounds similar to bug 1527737, for which I have a fix
[15:24] <ubot5`> bug 1527737 in qtmir (Ubuntu) "Apps do not start if restarted quickly after closing" [High,In progress] https://launchpad.net/bugs/1527737
[15:24] <dednick> https://code.launchpad.net/~dandrader/qtmir/appRestart-lp1527737/+merge/284640
[15:25] <mzanetti> well, the other was when restarted quickly
[15:25] <mzanetti> this one happens quite randomly
[15:25] <mzanetti> and also doesn't recover on its own
[15:25] <mzanetti> it only recovers when you launch the app from the dash
[15:25] <mzanetti> but yeah... same code paths indeed
[15:26] <mzanetti> dednick, dandrader, anyone of you has time to look into it? happens relatively often. have it a couple of times a day
[15:27] <dednick> mzanetti: give me a second. just going to loook a tthe log
[15:27] <dandrader> mzanetti, dednick I would say after appRestart-lp1527737 gets landed. or at least working on top of that branch
[15:29] <dednick> mzanetti: can you "make" it happen?
[15:29] <dednick> or just random?
[15:30] <mzanetti> dednick, so far just random sadly
[15:30] <mzanetti> dednick, but doing this helps:
[15:30] <mzanetti> dednick, launch all the apps using the launcher, close them all again
[15:30] <mzanetti> dednick, launch some from the dash, close them again
[15:30] <mzanetti> dednick, then repeat. eventually you'll come by one in the launcher that won't do any more
[15:31] <mzanetti> dednick, hangout now
[16:21] <dednick> mzanetti: you still have the u8 logs of that happening?
[16:21] <mzanetti> dednick, pasted them to the bug report
[16:21] <mzanetti> dednick, I still have it in that state tho, if you want me to try something
[16:21] <mzanetti> dednick, but it really only prints 3 lines
[16:21] <dednick> mzanetti: need the backlog of when the app last closed.
[16:21] <mzanetti> dednick, ack, one sec
[16:22] <mzanetti> dednick, http://paste.ubuntu.com/14867269/
[16:22] <dednick> mzanetti: ta
[17:46] <lpotter> mzanetti: depends on if everyone is happy with the QInputInfo API.
[17:47] <lpotter> mzanetti: yes, for now I can just make platform stubs
[17:48] <mzanetti> lpotter, ok, will do another review round and +1 it if all ok.
[17:48] <lpotter> hmm.. needs autotests as well
[17:48] <lpotter> but that can also come later if needed
[17:48] <mzanetti> Trevinho, hey, my cursor just went away again. are there any logs or something that could be useful?
[17:52] <Trevinho> mzanetti: mh, anything from xorg?
[17:52] <Trevinho> mzanetti: also, I didn't remember: you get that back on re-login, right?
[17:53] <mzanetti> Trevinho, I think relogin would do, usually I reboot to fix it
[17:54] <Trevinho> mzanetti: can you try to do something like
[17:54] <Trevinho> gsettings set com.canonical.Unity.Interface cursor-scale-factor 1.0
[17:54] <mzanetti> Trevinho, http://paste.ubuntu.com/14868839/
[17:54] <Trevinho> or any value
[17:54] <Trevinho> and then back to what it used to be
[17:54] <Trevinho> or... actually for your case is 0.5 or 2.0
[17:54] <mzanetti> nope...
[17:54] <mzanetti> no change... still invisible
[20:23] <josharenson> Saviq: how should the mir dependencies be handled? Should unity8-greeter depend on things like mir-platform-input-evdev5?
[20:24] <josharenson> Saviq: because on a  "stock" ubuntu system, simply installing unity8-greeter doesn't work any more (I _did_ add USC as a dependency)
[20:24] <anpok> some one should jnow that we need desktop or android drivers
[20:25] <josharenson> anpok: I assume you mean someone other that mir, which happily lets me know why its crashing
[20:25] <anpok> and then pull in mir-graphics-drivers-android or -desktop
[20:25] <anpok> in both cases evdev-input would be pulled in too
[20:25] <anpok> ot should be..
[20:25] <josharenson> anpok: by the driver?
[20:25] <anpok> dependencies
[20:26] <josharenson> anpok: cool, since this only runs on the desktop (for now) I'll just depend on the desktop driver until we figure something better out
[20:26] <anpok> ok
[20:26] <anpok> hm if mesa would not pull in everything we could also just have both..
[20:29] <josharenson> anpok: humm it looks like I already had mir-platform-graphics-mesa-kms7 installed (but also have mir-platform-input-evdev4 instead of evdev5) as well
[20:30] <josharenson> i get the feeling that shouldn't matter
[20:31] <anpok> most of the time it does not matter they can exist in parallel.. in 0.17 or 0.18 we had a problem with client side libraries that could disturb it each other..
[20:58] <Saviq> anpok, I think I read somewhere this morning that this might still be the case until 0.20
[21:18] <anpok> Saviq: ok could have landed after 0.19