[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
[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
[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:48] <bschaefer> which supports what im seeing as well
[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
[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