Mir in Ubuntu

[Daniel van Vugt]

The protocol stability is not a top priority yet. Because it's totally 
hidden behind the API. Protocol changes can still occur with careful 
package versioning. Because we can continue to release updates to the 
shared mir client library, with opaque changes to the protocol.

It's the API/ABI we need to stabilize sooner because we can't control 
the release of third-party apps/toolkits/shells once they start appearing.

The protocol details don't matter until/unless you have multiple 
implementations the protocol. And for Mir, that's a long way off.


On 28/05/13 17:30, Alan Griffiths wrote:
> On 27/05/13 07:19, Christopher James Halse Rogers wrote:
>>
>> Since the system compositor depends on the Mir server API, which we've
>> made no effort to make ABI-stable, I don't think we can reasonably
>> autoland mir+unity-system-compositor into the distro.
>
> We've always said "you don't need it (yet)" but the time has come to
> have a plan for stabilizing the MIR ABI (and also the underlying protocol).
>