David Madore's WebLog: 2025-01

Vous êtes sur le blog de David Madore, qui, comme le reste de ce site web, parle de tout et de n'importe quoi (surtout de n'importe quoi, en fait), des maths à la moto et ma vie quotidienne, en passant par les langues, la politique, la philo de comptoir, la géographie, et beaucoup de râleries sur le fait que les ordinateurs ne marchent pas, ainsi que d'occasionnels rappels du fait que je préfère les garçons, et des petites fictions volontairement fragmentaires que je publie sous le nom collectif de fragments littéraires gratuits. • Ce blog eut été bilingue à ses débuts (certaines entrées étaient en anglais, d'autres en français, et quelques unes traduites dans les deux langues) ; il est maintenant presque exclusivement en français, mais je ne m'interdis pas d'écrire en anglais à l'occasion. • Pour naviguer, sachez que les entrées sont listées par ordre chronologique inverse (i.e., la plus récente est en haut). Cette page-ci rassemble les entrées publiées en janvier 2025 : il y a aussi un tableau par mois à la fin de cette page, et un index de toutes les entrées. Certaines de mes entrées sont rangées dans une ou plusieurs « catégories » (indiqués à la fin de l'entrée elle-même), mais ce système de rangement n'est pas très cohérent. Le permalien de chaque entrée est dans la date, et il est aussi rappelé avant et après le texte de l'entrée elle-même.

You are on David Madore's blog which, like the rest of this web site, is about everything and anything (mostly anything, really), from math to motorcycling and my daily life, but also languages, politics, amateur(ish) philosophy, geography, lots of ranting about the fact that computers don't work, occasional reminders of the fact that I prefer men, and some voluntarily fragmentary fictions that I publish under the collective name of gratuitous literary fragments. • This blog used to be bilingual at its beginning (some entries were in English, others in French, and a few translated in both languages); it is now almost exclusively in French, but I'm not ruling out writing English blog entries in the future. • To navigate, note that the entries are listed in reverse chronological order (i.e., the most recent is on top). This page lists the entries published in January 2025: there is also a table of months at the end of this page, and an index of all entries. Some entries are classified into one or more “categories” (indicated at the end of the entry itself), but this organization isn't very coherent. The permalink of each entry is in its date, and it is also reproduced before and after the text of the entry itself.

[Index of all entries / Index de toutes les entréesLatest entries / Dernières entréesXML (RSS 1.0) • Recent comments / Commentaires récents]

Entries published in January 2025 / Entrées publiées en janvier 2025:

↓Entry #2816 [older| permalink|newer] / ↓Entrée #2816 [précédente| permalien|suivante] ↓

(mercredi)

Nouvelles en vrac

Je vais faire des efforts démesurés pour écrire quelque chose de pas trop interminable, parce que ça fait quelque chose comme cinq billets de blog que j'essaye d'écrire ce mois-ci, qui gonflent un peu hors de proportion, et qui (me) gonflent, si bien que je les mets de côté sans rien publier[#]. Mais j'ai quand même divers trucs à raconter. Imaginez donc ce billet comme autant de petits billets à peu près indépendants mis bout à bout.

[#] Je recopie quand même ci-dessous quelques passages initialement écrits pour ces billets, ce qui peut expliquer quelques incohérences (par exemple entre une prétérition où je dis ne pas vouloir parler de quelque chose et une note où j'en parle).

(À toutes fins utiles, chaque symbole ‘❡’ ci-dessous est d'ailleurs un permalien vers le bout de billet qui suit.)

☙  ❧

La principale info que je voulais mettre ici, c'est que j'ai un compte sur Bluesky. (Ce n'est pas exactement nouveau, je l'ai créé en octobre 2023, mais disons que j'ai sérieusement commencé à écrire des choses dessus et à avoir des vrais échanges sur ce réseau.) J'ai aussi ajouté récemment à ce site une page d'archive de mes skeets (:= posts sur Bluesky) comme il y avait déjà (et continue à y avoir) une page d'archive de mes tweets : la possibilité pour moi de créer et maintenir[#2] une telle archive est une condition que je considère comme très importante à l'utilisation d'un réseau social.

[#2] En l'occurrence je la (les) mets à jour de façon semi-automatisée entre 1 et 3 fois par semaine environ. Pour Bluesky ce serait facile de rendre le processus totalement automatique, mais je préfère faire des petites vérifications avant de publier la mise à jour. Pour Twitter, c'est devenu beaucoup plus pénible depuis que Musk a coupé toutes les API publiques : je m'en sors quand même en recherchant mes propres tweets dans le navigateur, en faisant sauvegarder les données reçues par Firefox, et en passant ça dans un script Perl très moche que j'ai écrit. Si le processus devient encore plus pénible, alors j'arrêterai complètement d'écrire sur Twitter parce qu'il ne faut pas trop tirer sur ma motivation à prêcher en enfer.

Si vous ne savez pas ce que c'est que ce Bluesky, disons qu'on peut le définir rapidement (Wikipédia vous en dira plus) comme Twitter sans Elon Musk. Et il est devenu une destination assez standard pour les gens (y compris un bon nombre de comptes « institutionnels ») qui souhaitent quitter Twitter (enfin, 𝕏 comme absolument personne ne dit à part son propriétaire), soit par rejet dudit milliardaire, soit parce qu'ils estiment que l'ambiance y devient irrespirable, soit les deux, mais qui veulent quand même garder une interface très semblable à ce qui était celle de Twitter (au moins du Twitter d'avant que Musk en récupère le contrôle). D'ailleurs, si vous venez de Twitter et que vous créez un compte sur Bluesky vous ne serez pas du tout dépaysé tellement les deux se ressemblent[#3]. (Cette ressemblance de surface cache néanmoins des différences profondes, par exemple le fait que Bluesky est open source et construit sur un protocole ouvert, cherchant à éviter la centralisation ; mais ça, la plupart des utilisateurs n'en ont rien à faire. Une autre différence concrète, c'est que je peux faire des liens vers des fils que j'ai écrits sur Bluesky, et tout le monde pourra les lire même sans compte Bluesky, alors que sur Twitter ce n'est plus le cas depuis que Musk a décidé de tout casser.)

[#3] J'avais commencé à écrire une liste des petites différences entre Bluesky et Twitter (qui pourrait servir d'aide à la migration), mais c'est quand même un peu fastidieux. Signalons quand même celle-ci qui est potentiellement importante : contrairement à Twitter, sur Bluesky les likes n'ont essentiellement aucun effet sur la visibilité d'un post — si vous voulez le partager avec d'autres, il faut le reposter. (C'est d'ailleurs possiblement un problème.)

Ajout () : J'aurais dû ajouter que la ressemblance entre Bluesky et Twitter, ou du moins le Twitter pré-Musk, n'est pas que dans l'interface, mais aussi dans la population et le contenu des discussions. Certains craignent ou espèrent trouver des différences importantes à ce niveau, par exemple dans l'orientation politique, mais je pense que c'est à la fois faux et naïf (cf. ce que je dis plus bas dans la comparaison avec le Masque de la mort rouge).

Du coup, si vous voulez lire les petites conneries que j'écris et qui sont trop courtes pour former un billet de blog, je vous encourage à me suivre sur Bluesky (plutôt que sur Twitter, donc).

Le problème avec ce genre d'annonce, c'est que c'est difficile de la faire sans fournir quelques explications complémentaires, et si je commence à entrer dedans, forcément le billet de blog gonfle en taille.

Par exemple, il y a deux ans j'avais parlé de Mastodon (enfin, le Fediverse), qui peut aussi servir de destination aux gens qui veulent quitter Twitter, soit parce qu'ils n'aiment pas Elon Musk soit parce qu'ils n'aiment pas la centralisation de Twitter. Et de fait, je m'étais ouvert un compte de test sur Mastodon. Comme il y aura forcément des gens pour me le rappeler — et pas forcément de façon aimable je devine — ceci appelle naturellement une discussion sur le rapport entre les deux. (Quelle est la différence entre Bluesky et Mastodon ? Et pourquoi parlé-je de mon compte sur l'un et pas sur l'autre ?) Et le problème avec une telle discussion c'est que, comme souvent en informatique quand il y a deux solutions concurrentes pour un même problème, elle peut vite devenir acrimonieuse, chaque « camp » reprochant à l'autre (avec une certaine justesse) de ne pas remplir tel ou tel critère jugé essentiel — ici, pour constituer un vrai réseau social de microblogging distribué. Or j'ai d'autant moins envie de me laisser engluer dans une telle discussion que j'ai un avis assez mitigé sur les deux, mais qui est, forcément, assez long à expliquer.

Disons de façon très résumée que Mastodon et Bluesky cherchent tous les deux à résoudre des problèmes de centralisation de Twitter, mais pas tout à fait les mêmes (Mastodon partage le réseau, alors que Bluesky partage les rôles), et chacun a des avantages très sérieux (sur l'autre, et certainement sur Twitter) mais aussi des inconvénients, et que donc votre préférence dépendra de votre fonction d'utilité[#4]. Mais heureusement, il n'y a pas de raison que l'un ou l'autre puisse évoluer pour régler leurs inconvénients, ou qu'on ne puisse pas les rendre interopérables pour avoir tous les avantages[#5]. Pour une version un tout petit peu plus longue de ces explications, vous pouvez lire ce fil que j'ai écrit sur Bluesky à ce sujet (et/ou regarder cette vidéo très bien faite, que j'y mentionne à la fin, sur la comparaison entre les deux protocoles). Pour les non-informaticiens, disons aussi et surtout que si Bluesky ressemble presque comme deux gouttes d'eau à Twitter au niveau de l'interface, ce n'est pas du tout le cas de Mastodon (et le manque de certaines fonctionnalités en freine certainement beaucoup l'adoption).

[#4] Ce qui n'empêchera pas certains de pontifier que l'un est objectivement meilleur que l'autre, et ils auront tort, exactement comme les gens qui essayent de vous convaincre d'utiliser leur langage de programmation préféré sont des pénibles.

[#5] Il y a quelques idées intéressantes ici. Une démarche apparentée mais différente est celle de l'initiative Free Our Feeds visant à créer un écosystème vraiment décentralisé autour du protocole AT utilisé par Bluesky, sans pour autant tomber dans les erreurs de conception de ActivityPub (qui lie inextricablement les utilisateurs et les messages à un serveur).

‣ Concrètement, je n'exclus pas de chercher à bricoler un moyen de publier sur Mastodon aussi (ou de faire un pont entre mon compte Bluesky et Mastodon), mais ce qui est sûr c'est que je me suis convaincu que la seule façon acceptable à mes yeux serait de lancer mon propre serveur Mastodon ; or pour l'instant je n'ai pas le temps d'y mettre (surtout si mes machines n'arrêtent pas de mourir et que ça fait encore du boulot à remettre en place à chaque fois que ça se produit !). Le compte @gro_tsen_test@mastodon.sdf.org que j'ai créé pour tester est essentiellement inutilisable : en même pas deux ans, le serveur a déjà perdu des messages que j'ai postés, sans que je les aie effacés, et je ne sais pas pourquoi (par exemple, il y avait ici un message, en réponse à celui-ci, qui, fort ironiquement, disait qu'on pouvait considérer comme très important qu'un espace d'échanges garde quand même une mémoire pérenne des échanges passés). Mais je suis en train de digresser, et je me suis promis de ne pas le faire, donc j'arrête de parler de Mastodon, ce n'est pas le sujet ici.

Une autre question sur laquelle on risque de m'interpeler, c'est de savoir pourquoi je n'ai pas fermé mon compte Twitter, et pourquoi je continue même à poster dessus (a priori essentiellement les mêmes choses que sur Bluesky). Là aussi, ceci amène à une discussion assez compliquée, mais je ne sais pas si j'ai la patience ou le temps de l'avoir. Disons que je ne vais certainement pas fermer mon compte parce que je déteste profondément l'idée de casser des liens ou d'effacer du contenu[#6] du Web. Mais décider de continuer à poster dessus est un calcul plus compliqué notamment pour savoir quelle est la meilleure façon de rendre visible le message venez voir ailleurs, et si l'opposition est plus efficace de l'intérieur ou de l'extérieur. Je ne m'interdis certainement pas de changer d'avis ultérieurement, et je ne l'exclus pas du tout. Je note cependant au moins avec une certaine satisfaction que quasiment tous les gens que je suivais sur Twitter en sont partis (beaucoup sur Bluesky, certains sur Mastodon, certains nulle part), ce qui m'évite de perdre trop de temps dessus.

[#6] Il faut, par ailleurs, être bien naïf pour s'imaginer qu'en fermant le compte ou en effaçant ses messages on les effacerait vraiment des disques durs de Twitter, ou qu'on empêcherait, disons, l'entraînement d'IA avec le texte de ces messages (même si c'est illégal, Musk n'est certainement pas du genre à s'arrêter à ça).

Ajout () : Comme visiblement certains ne comprennent que la question puisse même se poser, je donne quand même un élément d'explication : je pense qu'il faut se défaire de l'idée que Musk est propriétaire de Twitter. Il est (par la logique du capitalisme) propriétaire des serveurs, et de la marque, et il a beaucoup de pouvoirs, mais il n'est pas propriétaire de la communauté qui lui préexistait, pas plus que Donald Trump n'est propriétaire des États-Unis malgré les pouvoirs quasi dictatoriaux qu'il y a maintenant. Pour autant, je comprends parfaitement les gens qui font le choix de fuir (et même, dans une certaine mesure, je les encourage, et c'est un peu le sens de la présence de les y encourager).

↑Entry #2816 [older| permalink|newer] / ↑Entrée #2816 [précédente| permalien|suivante] ↑

↓Entry #2815 [older| permalink|newer] / ↓Entrée #2815 [précédente| permalien|suivante] ↓

(mardi)

Où je commence à en avoir marre des Dedibox qui meurent

Ce blog, et le site Web auquel il se rattache, est normalement hébergé sur un serveur dédié de la gamme Dedibox de chez Scaleway (ou Online ? je ne sais pas pourquoi ils ont besoin d'avoir trente-six noms différents). Je l'appelle betelgeuse (j'ai d'autres serveurs dédiés : par exemple je préfère héberger mon mail sur une machine différente de mon site Web, c'est aussi une Dedibox mais elle est différente).

Or cette betelgeuse n'arrête pas de mourir. À chaque fois elle est remplacée par une machine différente, à laquelle je donne le même nom, donc selon votre vision de la théorie des Qriqrx vous pouvez dire que ce sont des machines différentes ou des incarnations différentes de la même machine, mais en tout cas c'est le même modèle Start-2-M-SATA de la même gamme Dedibox de chez Scaleway auquel je donne le même nom.

J'ai une machine appelée betelgeuse depuis le . Elle est morte une première fois le (apparemment c'est l'alimentation qui ne marchait plus). Scaleway m'en a fourni un remplacement le lendemain (c'est à partir de ce moment que c'est une Start-2-M-SATA). Cette nouvelle machine est morte le (donc moins de deux ans plus tard ; et c'était de nouveau la faute de l'alimentation). Scaleway m'en a fourni un remplacement (toujours une Start-2-M-SATA) le lendemain. Cette troisième machine est morte le (donc à peine plus que deux ans plus tard). Encore une fois, Scaleway m'en a fourni un remplacement. Aujourd'hui , donc deux mois à peine après la précédente, cette machine est morte à son tour. J'attends que Scaleway me fournisse la cinquième incarnation de betelgeuse.

Si vous arrivez quand même à lire ces mots à cette date (ou peu de jours après), c'est parce que j'ai une autre machine (spica, chez OVH elle, parce qu'il ne faut pas mettre tous ses œufs dans le même panier) qui est prête à assurer l'interim au pied levé pour les services les plus essentiels ou les plus simples (mais il y a certainement pas mal de choses cassées sur mon site). Cette machine est sous-dimensionnée, donc ce n'est pas une solution pérenne. (Par ailleurs, le basculement se fait par changement du DNS, donc pendant quelques heures on peut tomber aléatoirement sur l'ancien serveur qui ne répond plus ou son remplaçant temporaire qui répond, ce qui explique que ce site soit aléatoirement visible pendant une certaine période.)

Mise à jour () : J'ai rebasculé le serveur sur la cinquième incarnation de betelgeuse. Normalement tout devrait marcher comme avant. Mais je suis certain qu'il y aura au moins une merdouille quelque part que je n'aurai pas vue.

Je ne perds aucune donnée quand betelgeuse meurt (j'ai des sauvegardes de tout ce que j'ai fait), mais à chaque fois que ça se produit je perds quand même pas mal de temps à tout réinstaller, à tout remettre en place, à tout reconfigurer, à me rappeler comment les choses sont structurées, etc. Ça fait des heures, voire des jours, foutus en l'air à chaque fois.

Et là, quand même, quatre machines qui sont mortes en moins de cinq ans, je trouve que c'est vraiment anormal. J'ai connu d'autres ordinateurs qui sont morts, évidemment, mais une telle fréquence est tout simplement inouïe. Même les autres machines de la gamme Dedibox ne me posent pas ce problème : comme j'ai du mal à croire que ce soit le fait d'héberger le site Web de David Madore qui use les ordinateurs de façon prématurée, ni le fait de s'appeler betelgeuse qui leur donne envie de faire une supernova, il faut croire que ce sont les Start-2-M-SATA qui ont un sérieux défaut (peut-être un souci de dimensionnement de l'alim ?). Manque de chance pour moi, c'est de ça que j'ai besoin.

Il est évidemment impossible de communiquer avec qui que ce soit chez Scaleway. La seule chose qu'ils savent faire c'est dire la machine est morte ? pas de problème, on vous en fournit une autre (et on espère pour vous que vous avez des sauvegardes). Changer juste l'alim, qui est probablement la seule partie qui pose vraiment problème, est apparemment hors de leur portée.

Il est peut-être temps que je cherche un autre hébergeur, mais évidemment ça implique une autre forme de perte de temps (par exemple pour comprendre la manière — forcément différente — dont ils administrent leur réseau, et pour refaire la configuration). La solution de facilité est quand même de rester sur le même modèle, même si je me dis de plus en plus que c'est le mauvais choix.

En plus de ça, à chaque fois que je raconte ce genre de malheurs, j'ai droit à des pénibles qui m'expliquent que j'aurais dû faire ceci ou cela[#] ou qu'ils n'ont pas de problème parce que ceci ou cela, et qui réussissent ainsi à rendre l'expérience encore plus agaçante.

[#] Par exemple, les gens qui tiennent à vous expliquer que les serveurs dédiés c'est du passé et qu'il faut utiliser des serveurs virtuels à la place.

Quoi qu'il en soit, si vous voyez des choses cassées sur ce site, c'est probablement à cause de ça. Et ça cassera de nouveau dans quelques jours quand je m'occuperai de mettre en service la cinquième betelgeuse. Et peut-être quelques mois plus tard si elle a le même défaut que les trois précédentes.

↑Entry #2815 [older| permalink|newer] / ↑Entrée #2815 [précédente| permalien|suivante] ↑

Continue to older entries. / Continuer à lire les entrées plus anciennes.


Entries by month / Entrées par mois:

2025 Jan 2025 Feb 2025
2024 Jan 2024 Feb 2024 Mar 2024 Apr 2024 May 2024 Jun 2024 Jul 2024 Aug 2024 Sep 2024 Oct 2024 Nov 2024 Dec 2024
2023 Jan 2023 Feb 2023 Mar 2023 Apr 2023 May 2023 Jun 2023 Jul 2023 Aug 2023 Sep 2023 Oct 2023 Nov 2023 Dec 2023
2022 Jan 2022 Feb 2022 Mar 2022 Apr 2022 May 2022 Jun 2022 Jul 2022 Aug 2022 Sep 2022 Oct 2022 Nov 2022 Dec 2022
2021 Jan 2021 Feb 2021 Mar 2021 Apr 2021 May 2021 Jun 2021 Jul 2021 Aug 2021 Sep 2021 Oct 2021 Nov 2021 Dec 2021
2020 Jan 2020 Feb 2020 Mar 2020 Apr 2020 May 2020 Jun 2020 Jul 2020 Aug 2020 Sep 2020 Oct 2020 Nov 2020 Dec 2020
2019 Jan 2019 Feb 2019 Mar 2019 Apr 2019 May 2019 Jun 2019 Jul 2019 Aug 2019 Sep 2019 Oct 2019 Nov 2019 Dec 2019
2018 Jan 2018 Feb 2018 Mar 2018 Apr 2018 May 2018 Jun 2018 Jul 2018 Aug 2018 Sep 2018 Oct 2018 Nov 2018 Dec 2018
2017 Jan 2017 Feb 2017 Mar 2017 Apr 2017 May 2017 Jun 2017 Jul 2017 Aug 2017 Sep 2017 Oct 2017 Nov 2017 Dec 2017
2016 Jan 2016 Feb 2016 Mar 2016 Apr 2016 May 2016 Jun 2016 Jul 2016 Aug 2016 Sep 2016 Oct 2016 Nov 2016 Dec 2016
2015 Jan 2015 Feb 2015 Mar 2015 Apr 2015 May 2015 Jun 2015 Jul 2015 Aug 2015 Sep 2015 Oct 2015 Nov 2015 Dec 2015
2014 Jan 2014 Feb 2014 Mar 2014 Apr 2014 May 2014 Jun 2014 Jul 2014 Aug 2014 Sep 2014 Oct 2014 Nov 2014 Dec 2014
2013 Jan 2013 Feb 2013 Mar 2013 Apr 2013 May 2013 Jun 2013 Jul 2013 Aug 2013 Sep 2013 Oct 2013 Nov 2013 Dec 2013
2012 Jan 2012 Feb 2012 Mar 2012 Apr 2012 May 2012 Jun 2012 Jul 2012 Aug 2012 Sep 2012 Oct 2012 Nov 2012 Dec 2012
2011 Jan 2011 Feb 2011 Mar 2011 Apr 2011 May 2011 Jun 2011 Jul 2011 Aug 2011 Sep 2011 Oct 2011 Nov 2011 Dec 2011
2010 Jan 2010 Feb 2010 Mar 2010 Apr 2010 May 2010 Jun 2010 Jul 2010 Aug 2010 Sep 2010 Oct 2010 Nov 2010 Dec 2010
2009 Jan 2009 Feb 2009 Mar 2009 Apr 2009 May 2009 Jun 2009 Jul 2009 Aug 2009 Sep 2009 Oct 2009 Nov 2009 Dec 2009
2008 Jan 2008 Feb 2008 Mar 2008 Apr 2008 May 2008 Jun 2008 Jul 2008 Aug 2008 Sep 2008 Oct 2008 Nov 2008 Dec 2008
2007 Jan 2007 Feb 2007 Mar 2007 Apr 2007 May 2007 Jun 2007 Jul 2007 Aug 2007 Sep 2007 Oct 2007 Nov 2007 Dec 2007
2006 Jan 2006 Feb 2006 Mar 2006 Apr 2006 May 2006 Jun 2006 Jul 2006 Aug 2006 Sep 2006 Oct 2006 Nov 2006 Dec 2006
2005 Jan 2005 Feb 2005 Mar 2005 Apr 2005 May 2005 Jun 2005 Jul 2005 Aug 2005 Sep 2005 Oct 2005 Nov 2005 Dec 2005
2004 Jan 2004 Feb 2004 Mar 2004 Apr 2004 May 2004 Jun 2004 Jul 2004 Aug 2004 Sep 2004 Oct 2004 Nov 2004 Dec 2004
2003 May 2003 Jun 2003 Jul 2003 Aug 2003 Sep 2003 Oct 2003 Nov 2003 Dec 2003

[Index of all entries / Index de toutes les entréesLatest entries / Dernières entréesXML (RSS 1.0) • Recent comments / Commentaires récents]