Sebbene la stragrande maggioranza delle distribuzioni scommetta su Wayland, la verità è che altre alternative come Mir continuano a svilupparsi. est Il server grafico di Canonical è ancora vivo e molti stanno cercando di ottenere tutto ciò che volevano per raggiungere il server grafico MIR.
Una di queste funzioni è la comunicazione con altri server grafici, qualcosa che è già stato raggiunto e ora l'obiettivo è rendere Mir disponibile per altre distribuzioni.
Sviluppatore Alan Griffiths ha indicato che sta lavorando per rendere Mir utilizzabile in Fedora, essendo un'alternativa a Wayland e Xorg. Ci vorrà del tempo prima che accada e al momento si sta lavorando su Fedora, ma l'intenzione del team Mir è di rendere Mir presente nelle distribuzioni non Ubuntu o non basate su Ubuntu.
Fedora sarà la prima distribuzione ad avere MIR diverso da Ubuntu
Insieme a questa funzione, molti desktop vogliono che ciò accada, inclusi Unity 8, Yunit e MATE, desktop che hanno espresso il desiderio di lavorare con questo server grafico, sebbene con Xorg e con XWayland funzionino perfettamente.
Ci si aspetta che per la versione 0.28.1 di Mir questo sarà raggiunto, ma non è qualcosa di certo o almeno facile da ottenere. In ogni caso è un obiettivo che prima o poi verrà raggiunto e con esso rilanceremo un nuovo scenario per gli sviluppatori, per i desktop, per le distribuzioni e senza dubbio per la stessa Canonical.
Personalmente, non opto per nessuno di questi progetti, ma è sorprendente che quando Canonical ha deciso di creare Mir perché Wayland non stava andando avanti, molti hanno iniziato a supportare Wayland e ora che Wayland è lo sviluppo più completo, molti scelgono Mir . Sebbene un progetto non abbia nulla a che fare con un altro, è comunque curioso Non pensi?
Non sono un fanatico della programmazione, o Wayland, o qualcosa del genere, ma quello che non mi piace di Mir è che hanno scelto C ++ come ambiente di programmazione. Senza entrare in discussione, utilizzando un ambiente di programmazione degli oggetti a un livello così basso non lo vedo per niente adatto, penso che la cosa corretta sarebbe usare il C puro, senza di più, si eviterebbe la possibilità di guasti propri degli oggetti e risparmierebbe risorse. Considero OOP per ambienti di alto livello.
Saluti.