MATE Desktop : Inquiétude autour du projet ...
20 août 2025 à 09:12
Bonjour à tous,
Pour rappel, le projet MATE, qui vise à offrir un environnement de bureau léger similaire à ce que proposait GNOME 2 à l'époque. C'est d'ailleurs son fork. L'arrivée de GNOME 3 a chamboulé l'ergonomie de l'environnement de bureau.
Plutôt que de contribuer à un environnement plus traditionnel tel que Xfce, le fork MATE est né ! D'autres projets ont d'ailleurs émergés à cette période se basant sur les composants de GNOME 3, mais en proposant une interface plus "traditionnelle", ce qui est le cas de Cinnamon.
En 2025, on a parlé de Fedora 42, d'Ubuntu 25.04, de Debian 13, de GNOME 48, de Plasma 6.4, que de projets qui bougent.
Lundi sur Twitch, j'ai abordé mes inquiétudes sur la santé du projet MATE, en citant plusieurs sources que vous retrouvez dans le descriptif. Et si je vous fais cet article, c'est que je n'ai pas vu d'actualités sur ce sujet dans la sphère francophone mais également dans les nombreuses sources américaines que je suis régulièrement.
Tout est parti du constat que Debian 13 proposait encore la version 1.26 de MATE, alors que la version 1.28 a été publiée en février 2024 !
On trouve d'ailleurs cette information sur la liste de diffusion de Debian en date de Mars 2025 (soit 1 an après la sortie de MATE 1.28) : https://lists.debian.org/debian-mate/2025/03/msg00015.html
Maxime Lombard, a exprimé ses préoccupations concernant la version 1.28 de MATE, qui n'est toujours pas disponible dans la branche Sid de Debian.
Mike Gabriel, développeur Debian, a répondu en indiquant que le problème était lié à un manque de temps pour résoudre les problèmes techniques :
- suppression de symboles sans mise à jour de SOVERSION_MAJOR
- comportement défectueux de mate-settings-daemon sur DBus : ça affecte des composants comme arctica-greeter, rendant l'intégration plus complexe.
Par conséquent, la version Trixie de Debian qui est sortie tout récemment inclus MATE 1.26, avec l'espoir de mettre à jour vers 1.28 dans Debian sid à condition que les problèmes cités soient évidemment résolus.
Jusque là, on pourrait penser à un souci d'intégration chez Debian, comme cela peut arriver à n'importe quelle distribution Linux.
Cependant, si on regarde dans les autres distributions, voici les versions de MATE livrée au 20 aoüt 2025 :
- Debian 13 : mate-desktop_1.26.2-1.2
- Ubuntu 25.04 : mate-desktop_1.26.2-1.2 (qui souffre du même problème)
- Fedora 42 : mate-desktop-1.28.2-4
- EL10 : n'est pas livré dans la version 10 d'EPEL
- Mageia 9 : mate-desktop-1.26.1-1
- OpenSUSE Tumbleweed : mate-desktop-1.28.2-1.5
- Arch Linux : mate-desktop-1.28.2-2
- Alpine Linux 3.22 : mate-desktop-1.28.2
Donc certaines distributions offrent MATE dans une version plus récente, cela semble donc bien un souci côté Debian et dérivées.
Cependant, si on regarde le cycle de développement sur la page Github https://github.com/mate-desktop/mate-desktop/releases :
- MATE 1.28.0 : Feb 13, 2024
- MATE 1.28.1 : Feb 16, 2024
- MATE 1.28.2 : Mar 11, 2024
...
Et depuis le 11 mars 2024, plus rien.
Si on regarde les commits, c'est à dire les portions de code modifiés https://github.com/mate-desktop/mate-desktop/commits/master/ :
- Commits on Apr 4, 2024 : Bump version to 1.29.0 : travail sur le développement de la future version 1.30. Les versions impaires sont les versions de développement des versions paires.
- Commits on Jul 30, 2024 : Background thumbnail under wayland: only use gdk_x11 when in x11
- Commits on Jul 5, 2025 : Fix palette + add persistence
En bref, 4 modifications, c'est pas énorme, le projet semble bien à l'arrêt.
Ce qui est inquiétant, c'est ce qui est écrit dans le bug 646 : "Mate 1.28 on Debian" #646
Le 15 mai 2025, billyswong demande ce qui se passe à propos de MATE 1.28 dans Debian et demande des explications à propos des soucis rencontrés par Debian :
Et la réponse d'un membre de l'équipe de développement de MATE (lukefromdc) n'est pas très rassurante sur l'état du projet.
Pour vous synthétiser ce que lukefromdc a exprimé, c'est son incapacité à déterminer l'origine des symboles supprimés dans la bibliothèque libmate-desktop, bien qu'il y ait eu des efforts pour ajouter de nouvelles fonctions pour remplacer les éléments obsolètes de GTK 3.
Cette situation est en fait aggravée par l'inactivité croissante de plusieurs membres de l'équipe, laissant lukefromdc et les "survivants" se sentir dépassés et incapables de gérer les problèmes techniques.
Parmi les problèmes techniques assez embêtants, on a notamment ceux liés à Travis CI, qui bloquent la distribution des versions.
Petite parenthèse pour vulgariser en quelques mots le rôle de l'outil Travis CI. C'est un service d'intégration continue qui aide les développeurs à automatiser le processus de test et de déploiement de leur code. En d'autres termes, chaque fois qu'un développeur apporte des modifications à son code, Travis CI exécute automatiquement des tests pour s'assurer que tout fonctionne correctement. Cela permet de détecter rapidement les erreurs et de garantir que le code reste stable avant d'être mis en production.
Si je reviens sur les propos de lukefromdc, il a également souligné son manque de connaissances et qu'il est dépassé par le poids du projet, ce qui complique encore davantage la situation. En attendant que de nouveaux contributeurs prennent le relais, le projet MATE se retrouve dans l'impossibilité de publier de nouvelles versions.
En prenant un peu de recul, même si des distributions comme Fedora arrivent à fournir MATE 1.28, on constate quand même qu'il est urgent pour le projet MATE de résoudre ces problèmes pour garantir l'évolution du projet.
Là où l'environnement Cinnamon a bien avancé sur l'intégration dans Wayland, et que Xfce commence à travailler dessus également, MATE est au point mort.
Ne faudrait-il pas tout simplement stopper l'hémorragie avec MATE, abandonner le projet et dispatcher les ressources restantes sur des projets existants comme Xfce ?
Finalement, Xfce et MATE sont proches visuellement et fonctionnellement. Et si possible, reprendre les applications de MATE pour les intégrer dans Xfce ?
Après tout, les projets LXDE et Razot-Qt ont fusionné pour devenir LXQt.
Et vous, qu'en pensez-vous ?
Pour rappel, le projet MATE, qui vise à offrir un environnement de bureau léger similaire à ce que proposait GNOME 2 à l'époque. C'est d'ailleurs son fork. L'arrivée de GNOME 3 a chamboulé l'ergonomie de l'environnement de bureau.
Plutôt que de contribuer à un environnement plus traditionnel tel que Xfce, le fork MATE est né ! D'autres projets ont d'ailleurs émergés à cette période se basant sur les composants de GNOME 3, mais en proposant une interface plus "traditionnelle", ce qui est le cas de Cinnamon.
En 2025, on a parlé de Fedora 42, d'Ubuntu 25.04, de Debian 13, de GNOME 48, de Plasma 6.4, que de projets qui bougent.
Lundi sur Twitch, j'ai abordé mes inquiétudes sur la santé du projet MATE, en citant plusieurs sources que vous retrouvez dans le descriptif. Et si je vous fais cet article, c'est que je n'ai pas vu d'actualités sur ce sujet dans la sphère francophone mais également dans les nombreuses sources américaines que je suis régulièrement.
Tout est parti du constat que Debian 13 proposait encore la version 1.26 de MATE, alors que la version 1.28 a été publiée en février 2024 !
On trouve d'ailleurs cette information sur la liste de diffusion de Debian en date de Mars 2025 (soit 1 an après la sortie de MATE 1.28) : https://lists.debian.org/debian-mate/2025/03/msg00015.html
Maxime Lombard, a exprimé ses préoccupations concernant la version 1.28 de MATE, qui n'est toujours pas disponible dans la branche Sid de Debian.
Mike Gabriel, développeur Debian, a répondu en indiquant que le problème était lié à un manque de temps pour résoudre les problèmes techniques :
- suppression de symboles sans mise à jour de SOVERSION_MAJOR
- comportement défectueux de mate-settings-daemon sur DBus : ça affecte des composants comme arctica-greeter, rendant l'intégration plus complexe.
Par conséquent, la version Trixie de Debian qui est sortie tout récemment inclus MATE 1.26, avec l'espoir de mettre à jour vers 1.28 dans Debian sid à condition que les problèmes cités soient évidemment résolus.
Jusque là, on pourrait penser à un souci d'intégration chez Debian, comme cela peut arriver à n'importe quelle distribution Linux.
Cependant, si on regarde dans les autres distributions, voici les versions de MATE livrée au 20 aoüt 2025 :
- Debian 13 : mate-desktop_1.26.2-1.2
- Ubuntu 25.04 : mate-desktop_1.26.2-1.2 (qui souffre du même problème)
- Fedora 42 : mate-desktop-1.28.2-4
- EL10 : n'est pas livré dans la version 10 d'EPEL
- Mageia 9 : mate-desktop-1.26.1-1
- OpenSUSE Tumbleweed : mate-desktop-1.28.2-1.5
- Arch Linux : mate-desktop-1.28.2-2
- Alpine Linux 3.22 : mate-desktop-1.28.2
Donc certaines distributions offrent MATE dans une version plus récente, cela semble donc bien un souci côté Debian et dérivées.
Cependant, si on regarde le cycle de développement sur la page Github https://github.com/mate-desktop/mate-desktop/releases :
- MATE 1.28.0 : Feb 13, 2024
- MATE 1.28.1 : Feb 16, 2024
- MATE 1.28.2 : Mar 11, 2024
...
Et depuis le 11 mars 2024, plus rien.
Si on regarde les commits, c'est à dire les portions de code modifiés https://github.com/mate-desktop/mate-desktop/commits/master/ :
- Commits on Apr 4, 2024 : Bump version to 1.29.0 : travail sur le développement de la future version 1.30. Les versions impaires sont les versions de développement des versions paires.
- Commits on Jul 30, 2024 : Background thumbnail under wayland: only use gdk_x11 when in x11
- Commits on Jul 5, 2025 : Fix palette + add persistence
En bref, 4 modifications, c'est pas énorme, le projet semble bien à l'arrêt.
Ce qui est inquiétant, c'est ce qui est écrit dans le bug 646 : "Mate 1.28 on Debian" #646
Le 15 mai 2025, billyswong demande ce qui se passe à propos de MATE 1.28 dans Debian et demande des explications à propos des soucis rencontrés par Debian :
Citation :
Anyone know the detail of these two issues, and whether they can be fixed?
Et la réponse d'un membre de l'équipe de développement de MATE (lukefromdc) n'est pas très rassurante sur l'état du projet.
Pour vous synthétiser ce que lukefromdc a exprimé, c'est son incapacité à déterminer l'origine des symboles supprimés dans la bibliothèque libmate-desktop, bien qu'il y ait eu des efforts pour ajouter de nouvelles fonctions pour remplacer les éléments obsolètes de GTK 3.
Cette situation est en fait aggravée par l'inactivité croissante de plusieurs membres de l'équipe, laissant lukefromdc et les "survivants" se sentir dépassés et incapables de gérer les problèmes techniques.
Parmi les problèmes techniques assez embêtants, on a notamment ceux liés à Travis CI, qui bloquent la distribution des versions.
Petite parenthèse pour vulgariser en quelques mots le rôle de l'outil Travis CI. C'est un service d'intégration continue qui aide les développeurs à automatiser le processus de test et de déploiement de leur code. En d'autres termes, chaque fois qu'un développeur apporte des modifications à son code, Travis CI exécute automatiquement des tests pour s'assurer que tout fonctionne correctement. Cela permet de détecter rapidement les erreurs et de garantir que le code reste stable avant d'être mis en production.
Si je reviens sur les propos de lukefromdc, il a également souligné son manque de connaissances et qu'il est dépassé par le poids du projet, ce qui complique encore davantage la situation. En attendant que de nouveaux contributeurs prennent le relais, le projet MATE se retrouve dans l'impossibilité de publier de nouvelles versions.
En prenant un peu de recul, même si des distributions comme Fedora arrivent à fournir MATE 1.28, on constate quand même qu'il est urgent pour le projet MATE de résoudre ces problèmes pour garantir l'évolution du projet.
Là où l'environnement Cinnamon a bien avancé sur l'intégration dans Wayland, et que Xfce commence à travailler dessus également, MATE est au point mort.
Ne faudrait-il pas tout simplement stopper l'hémorragie avec MATE, abandonner le projet et dispatcher les ressources restantes sur des projets existants comme Xfce ?
Finalement, Xfce et MATE sont proches visuellement et fonctionnellement. Et si possible, reprendre les applications de MATE pour les intégrer dans Xfce ?
Après tout, les projets LXDE et Razot-Qt ont fusionné pour devenir LXQt.
Et vous, qu'en pensez-vous ?