[08:43] <alan_g> duflu: happy with the response to your "Needs Info"? https://code.launchpad.net/~afrantzis/mir/eradicate-drm-auth-magic-rpc/+merge/271667
[08:43] <duflu> alan_g: No idea.
[08:43] <duflu> I'll get to it
[08:46] <duflu> alan_g, alf_: Approved. Just remember to remind camako not to rebase lp:mir/0.16 again because it would then inherit incorrect ABI bumps
[08:47] <alf_> duflu: thanks
[08:48] <alan_g> duflu: There's already a warning in place because of the libmirclient stanzas
[08:48] <duflu> alan_g: Not sure what you mean. What warning would stop him overwriting lp:mir/0.16 again?
[08:49] <duflu> Oh, we could just make it appendonly
[08:49] <alan_g> I warned him last week
[08:49] <duflu> Kay
[08:49] <duflu> I might set the flag
[13:46] <alan_g> anpok_: I was just re-reading some of the nested logic. Am I right that nested is now the only thing using DefaultInputManager? Is there a plan to kill it?
[13:47] <anpok_> alan_g: hum no that shouldnt be specific to being nested
[13:48] <anpok_> I will only cut off the legacy_dispatchable
[13:48] <alan_g> anpok_: OK, I've probably missed something.
[13:48] <anpok_> nested might create a NullInputmanager or an inputmanager with an empty legacy dispatchable and atm not loading any additional input platforms
[13:48] <anpok_> but it actually .. could.
[13:50] <alan_g> anpok_: it looks like nested creates DefaultInputManager with either NullLegacyInputDispatchable or the_legacy_input_dispatchable() and other paths create NullInputManager
[13:52] <anpok_> now thats interesting
[13:52] <alan_g> anpok_: don't worry.  I but I misread the code.
[13:52] <alan_g> s/I but//
[13:53] <anpok_> ha me too
[13:53] <anpok_> there is a tiny ! inside.
[13:54] <alan_g> Indeed.
[14:40] <guest42315> uuu mir 0.17
[14:41] <guest42315> will 0.16 land in OTA7?
[16:34] <kgunn> guest42315: most likely
[16:58] <guest42315> yay
[17:03]  * alan_g wonders at the excitement
[19:27]  * guest42315 snappy <3