=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
[06:32] <RAOF> What are our thoughts re: Boost::Signals?
[06:56] <RAOF> No! Bad Chris!
[06:56] <RAOF> No writing a half-assed implementation of C# events in C++!
[07:58] <anpok_> RAOF: depends
[08:01] <RAOF> On? :)
[08:09] <anpok_> i guess depends on how you use it and
[08:10] <anpok_> especially when you emit signals
=== shiznix_ is now known as shiznix
=== marcusto_ is now known as marcustomlinson
[11:27] <alan_g> kdub: can I tempt you to review this? https://code.launchpad.net/~alan-griffiths/mir/helptext-mentions-config-file/+merge/260439
[11:27] <kdub> sure
[11:45]  * kdub groans about our server initiated ipc being raw bytes
[11:45] <alan_g> kdub: @"Recommending $XDG_RUNTIME_DIR" You mean adding "(E.g. $XDG_RUNTIME_DIR)"?
[11:45] <kdub> alan_g, yeah
[11:47] <alan_g> How else do you send a union? :^)
[11:50] <kdub> haha, I just remember all the times I had to look up that env variable name many moons ago, but fine with the text as-is
[11:52] <alan_g> Actually $XDG_CONFIG_HOME
[11:52] <alan_g> I think
=== alan_g is now known as alan_g|lunch
=== dandrader is now known as dandrader|afk
=== alan_g|lunch is now known as alan_g
=== dandrader|afk is now known as dandrader
=== dandrader is now known as dandrader|lunch
=== alan_g is now known as alan_g|EOD
[17:38] <bschaefer> racarr, if i get an event log from a unity8 app, those mir events are before it touches anything qt/mir related? Or after it goes through qt/mir and back to the client?
[17:38] <bschaefer> as this is what im seeing when testing out repeating key through unity8 desktop: http://paste.ubuntu.com/11441144/
[17:38] <bschaefer> i just get a bunch of ups
[17:40] <bschaefer> looking at qt/mir it doesnt seem to support repeating key (all it supports is turning repeat into a down key)
[17:43] <racarr> MIR_CLIENT_INPUT_RECEIVER_REPORT run on unity8 would output the stream before
[17:43] <racarr> qt stuff yeah
[17:44] <bschaefer> racarr, sooo that means mir it self is sending all the up events?
[17:44] <bschaefer> strange...as this only fails when running through unity8 desktop
[17:44] <bschaefer> if i run a mir server from mir-demos, the repeat key works
[17:45] <bschaefer> (which should use the same libs as unity8 desktop)
[17:47] <bschaefer> racarr, theres this bug report: https://bugs.launchpad.net/qtmir/+bug/1420271
[17:47] <ubot5> Launchpad bug 1420271 in QtMir "Missing events in qtmir with the port-to-event-2.0 branch" [Undecided,New]
[17:48] <bschaefer> which supports what im seeing as well
=== dandrader|lunch is now known as dandrader
[18:01] <racarr> bschaefer: Sorry I've been getting some flack about not finishing my own assigned stuff lately so I'm not really paying attention...I can take it in my backlog :)
[18:02] <bschaefer> racarr, sorry! I can try to take a look as well but for the most part i just need to make sure its not the patch im making for sdl1.2
[18:03] <bschaefer> racarr, thanks!
[18:03] <racarr> I think as long as the output from mir demos is safe you are fine...and I can track the bug.
[18:03] <bschaefer> racarr, sounds good
[18:03] <racarr> I'm pretty sure it must be broken in qtmir -.-
[18:03] <racarr> but maybe laso in mir!
[18:03] <bschaefer> its a bit of a strange event loop :)
[18:04] <bschaefer> cool soo i can get the sdl1.2 patch finally proposed :)
[18:04] <racarr> :D
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
[23:18] <RAOF> Actually, that should totally be here:
[23:18] <RAOF> I propose that we build a bikeshed! https://code.launchpad.net/~raof/mir/optional-check-precondition/+merge/260672