Les photographes pros peuvent tester GIMP ou autres logiciels libres dans ce domaine, et écrire en détail des retours d'expérience, faire des demandes de fonctionnalités ou rapporter des bugs.
Au sinon, ces personnes-là seront toujours coincées avec du logiciel propriétaire/privateur, et c'est dommage. Non seulement pour le coût des licences, mais aussi pour tout le reste (je ne vais pas faire un discours, on est sur LinuxFr après tout).
Il y aurait moyen de rassembler aussi du financement participatif pour tout ça (ce serait à organiser par l'équipe de GIMP ou autre).
Ce travail n'est absolument pas obligatoire. Si quelqu'un se plaint auprès de toi, développeur, et qu'ils utilisent un thème différent, tu peux les envoyer bouler et/ou leur dire de tester avec adwaita ou breeze
Tu serais étonné du nombre de rapports de bugs et demande de fonctionnalités que certains développeurs reçoivent, surtout pour les applications installées par défaut.
Faire du triage de bugs, certains contributeurs en ont fait leur spécialité. D'ailleurs toute aide est la bienvenue !
À chaque fois qu'un utilisateur vient avec un problème venant en fait d'un autre thème, c'est une perte de temps pour les contributeurs de l'application en amont.
Oui, il faut filtrer à l'entrée et dire de n'utiliser que le thème par défaut avant de rapporter un problème (exemple pour gedit).
On peut dire qu'avec le projet ZeMarmot (entre autres, j'imagine qu'il y en a d'autres), c'est aussi une collaboration entre ingénierie et art pour GIMP ;-)
Peut-être qu'un thème initialement conçu tient la route, mais le thème lui-même demande de la maintenance quand les applications sont mises à jour. Donc un vieux thème a de fortes chances d'être buggé.
Ceci dit - petite histoire - écrire un nouveau thème GTK a permis en 1998 de convaincre la hiérarchie chez Red Hat de continuer d'investir des ressources dans GNOME et de ne pas virer l'équipe. La hiérarchie leur a dit : vous avez 36 heures pour nous convaincre de ce truc qu'est GNOME. Ils ont travaillé comme des acharnés sur le code, et puis quelqu'un a eu l'idée : tient ce nouveau système de thèmes qui avait été développé récemment, « si on écrivait un nouveau thème » ? La démo ou les captures d'écrans ont suffit :-) (source : présentation de Jonathan Blandford, voir les slides p.21)
C'est un mélange de C++ et de C avec GObject (la bibliothèque pour le support de l'orienté objet en C, qui est au cœur de GNOME), avec la volonté de migrer entièrement vers C++.
Le C/GObject d'Inkscape provient initialement du fait que ce soit un fork de Sodipodi, qui était lui-même un fork de Gill ("GNOME Illustration"). Gill et Sodipodi ne sont plus développés.
Inkscape 1.4 utilise GTK 3 et la version 1.5 sera en GTK 4.
Ça ne plaît pas trop à certains développeurs d'applications qu'on puisse changer le thème : Please don’t theme our apps (d'ailleurs il faudrait peut-être que je signe).
J'ai toujours trouvé ça horrible les applications KDE installées dans GNOME avec un thème modifié pour ressembler à Adwaita (le thème par défaut de GTK/GNOME). L'inverse est également vrai (installer gedit sur KDE ne ressemble parfois à rien, faut forcer Adwaita pour avoir le truc d'origine).
Créer un autre thème pour une application est techniquement possible, c'est juste que ça demande des efforts énormes pour avoir quelque chose de vraiment correct et agréable à utiliser. En pratique, ce n'est pas le cas de la plupart des thèmes alternatifs.
freedesktop.org - ou encore XDG pour Cross-Desktop Group - rassemble des spécifications et des composants logiciels communs entre les différents environnements de bureaux libres.
Je n'ai pas été au bout de mes idées en écrivant mon commentaire ce matin. Voici la suite.
quand on fait un don à une communauté de logiciel libre, ce n'est pas uniquement utilisé pour le code.
Pour l'initiative Fellowship ça concerne bien le code et financer des développeur·euse·s. Mais la Fondation GNOME dépense déjà chaque année un certain budget pour les conférences, des conseils juridiques, pour la compta et sûrement d'autres trucs.
La Fondation GNOME a commencé à financer des tâches de développement seulement en 2018. Avant ça, faire un don à GNOME finançait uniquement tout le reste (trajets et hébergement pour les conférences et hackfests, principalement), ce qui est bien sûr utile aussi.
it is still under development, don't expect to find here the same tools and level of completion as grown-up commercial alternatives such as Revit or ArchiCAD, but on the other hand, FreeCAD being used in a much bigger scope than these applications, the Arch Workbench greatly benefits from the other disciplines FreeCAD caters to, and offers some features rarely seen in traditional BIM applications.
Donc, pas encore à la hauteur je pense. Dommage, peut-être dans quelques années.
Pour la première fournée ce sera pour une durée d'un an, avec soit une personne à temps plein, soit deux personnes à mi-temps. Pour du développement, principalement de la maintenance, pas de grandes nouvelles fonctionnalités.
Pour mettre les choses en perspectives, Thibault Martin (un contributeur GNOME) a écrit un article sur son blog en lien avec le GNOME Fellowship. Il explique pourquoi, quand on fait un don à une communauté de logiciel libre, ce n'est pas uniquement utilisé pour le code.
When open source nonprofits ask for donations, one common answer is “I only want to fund code, I don’t want to fund anything else.”
Il compare avec l'achat de logiciels privateurs pour lesquels derrière le prix du produit, ça finance aussi le marketing, la comptabilité, le travail juridique, la gestion des ressources humaines, etc.
Rust force à avoir une meilleure architecture de code, et permet d'éviter en grande partie ce que j'appelle l'« architecture spaghetti » où tout dépend de tout (« sea of objects » en anglais, mais en bon français ça sonne moins bien ;) ).
(L'expression « code spaghetti » est plus général et peut ne concerner qu'un seul fichier source / une seule classe).
Rust, en d'autres mots, force à avoir une architecture ressemblant à un arbre :
- Il y a les feuilles : fonctions et classes utilitaires ne dépendant de rien d'autres de ce module (ça peut évidemment dépendre d'autres bibliothèques).
- Puis d'autres classes dépendant des « feuilles ».
- Et ainsi de suite en remontant l'arbre, on construit des trucs au-dessus des autres.
- Pour arriver à la fonction main() qui est le nœud tout au-dessus de l'arbre (le point d'entrée pour le programme ; pour une bibliothèque il y a plusieurs points d'entrées : les symboles exportés).
(Pour rester compréhensible j'utilise le vocabulaire usuel de la POO, pas le vocabulaire spécifique à Rust).
Le truc à éviter est si une classe feuille dépend d'une classe proche de la racine. Une classe proche de la racine a potentiellement accès à tout le reste du module. Donc c'est comme ça que « tout dépend de tout » et c'est entremêlé comme des spaghetti (cuits).
Avoir une architecture de classes sous forme d'arbre, ou un DAG (directed acyclic graph) est tout à fait possible dans n'importe quel langage orienté objets. Ça ressemble plus à un grand gâteau à plusieurs étages, ou encore une lasagne (mais je préfère le gâteau).
Sans doute celui de Java (par exemple), mais qui n'est pas mentionné.
Avant Rust (plus ou moins), il n'y avait que deux choix :
1. Un langage sécurisé mais avec un ramasse-miettes (langage de haut niveau).
2. Un langage sans ramasse-miettes, mais moins sécurisé (langage de bas niveau).
La révision du règlement cyber européen exclut les critères de souveraineté dans la délivrance de certifications cloud. Un revers pour la France qui, dans la dernière version du SecNumCloud, offre une immunité aux lois extraterritoriales américaines comme Cloud Act.
Ceci dit la non-souveraineté est le statu quo, pour sortir de plusieurs longues décennies d'hégémonie de la tech américaine [1], il y a du fil à retordre !
[1] Les géants américains de la technologie américaine, à varier selon nos goûts ;-)
… la ceinture de sécurité en voiture. Lorsque la ceinture de sécurité est devenue obligatoire, les gens ont commencé à rouler plus vite. (Désolé je ne sais plus où j'ai lu ça).
Quel sera l'effet de bord inattendu en obligeant le casque ?
Et puis, il y a cette tendance à rendre obligatoire ou à interdire de plus en plus : un accident impactant une seule personne, puis ça fait la une des journaux (ils aiment bien parler des faits divers) et la une dans les réseaux sociaux ==> l'État réagit avec une nouvelle loi pour éviter que ça arrive de nouveau.
Petit exemple parlant, à plus petite échelle : un gamin s'étouffe avec une bille à l'école ? L'école interdit les billes.
Release Team
The Release Team is responsible for making each GNOME release and for organizing the development schedule. It decides which modules are part of each GNOME release, and therefore which modules can be considered to be part of GNOME.
Autre bout d'info : faire partie de GNOME Circle requiert l'usage de GTK 4 et libadwaita. Donc c'est du moderne. Beaucoup d'applis GTK 3 (et 2) n'ont pas encore été portées à GTK 4. D'où la présence davantage (et d'avantages) de Rust dans GNOME Circle :-) (et le peu de C).
Les applis de GNOME Core étant plus historiques, c'est le C qui domine les stats. La vague Vala est encore bien présente, Rust fait son petit bout de chemin.
# GNU Octave, Python, R, Julia et d'autres
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Cleve Moler bronsonisé : cofounder of MathWorks and the author of the first MATLAB, one of the authors of LINPACK and EISPACK. Évalué à 4 (+2/-0).
Matlab ça pue c'est pas libre. Il y a des alternatives tout à fait crédibles :
[^] # Re: Qu'est-ce qui manque ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 3 (+1/-0).
Les photographes pros peuvent tester GIMP ou autres logiciels libres dans ce domaine, et écrire en détail des retours d'expérience, faire des demandes de fonctionnalités ou rapporter des bugs.
Au sinon, ces personnes-là seront toujours coincées avec du logiciel propriétaire/privateur, et c'est dommage. Non seulement pour le coût des licences, mais aussi pour tout le reste (je ne vais pas faire un discours, on est sur LinuxFr après tout).
Il y aurait moyen de rassembler aussi du financement participatif pour tout ça (ce serait à organiser par l'équipe de GIMP ou autre).
[^] # Re: apps gtk ou qt
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle version du Bureau Agnostep pour les 35 ans de GNUstep. Évalué à 3 (+1/-0).
Tu serais étonné du nombre de rapports de bugs et demande de fonctionnalités que certains développeurs reçoivent, surtout pour les applications installées par défaut.
Faire du triage de bugs, certains contributeurs en ont fait leur spécialité. D'ailleurs toute aide est la bienvenue !
À chaque fois qu'un utilisateur vient avec un problème venant en fait d'un autre thème, c'est une perte de temps pour les contributeurs de l'application en amont.
Oui, il faut filtrer à l'entrée et dire de n'utiliser que le thème par défaut avant de rapporter un problème (exemple pour gedit).
[^] # Re: Sous le capot
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Inkscape 1.4.4 améliore les performances et réduit considérablement les plantages. Évalué à 4 (+2/-0).
C'est comme pour le SQL, certains se plaignent que ça n'évolue pas des masses, mais si ça évoluait tout le temps ce serait plus problématique !
[^] # Re: Qu'est-ce qui manque ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 2 (+0/-0).
On peut dire qu'avec le projet ZeMarmot (entre autres, j'imagine qu'il y en a d'autres), c'est aussi une collaboration entre ingénierie et art pour GIMP ;-)
[^] # Re: apps gtk ou qt
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle version du Bureau Agnostep pour les 35 ans de GNUstep. Évalué à 5 (+3/-0).
En effet.
Peut-être qu'un thème initialement conçu tient la route, mais le thème lui-même demande de la maintenance quand les applications sont mises à jour. Donc un vieux thème a de fortes chances d'être buggé.
Ceci dit - petite histoire - écrire un nouveau thème GTK a permis en 1998 de convaincre la hiérarchie chez Red Hat de continuer d'investir des ressources dans GNOME et de ne pas virer l'équipe. La hiérarchie leur a dit : vous avez 36 heures pour nous convaincre de ce truc qu'est GNOME. Ils ont travaillé comme des acharnés sur le code, et puis quelqu'un a eu l'idée : tient ce nouveau système de thèmes qui avait été développé récemment, « si on écrivait un nouveau thème » ? La démo ou les captures d'écrans ont suffit :-) (source : présentation de Jonathan Blandford, voir les slides p.21)
# Sous le capot
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Inkscape 1.4.4 améliore les performances et réduit considérablement les plantages. Évalué à 10 (+9/-0). Dernière modification le 07 mai 2026 à 06:56.
J'aime bien parfois regarder sous le capot ce que ça utilise.
https://inkscape.org/develop/getting-started/#the-inkscape-codebase
C'est un mélange de C++ et de C avec GObject (la bibliothèque pour le support de l'orienté objet en C, qui est au cœur de GNOME), avec la volonté de migrer entièrement vers C++.
Le C/GObject d'Inkscape provient initialement du fait que ce soit un fork de Sodipodi, qui était lui-même un fork de Gill ("GNOME Illustration"). Gill et Sodipodi ne sont plus développés.
Inkscape 1.4 utilise GTK 3 et la version 1.5 sera en GTK 4.
Longue vie à Inkscape !
[^] # Re: apps gtk ou qt
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Nouvelle version du Bureau Agnostep pour les 35 ans de GNUstep. Évalué à 3 (+1/-0).
Ça ne plaît pas trop à certains développeurs d'applications qu'on puisse changer le thème : Please don’t theme our apps (d'ailleurs il faudrait peut-être que je signe).
J'ai toujours trouvé ça horrible les applications KDE installées dans GNOME avec un thème modifié pour ressembler à Adwaita (le thème par défaut de GTK/GNOME). L'inverse est également vrai (installer gedit sur KDE ne ressemble parfois à rien, faut forcer Adwaita pour avoir le truc d'origine).
Créer un autre thème pour une application est techniquement possible, c'est juste que ça demande des efforts énormes pour avoir quelque chose de vraiment correct et agréable à utiliser. En pratique, ce n'est pas le cas de la plupart des thèmes alternatifs.
[^] # Re: Cash
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal La crise économique qui vient. Évalué à 3 (+1/-0).
Pas dans le cas de Warren Buffet et autres gros investisseurs, si certaines banques font faillite.
Mais pour le commun des mortels, il y a certes la garantie des dépôts qui suffit.
[^] # Re: GIMP 3.2.2 est déjà là!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GIMP 3.2.0 est sorti. Évalué à 5 (+3/-0).
Il y a aussi une spécification freedesktop.org à ce sujet :
https://www.freedesktop.org/wiki/Specifications/thumbnails/
freedesktop.org - ou encore XDG pour Cross-Desktop Group - rassemble des spécifications et des composants logiciels communs entre les différents environnements de bureaux libres.
[^] # Re: GNOME Fellowship (of the ring)
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien GNOME lance son "Fellowship program" pour financer ses développeur·euse·s. Évalué à 4 (+2/-0). Dernière modification le 25 mars 2026 à 18:51.
Je n'ai pas été au bout de mes idées en écrivant mon commentaire ce matin. Voici la suite.
Pour l'initiative Fellowship ça concerne bien le code et financer des développeur·euse·s. Mais la Fondation GNOME dépense déjà chaque année un certain budget pour les conférences, des conseils juridiques, pour la compta et sûrement d'autres trucs.
La Fondation GNOME a commencé à financer des tâches de développement seulement en 2018. Avant ça, faire un don à GNOME finançait uniquement tout le reste (trajets et hébergement pour les conférences et hackfests, principalement), ce qui est bien sûr utile aussi.
Voili voilou :-)
[^] # Re: Archicad
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Freecad 1.1 est sorti. Évalué à 2 (+0/-0).
Merci Luc, merci BAud pour ces ajouts d'infos. Je transmettrai tout ça à mon entourage :-)
# Archicad
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Freecad 1.1 est sorti. Évalué à 4 (+2/-0).
Dans mon entourage je connais des architectes qui travaillent avec Archicad (logiciel privateur, et assez coûteux).
J'essaye de me renseigner de mon côté s'il y a des alternatives en logiciel libre. Pour FreeCAD j'ai trouvé ceci :
https://wiki.freecad.org/Arch_tutorial
Donc, pas encore à la hauteur je pense. Dommage, peut-être dans quelques années.
# GNOME Fellowship (of the ring)
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien GNOME lance son "Fellowship program" pour financer ses développeur·euse·s. Évalué à 4 (+2/-0).
Pour la première fournée ce sera pour une durée d'un an, avec soit une personne à temps plein, soit deux personnes à mi-temps. Pour du développement, principalement de la maintenance, pas de grandes nouvelles fonctionnalités.
Pour mettre les choses en perspectives, Thibault Martin (un contributeur GNOME) a écrit un article sur son blog en lien avec le GNOME Fellowship. Il explique pourquoi, quand on fait un don à une communauté de logiciel libre, ce n'est pas uniquement utilisé pour le code.
Il compare avec l'achat de logiciels privateurs pour lesquels derrière le prix du produit, ça finance aussi le marketing, la comptabilité, le travail juridique, la gestion des ressources humaines, etc.
[^] # Re: ChuckNorris Fact
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Chuck Norris bronsorisé. Évalué à 2 (+0/-0).
Chuck Norris savait compter jusqu'à l'infini. Deux fois.
[^] # Re: Quel ramasse-miettes ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Créer un site Web local de documentation pouvant exporter en PDF avec mdBook. Évalué à 5 (+3/-0). Dernière modification le 20 mars 2026 à 16:35.
Rust force à avoir une meilleure architecture de code, et permet d'éviter en grande partie ce que j'appelle l'« architecture spaghetti » où tout dépend de tout (« sea of objects » en anglais, mais en bon français ça sonne moins bien ;) ).
(L'expression « code spaghetti » est plus général et peut ne concerner qu'un seul fichier source / une seule classe).
Rust, en d'autres mots, force à avoir une architecture ressemblant à un arbre :
- Il y a les feuilles : fonctions et classes utilitaires ne dépendant de rien d'autres de ce module (ça peut évidemment dépendre d'autres bibliothèques).
- Puis d'autres classes dépendant des « feuilles ».
- Et ainsi de suite en remontant l'arbre, on construit des trucs au-dessus des autres.
- Pour arriver à la fonction
main()qui est le nœud tout au-dessus de l'arbre (le point d'entrée pour le programme ; pour une bibliothèque il y a plusieurs points d'entrées : les symboles exportés).(Pour rester compréhensible j'utilise le vocabulaire usuel de la POO, pas le vocabulaire spécifique à Rust).
Le truc à éviter est si une classe feuille dépend d'une classe proche de la racine. Une classe proche de la racine a potentiellement accès à tout le reste du module. Donc c'est comme ça que « tout dépend de tout » et c'est entremêlé comme des spaghetti (cuits).
Avoir une architecture de classes sous forme d'arbre, ou un DAG (directed acyclic graph) est tout à fait possible dans n'importe quel langage orienté objets. Ça ressemble plus à un grand gâteau à plusieurs étages, ou encore une lasagne (mais je préfère le gâteau).
[^] # Re: Quel ramasse-miettes ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Créer un site Web local de documentation pouvant exporter en PDF avec mdBook. Évalué à 4 (+2/-0).
Sans doute celui de Java (par exemple), mais qui n'est pas mentionné.
Avant Rust (plus ou moins), il n'y avait que deux choix :
1. Un langage sécurisé mais avec un ramasse-miettes (langage de haut niveau).
2. Un langage sans ramasse-miettes, mais moins sécurisé (langage de bas niveau).
Rust combine les avantages des deux.
# La musique de démarrage des premières versions d'Ubuntu
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Le « Wizz » de MSN, le son de Windows 95, un modem qui crépite… Ces bruits que nos enfants n'entendront sans doute jamais. Évalué à 6 (+4/-0).
Ben oui, on est sur LinuxFr tout de même :-)
Ça non plus les nouvelles générations ne connaîtront pas.
[^] # Re: Sur LWN.net aussi !
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Sortie de Offpunk 3.0. Évalué à 3.
Ils sont en fait à 4 actuellement. Je pense que jzw a fait une réapparition plus ou moins récemment, il y a un an ou deux.
Voir leur FAQ :
Ah oui, j'avais raison, c'est il y a tout juste deux ans que Joe a été ré-engagé.
Coïncidence !
# Sur LWN.net aussi !
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Sortie de Offpunk 3.0. Évalué à 4.
La nouvelle est passée sur Linux Weekly News aussi.
Félicitations pour cette nouvelle version !
# C'est janvier, c'est aussi non-souveraineté
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal C'est janvier, c'est souveraineté. Évalué à 2.
Il y a aussi une mauvaise nouvelle relayée dans la Revue de presse de l’April cette semaine :
[ZDNET] Cybersecurity Act 2: Bruxelles sacrifie la souveraineté du cloud européen sur l'autel du marché
✍ Xavier Biseul, le mardi 27 janvier 2026.
Ceci dit la non-souveraineté est le statu quo, pour sortir de plusieurs longues décennies d'hégémonie de la tech américaine [1], il y a du fil à retordre !
[1] Les géants américains de la technologie américaine, à varier selon nos goûts ;-)
# Ce qui est techniquement possible est réalisé en pratique, même si interdit
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Microsoft gave FBI BitLocker keys to unlock encrypted data, because of course they did. Évalué à 8.
Tout est dans le titre ;-)
# Ça me fait penser à …
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Le port du casque et de moyens réfléchissants obligatoire pour les cyclistes et les conducteurs de trottinettes à Aurillac. Évalué à 3. Dernière modification le 23 janvier 2026 à 17:40.
… la ceinture de sécurité en voiture. Lorsque la ceinture de sécurité est devenue obligatoire, les gens ont commencé à rouler plus vite. (Désolé je ne sais plus où j'ai lu ça).
Quel sera l'effet de bord inattendu en obligeant le casque ?
Et puis, il y a cette tendance à rendre obligatoire ou à interdire de plus en plus : un accident impactant une seule personne, puis ça fait la une des journaux (ils aiment bien parler des faits divers) et la une dans les réseaux sociaux ==> l'État réagit avec une nouvelle loi pour éviter que ça arrive de nouveau.
Petit exemple parlant, à plus petite échelle : un gamin s'étouffe avec une bille à l'école ? L'école interdit les billes.
[^] # Re: Hypothèses
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Quels sont les principaux langages derrière les GNOME Core apps ? Pas Python : moins de 7% du code !. Évalué à 3.
Il y a des bouts de réponse dans le GNOME Handbook, notamment la page sur la gouvernance :
Autre bout d'info : faire partie de GNOME Circle requiert l'usage de GTK 4 et libadwaita. Donc c'est du moderne. Beaucoup d'applis GTK 3 (et 2) n'ont pas encore été portées à GTK 4. D'où la présence davantage (et d'avantages) de Rust dans GNOME Circle :-) (et le peu de C).
Les applis de GNOME Core étant plus historiques, c'est le C qui domine les stats. La vague Vala est encore bien présente, Rust fait son petit bout de chemin.
[^] # Time Lapse, le film
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Un timelapse avec ffmpeg. Évalué à 3.
Il y a un film qui porte ce nom (que j'ai bien aimé par ailleurs, quand on regarde le film on a envie de connaître la suite) : Time Lapse (2014)