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.
a Belgian informatics engineer who proposed the first (pre-www) hypertext system for CERN in 1987 and collaborated with Tim Berners-Lee on the World Wide Web (jointly winning the ACM Software System Award) from before it got its name.
Ça peut être une solution dans certains cas. Mais chaque ordinateur est différent, et je m'y connais moins au niveau matériel. Démonter et remplacer un disque dur d'un ordinateur portable, quand je ne connais pas le modèle, ça peut prendre beaucoup de temps j'ai l'impression.
Je compte fournir un service matériel seulement si nécessaire : remplacer un vieux disque magnétique par un SSD, et rajouter de la RAM.
Dans certains modèles d'ordinateur portable, tous les composants sont soudés (le SSD y compris !).
Je n'ai pas parlé de l'aspect technique parce que je m'y connais déjà bien, et je sais où chercher la doc si besoin. Si je fais beaucoup d'installations, je compte automatiser aussi certaines étapes.
Il y'a des années on se plaignait de la fragmentation Android (à cause des constructeurs principalement)
Pour les distribution basée sur Linux c'est pire, et sur quoi devrait se baser un dev pour sortir son produit ?
Un dev devrait se baser sur la technologie des containers. Par exemple Flatpak s'il y a une GUI, Docker ou équivalent si pas. Un container sait tourner sur n'importe quelle distrib Linux.
Espérons que parmi ces 2 millions il y ait un maximum de jeunes. C'est l'avenir !
Les pensionnés sont aussi plus facile à convertir. Ils ont du temps, et ils n'ont pas d'obligation d'utiliser un certain OS et certaines applis vis-à-vis d'un employeur.
Je compte peut-être me lancer dans une activité complémentaire (rémunérée) où je ferais des installations Linux et fournir de l'aide à son utilisation. Pour des citoyens (en tout cas dans un premier temps, peut-être plus tard pour le parc informatique de petites organisations).
Un peu comme des cours particuliers.
J'ai creusé un peu la question, et il y a quelques points bloquants :
Le lieu où faire l'installation. Je suis pas forcément à l'aise d'accueillir tout le monde chez moi. Et il faut s'assurer d'avoir une bonne connexion internet si c'est ailleurs. Je pourrais cependant me déplacer au domicile du client si c'est pas trop loin.
Se protéger légalement en cas de soucis. Avec une assurance et en faisant probablement signer un papier. Mais je ne m'y connais vraiment pas. Je n'ai pas encore beaucoup creusé le sujet.
Ça m'intéresse d'avoir un retour d'expérience si certains font ce genre d'activité, comment s'y prendre au mieux.
Les LUG (Linux User Groups) le font déjà, mais généralement de manière bénévole. Je pourrais me renseigner chez eux pour certaines parties.
(Je suis déjà indépendant, donc pour déclarer le revenu ça va).
[^] # 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é à 3 (+1/-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é à 4 (+2/-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 (+1/-0).
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 (+2/-0).
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 (+0/-0).
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 (+6/-0).
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 (+1/-0). 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)
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 5.
Moi qui suit en Belgique c'est un peu différent.
Mais tes explications sont utiles pour éventuellement d'autres lecteurs qui souhaiteraient se lancer aussi ;-)
# Ne pas oublier Robert Cailliau, co-inventeur du WWW
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Why I gave the world wide web away for free (Tim Berners-Lee). Évalué à 4.
Robert Cailliau :
Mais c'est un belge, il est plus discret.
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 6.
Merci beaucoup pour ce retour d'expérience ! Ça répond déjà à quelques questions :)
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 6.
Ça peut être une solution dans certains cas. Mais chaque ordinateur est différent, et je m'y connais moins au niveau matériel. Démonter et remplacer un disque dur d'un ordinateur portable, quand je ne connais pas le modèle, ça peut prendre beaucoup de temps j'ai l'impression.
Je compte fournir un service matériel seulement si nécessaire : remplacer un vieux disque magnétique par un SSD, et rajouter de la RAM.
Dans certains modèles d'ordinateur portable, tous les composants sont soudés (le SSD y compris !).
[^] # Re: Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 3.
Merci :)
Je n'ai pas parlé de l'aspect technique parce que je m'y connais déjà bien, et je sais où chercher la doc si besoin. Si je fais beaucoup d'installations, je compte automatiser aussi certaines étapes.
[^] # Re: cf Apple vers 1997
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 2.
Un dev devrait se baser sur la technologie des containers. Par exemple Flatpak s'il y a une GUI, Docker ou équivalent si pas. Un container sait tourner sur n'importe quelle distrib Linux.
[^] # Re: Wow
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 9.
Les pensionnés sont aussi plus facile à convertir. Ils ont du temps, et ils n'ont pas d'obligation d'utiliser un certain OS et certaines applis vis-à-vis d'un employeur.
# Activité d'indépendant pour installations Linux et support
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 2,2 millions d'utilisateurs de Linux sur ordinateur en France. Évalué à 10.
Je compte peut-être me lancer dans une activité complémentaire (rémunérée) où je ferais des installations Linux et fournir de l'aide à son utilisation. Pour des citoyens (en tout cas dans un premier temps, peut-être plus tard pour le parc informatique de petites organisations).
Un peu comme des cours particuliers.
J'ai creusé un peu la question, et il y a quelques points bloquants :
Le lieu où faire l'installation. Je suis pas forcément à l'aise d'accueillir tout le monde chez moi. Et il faut s'assurer d'avoir une bonne connexion internet si c'est ailleurs. Je pourrais cependant me déplacer au domicile du client si c'est pas trop loin.
Se protéger légalement en cas de soucis. Avec une assurance et en faisant probablement signer un papier. Mais je ne m'y connais vraiment pas. Je n'ai pas encore beaucoup creusé le sujet.
Ça m'intéresse d'avoir un retour d'expérience si certains font ce genre d'activité, comment s'y prendre au mieux.
Les LUG (Linux User Groups) le font déjà, mais généralement de manière bénévole. Je pourrais me renseigner chez eux pour certaines parties.
(Je suis déjà indépendant, donc pour déclarer le revenu ça va).
[^] # CRON et les "timer units" de systemd
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche 📰 Revue de presse — septembre 2025. Évalué à 3.
La majorité des distributions sont passées à systemd depuis longtemps, voir les timer units. C'est en quelque sorte un successeur de cron.