Is Canonical Is Heading To Another Unity Situation

SYNTHÈSE STRUCTURÉE

Contexte : l’annonce de Canonical comme lead maintainer de Flutter Desktop

L’intervenant rapporte une annonce faite lors d’une vidéo officielle Flutter : « We are also so excited to announce today an expanded partnership with Canonical, who will now serve as the lead maintainer and strategic steward for Flutter Desktop. » Cela signifie que Canonical prend en charge non seulement Linux, mais aussi les versions Windows et macOS de Flutter Desktop. L’auteur exprime d’abord sa confusion, évoquant les précédentes tentatives de Canonical avec Unity (tablette, TV, téléphone), mais reconnaît ensuite que cette fois-ci, la logique est différente.

Historique : Canonical et Flutter, une relation de longue date

L’intervenant remonte à 2020, citant un article sur snapcraft.io : « Canonical enables Linux desktop app support with Flutter. » À l’époque, Canonical a travaillé avec Google pour porter Flutter sur Linux desktop, notamment via le Snap Store. En 2021, Ubuntu a fait de Flutter le choix par défaut pour ses futures applications desktop. L’auteur cite Ken VanDine (Canonical) : « Flutter is the default choice for future mobile and desktop apps created by Canonical. » Cette stratégie a déjà produit des applications concrètes : le nouvel installateur Ubuntu (basé sur Subiquity), le centre d’applications, le firmware updater et le centre de sécurité desktop, tous écrits en Dart/Flutter.

Applications Canonical existantes en Flutter

L’intervenant liste les applications Ubuntu déjà développées avec Flutter : l’installateur système, le centre d’applications, le firmware updater et le desktop security center. Il précise que ces outils sont « almost entirely written in Dart ». Il mentionne également des dépôts annexes comme snapd.dart, une bibliothèque permettant d’interagir avec Snapd depuis Dart. Cela montre que Canonical investit dans l’écosystème Flutter à plusieurs niveaux (UI et backend).

Parallèle avec GTK : un précédent historique

L’auteur compare la situation à celle de GTK, initialement créé pour GIMP, puis repris par le projet GNOME. Il explique : « GIMP aligned with the GTK version up through GTK 2. Then when GTK 3 came along, there was no GTK 3 version. Then GTK 4 came along, there was no GTK 4 version. » Ce décalage illustre un changement de gouvernance : GTK n’est plus mené par GIMP mais par GNOME. De même, Flutter passe d’un leadership Google à un leadership Canonical, ce qui pourrait modifier ses priorités.

Inquiétudes sur le support multi-plateforme

L’intervenant soulève des doutes légitimes : « Are those sides actually going to be treated equally? » Canonical est une entreprise Linux, ce qui pourrait désavantager Windows et macOS. Il se demande si Canonical embauchera des développeurs spécialisés pour ces plateformes. Il note aussi que Google a licencié environ 200 employés en 2024, dont certains travaillaient sur Flutter, ce qui alimente les craintes d’un abandon progressif par Google.

Un avenir possible : remplacement des composants GNOME par Flutter

L’auteur émet l’hypothèse que Canonical pourrait progressivement remplacer des composants GNOME par des équivalents Flutter, afin de renforcer l’identité visuelle d’Ubuntu (thème Yaru). Il tempère : « I don’t think a Unity-like thing is going to happen, but I wouldn’t be surprised if they start replacing more and more of the GNOME components with their own custom Flutter things. » Il évoque même, de façon spéculative, la possibilité d’un desktop entièrement en Flutter, à l’image de ce que fait System76 avec COSMIC (basé sur Rust/GTK).

Réaction de la communauté Flutter

L’intervenant rapporte que les retours des communautés Flutter sont « not excited, not angry, just wary ». Cette prudence est compréhensible : le passage d’un projet Google à un éditeur Linux soulève des interrogations sur la pérennité et l’équité du support multi-plateforme. L’auteur conclut en invitant le spectateur à donner son avis.

CONCEPTS CLÉS

Flutter : Framework UI open source développé par Google, utilisant le langage Dart, permettant de créer des applications cross-platform (mobile, web, desktop) à partir d’une même base de code.
Canonical : Éditeur d’Ubuntu, principal acteur Linux derrière le Snap Store et désormais lead maintainer de Flutter Desktop.
Snap : Format de paquetage universel pour Linux, promu par Canonical, permettant l’installation isolée d’applications.
Yaru : Thème par défaut d’Ubuntu, aux couleurs orange, violet, noir/blanc, utilisé dans les applications Flutter de Canonical.
Subiquity : Serveur d’installation Ubuntu, utilisé en backend par le nouvel installateur Flutter.
GTK : Boîte à outils graphique initialement créée pour GIMP, aujourd’hui maintenue par le projet GNOME. L’auteur l’utilise comme analogie historique pour Flutter.

CONCLUSION

L’annonce du transfert de la maintenance de Flutter Desktop à Canonical marque un tournant stratégique : d’un côté, elle assure une continuité pour l’écosystème Linux (Ubuntu en tête), avec des applications concrètes déjà en production ; de l’autre, elle suscite des inquiétudes légitimes sur l’avenir du support Windows et macOS, ainsi que sur la dépendance à un seul éditeur. L’intervenant résume bien la situation : « If the alternative was going to be the Google graveyard, hey, maybe it’s a good thing that Canonical decided to take it over. » Pour l’administrateur système, cela signifie qu’Ubuntu va probablement continuer à investir dans Flutter, ce qui pourrait se traduire par une meilleure intégration desktop et de nouveaux outils système. Il faudra surveiller l’évolution du support multi-plateforme et l’éventuelle migration de composants GNOME vers Flutter.