ディストリビューションの大部分はWaylandに賭けていますが、真実はMirなどの他の選択肢が開発を続けているということです。 東 Canonicalのグラフィカルサーバーはまだ生きています そして多くの人が、MIRグラフィックサーバーに到達したいすべてのものを取得しようとしています。
これらの機能のXNUMXつは、他のグラフィックサーバーとの通信です。これはすでに実現されており、現在は、Mirを他のディストリビューションで使用できるようにすることに重点が置かれています。
開発者 Alan Griffithsは、MirをFedoraで使用できるようにすることに取り組んでいることを示しています、WaylandおよびXorgの代替です。 これにはしばらく時間がかかり、現在Fedoraで作業が行われていますが、Mirチームの意図は、Mirを非Ubuntuまたは非Ubuntuベースのディストリビューションに存在させることです。
FedoraはUbuntu以外のMIRを持つ最初のディストリビューションになります
この機能に加えて、 Unity 8、Yunit、MATEなど、多くのデスクトップがこれを実現したいと考えています、XorgおよびXWaylandでは完全に機能しますが、このグラフィカルサーバーで機能することを望んでいるデスクトップ。
Mirのバージョン0.28.1ではこれが達成されることが期待されていますが、確実であるか、少なくとも達成が容易なものではありません。 いずれにせよ、遅かれ早かれ達成され、それによって上昇することが目標です 開発者向け、デスクトップ向け、ディストリビューション向けの新しいシナリオ そして間違いなくCanonical自体に。
個人的に、私はこれらのプロジェクトのいずれも選択しませんが、Waylandが進んでいないためにCanonicalがMirを作成することを決定したとき、多くの人がWaylandをサポートし始め、Waylandが最も完全な開発であるため、多くの人がMirを選択します。 あるプロジェクトは別のプロジェクトとは何の関係もありませんが、それでも好奇心が強いです そう思いませんか?
私はプログラミングフリークでもWaylandでもありませんが、Mirが嫌いなのは、プログラミング環境としてC ++を選んだことです。 議論に入るまでもなく、このような低レベルのオブジェクトプログラミング環境を使用することは、まったく適切ではないと思います。正しいことは、純粋なCを使用することであり、それ以上のことなしに、オブジェクト自体の障害の可能性を回避できると思いますそしてそれは資源を節約するでしょう。 高レベルの環境ではOOPを検討します。
ご挨拶。