[05:12] <hallyn> bah - so i can use /etc/default/keymap to set capslock as control in *console*, but unity8 still resets it to capslock :(
[05:36] <RAOF> hallyn: Urgh. Yeah, we don't read that properly at the moment. U8 isn't friendly to keyboards that aren't qwerty en_US.
[05:43] <hallyn> RAOF: drat, that's a bit of a blocker to getting serious work done in unity8
[05:44] <RAOF> Yes; particularly for me, as I use a dvorak keymap.
[05:44] <RAOF> So it's just plain wrong.
[05:44] <RAOF> https://bugs.launchpad.net/mir/+bug/1570340
[05:44] <ubot5`> Launchpad bug 1570340 in Canonical System Image "Mir should read default keymap from udev properties." [Medium,Confirmed]
[05:44] <hallyn> oh that reminds me i need to add a comment to the webbrowser-app crashing bug
[05:44] <hallyn> RAOF: ouch :)
[05:44] <RAOF> If you'd like to fix it yourself, it probably wouldn't be *that* hard. I could mentor you!
[12:48] <Mirv> kdub: kgunn: related to https://code.launchpad.net/~kdub/mir/avert-1563287/+merge/292298 Turbo also has Mali, or have you tested there's such a difference between T720 and T760?
[12:49] <Mirv> all our shipping or soon to be shipping devices have Mali.
[12:51] <kgunn> Mirv: we only have like 3 turbos among us, i do think kdub has one?
[12:51] <kdub> no
[12:51] <kdub> we can add the turbo name to that list, if that's what's being asked
[12:52] <kgunn> kdub: really?!?
[12:52] <kdub> I'll probably just change to a whitelist for adreno instead of a blacklist
[12:52]  * kgunn knows he asked
[12:53] <kdub> oh, I don't want one :)
[12:53] <kgunn> kdub: pvr ?
[12:53] <kgunn> ;)
[12:53] <kgunn> kdub: can you blacklist mali midgard
[12:53] <kgunn> ?
[12:53] <kgunn> rather than device
[12:53] <kgunn> just gpu
[12:53] <kdub> not yet
[12:53] <kdub> there's a card about it
[12:54] <kgunn> ? i feel like i've done this
[12:54] <kgunn> with a pvr quirk
[12:54] <kdub> we have a quirk system, but its config file + device name
[12:57] <Mirv> ok, thanks :)
[12:57] <kdub> Mirv, do you have a turbo?
[12:58] <Mirv> kdub: no :(
[12:59] <Mirv> they are hard to get so far, but that should of course change once they start to be sold
[12:59] <kdub> great, we developers can fix it then
[12:59] <kdub> ;)
[13:05] <kgunn> kdub: mzanetti and Saviq have one
[13:06] <Saviq> what up?
[13:06] <kdub> Saviq, if you do getprop ro.product.device is the string "turbo" ?
[13:06] <kdub> we're trying to anticipate further 'quirks' for that device
[13:09] <Saviq> kdub, yes
[13:09] <Saviq> $ getprop ro.product.device
[13:09] <Saviq> turbo
[13:09] <kdub> thanks Saviq
[19:34] <Saviq> hi all, can anyone point me to where is the virtual output for WiFi display created? We've been (temporarily, possibly wrongly) assuming that LVDS is our internal screen (that's the case on all hour hardware devices), but now WiFi Display says it's LVDS also, and that's breaking some scaling logic
[19:46] <AlbertA> Saviq: it is in
[19:46] <AlbertA> Saviq:  <mir>/src/platforms/android/server/display_configuration.cpp:45
[19:47] <AlbertA> http://bazaar.launchpad.net/~mir-team/mir/development-branch/view/head:/src/platforms/android/server/display_configuration.cpp#L45
[19:56] <Saviq> AlbertA, think it would make sense to make that unknown at least? at least as long as we don't have "virtual" or able to get the actual thing from the other side (but why would we - as far as we're concerned it's virtual)
[19:57] <AlbertA> Saviq: I could add a virtual type
[19:57] <AlbertA> Saviq: is that all you would need?
[19:58] <Saviq> AlbertA, yeah, as far as I know right now
[20:03] <AlbertA> Saviq: ok I'll roll that in to mir 0.22
[20:15] <Saviq> AlbertA, when you have a diff I could apply against lp:mir/ubuntu I'd be obliged, we'd put it in the aethercast silo
[20:15] <Saviq> temporarily at least
[22:14] <n1md4> hi.   tried using mir and unity8 recently.  after entering my details it just locks up.  im running a gtx980m with nvidia-361 driver.  any clues to get this working?
[22:35] <bregma> n1md4, we're only just enabling the nVidia binary blob driver...  it's,  uh, special
[22:35] <bregma> you could try nouveau instead
[22:42] <n1md4> bregma: thanks for the update.  I'd prefer something open, but to miss all the 980 goodness ... would almost be criminal.
[22:44] <bregma> fortunately nVidia is very interested in providing a better experience on Linux and we've been working with them to make sure that includes Mir support
[22:44] <bregma> they do go at their own pace, though
[22:45] <n1md4> it's always nice to hear though