Linux Desktop

J'ai commencé à utiliser Debian en juin 2001 avec la version 2.2 Potato. J'ai découvert fin 2004 le projet Ubuntu porté par l'entreprise Canonical et ça m'a tout de suite plu. En avril 2005, j'ai migré avec la version Ubuntu 5.04 Hoary Hedgehog.

Je trouvais cela incroyable qu'un milliardaire, Mark Shuttleworth, lui-même développeur Debian, investisse une grande partie de sa fortune dans le Linux Desktop.

J'étais adepte de Canonical : j'utilisais et promouvais Bazaar, Launchpad, puis Upstart en 2006.

À cette époque, j'aurais rêvé de travailler chez Canonical que j'admirais, mais je n'ai pas tenté ma chance : mon niveau d'anglais ne le permettait pas.

Ma confiance en Canonical a commencé à basculer vers 2012-2013. Je constatais qu'ils étaient seuls à coder Unity sans contribuer à GNOME Shell, à maintenir Upstart alors que systemd gagnait du terrain. La polémique autour de Dash fin 2012 a ajouté au malaise. Mais le vrai point de bascule a été en 2013, quand Canonical a décidé de lancer Mir de son côté et d'abandonner Wayland.

Voici les projets de Canonical qui n'ont pas réussi à s'imposer :

• Bazaar : outil de gestion de versions distribué pour le développement logiciel

  • Projet alternatif devenu mainstream : Git
  • Lancement : 26 mars 2005
  • Date mainstream Git : 7 avril 2005 (premier commit) ; adoption massive ~2008-2010
  • Mort : Dernière release stable 2016 ; support Launchpad totalement arrêté le 1er septembre 2025

• Upstart : système d'init pour Linux, remplaçant SysV

  • Projet alternatif devenu mainstream : systemd
  • Lancement : 24 août 2006 (Ubuntu 6.10)
  • Date mainstream systemd : 6 juillet 2010 (version 1) ; adoption massive ~2014-2015
  • Mort : Annonce d'abandon le 14 février 2014 ; remplacé effectivement dans Ubuntu 15.04 (avril 2015)

• Mir : serveur d'affichage graphique pour le desktop Linux

  • Projet alternatif devenu mainstream : Wayland
  • Lancement : Annoncé le 4 mars 2013
  • Date mainstream Wayland : 30 septembre 2008 ; adoption par GNOME, KDE ~2015-2017
  • Mort (desktop) : 5 avril 2017 (reconverti ensuite vers l'IoT/embarqué, toujours maintenu dans ce créneau)

• Unity : environnement de bureau pour Ubuntu

  • Projet alternatif devenu mainstream : GNOME Shell
  • Lancement : ~2010 (Ubuntu 10.10 Netbook Edition, puis 11.04 desktop)
  • Date mainstream GNOME Shell : 6 avril 2011 (GNOME 3.0)
  • Mort : 5 avril 2017

• Snap : système de packaging universel pour Linux

  • Projet alternatif devenu mainstream : Flatpak
  • Lancement : 2014-2016 (lancé avec Ubuntu Core/16.04)
  • Date mainstream Flatpak : mars 2015 (sous le nom xdg-app), renommé mai 2016 ; adoption par Fedora ~2016-2018
  • Toujours actif en 2026 (coexiste avec Flatpak)

Hors d'Ubuntu, seul cloud-init a réussi à s'imposer.

Dans la communauté du logiciel libre, une critique revient souvent sur Canonical, celle de garder la mainmise sur ses projets, d'utiliser un projet comme levier pour renforcer l'adoption de ses autres projets, et de freiner les contributions avec des CLA restrictifs comme le Canonical Contributor Agreement. C'est un constat que je partage. Je pense que ces pratiques, qui rendent les projets non conviviaux au sens d'Ivan Illich, expliquent en grande partie pourquoi ils échouent. Canonical n'a pas le savoir-faire de Red Hat pour construire une communauté qui porte un projet.

C'est triste à dire, mais depuis ce constat, j'en suis venu à penser qu'adopter un projet porté par Canonical, c'est parier sur le mauvais cheval. Depuis 2014, je ne m'intéresse plus du tout à leurs projets.

#JaiLu « Triple Buffering, a debrief » au sujet de Linux Desktop, GNOME en particulier (via).

Voici mes prochaines #intentions d'amélioration de ma workstation :

• Après avoir observé l'environement desktop d'Alexandre, cela m'a donné envie de tester Zen Browser.
• Installer, configurer et tester Ghostty.
• Étudier, installer, configurer un AI code assistant qui ressemble à Cursor mais pour Neovim, voici-ci les plugins que j'aimerais tester :
  • avante.nvim (https://github.com/yetone/avante.nvim)
  • codecompanion.nvim (https://github.com/olimorris/codecompanion.nvim)
• Peut-être apprendre à utiliser Jujutsu - A Git-compatible VCS that is both simple and powerful.
• J'aimerais trouver un équivalent à rofi ou fuzzel pour GNOME Shell.
  #JeMeDemande si la fonctionnalité "GNOME Shell Search Provider" me permettrait de réaliser cet objectif 🤔.
  Ou alors, est-ce que GNOME Shell permet nativement de lancer des scripts shells 🤔.
• Essayer de remplacer les services ChatGPT ou Claude.ai par Open WebUI.
• Peut-être remplacer zsh par fish shell.

Suite à la lecture de ce pouet, #JaiLu le billet de blog d'Emmanuele Bassi "The Mirror" qui traite de GObject et d'une stratégie d'amélioration.

Je n'ai pas compris l'intégralité de ce que j'ai lu. Cependant, l'écosystème Linux Desktop est un sujet qui me passionne depuis des années et je continue à me cultiver sur le sujet.

Sujet : Doctrine Linux Desktop.

Suite aux bugs décrits dans ma note du 2024-01-28, je pense que si je devais installer un Linux Desktop pour des amis non hackers, comme ma petite amie ou ma mère, je choisirais une version de Fedora n-1.
La dernière version de Fedora est actuellement la numéro 39, donc j'opterais pour la version 38.

Les versions de Fedora sont maintenues pendant un an.
Après six mois, les mises à jour se concentrent exclusivement sur les corrections de bugs et de sécurité, sans mise à niveau du kernel ou des autres composants principaux.

Bien que la version la plus récente de Fedora soit très stable, les mises à jour sont fréquentes et proches des versions upstream.
Cela peut exposer les utilisateurs à des bugs upstream, comme cela m'est arrivé récemment.