Although the vast majority of distributions are betting on Wayland, the truth is that other alternatives such as Mir continue to develop. East Canonical's graphical server is still alive and many are trying to get all that they wanted to reach the MIR graphic server.
One of these functions is communication with other graphics servers, something that has already been achieved and now, the focus is on making Mir available for other distributions.
Developer Alan Griffiths has indicated that he is working on making Mir usable in Fedora, being an alternative to Wayland and Xorg. This will take some time to happen and at the moment work is being done on Fedora, but the intention of the Mir team is to make Mir present in non-Ubuntu or non-Ubuntu based distributions.
Fedora will be the first distribution to have MIR other than Ubuntu
Along with this function, many desktops want this to happen, including Unity 8, Yunit and MATE, desktops that have expressed a desire to work with this graphical server, although with Xorg and with XWayland they work perfectly.
It is expected that for Mir version 0.28.1 this will be achieved, but it is not something that is certain or at least easy to achieve. In any case it is an objective that sooner or later will be achieved and with it will raise a new scenario for developers, for desktops, for distributions and without a doubt for Canonical itself.
Personally, I do not opt for any of these projects, but it is striking that when Canonical decided to create Mir because Wayland was not moving forward, many began to support Wayland and now that Wayland is the most complete development, many choose Mir. Although one project has nothing to do with another, it is still curious Do not you think?
I'm not a programming freak, or Wayland, or anything like that, but what I dislike about Mir is that they chose C ++ as their programming environment. Without entering into discussion, using an object programming environment at such a low level I do not see anything suitable, I think the correct thing would be to use pure C, without more, it would avoid the possibility of the objects' own failures and it would save resources. I consider OOP for high-level environments.
Greetings.