La cause possible peut donc être un souci d'instabilité électrique, l'arrêt/extinction physique sur le serveur, un bug ou une faille logicielle, ou encore le redémarrage électrique via la carte d'administration. Cette cause n'est actuellement pas connue.
Visiblement il y a eu un hoquet dans l'alimentation électrique du serveur :
Thu Jun 26 2025 04:16:14 The system board PS1 PG Fail voltage is within range.
Thu Jun 26 2025 04:16:09 The system board PS1 PG Fail voltage is outside of range.
Thu Jun 26 2025 04:15:55 Power supply 1 fan is operating normally.
Thu Jun 26 2025 04:15:55 Fan failure detected on power supply 1.
(je pensais qu'on avait vérifié ces logs à l'époque, mais apparemment non, en tout cas je viens de retomber dessus en traquant un autre incident…)
Ils sont dans le plan du bas de page évidemment, mais aussi réglables dans les préférences du compte, avec un réglage par défaut d'affichage sur la page d'accueil. On en parle aussi dans Proposer un contenu ou dans l'aide. Et ils ont donc leur partie dédiée
At the same time, because we are part of a European legal entity, F-Droid is obligated to comply with applicable European laws such as the General Data Protection Regulation (GDPR) and assess whether other European legislation like the Digital Services Act (DSA) and the Digital Markets Act (DMA) are applicable in our case.
RGPD: « Il s'applique aux entreprises établies en dehors de l'Union européenne qui traitent les données relatives aux activités des organisations de l'UE. Les sociétés non européennes sont également soumises au règlement dès qu'elles ciblent les résidents de l'UE par le profilage ou proposent des biens et services à des résidents européens. »
DMA : « Le règlement s'applique aux services de plateforme essentiels fournis ou proposés par des contrôleurs d’accès à des entreprises utilisatrices établies dans l’Union ou à des utilisateurs finaux établis ou situés dans l’Union, quel que soit le lieu d’établissement ou de résidence des contrôleurs d’accès et quel que soit le droit par ailleurs applicable à la fourniture des services »
Donc c'est en fait que le service est utilisé par des résidents européens, donc F-Droid est concerné RGPD/DSA/DMA. Et, par ailleurs, F-Droid est basé en Europe, alors il est concerné par toute la législation locale.
Faut aussi penser à NIS2, au Cyber Resilience Act, etc.
Ne pas faire la montée de version à chaque version donne plus de boulot ensuite (vu qu'il faut gérer une montée de plusieurs versions). Et petit à petit on commence à avoir des soucis de « vieux logiciels » (entre les postes clients à jour et les serveurs en retard par exemple).
Les mises à jour de sécurité sortent d'abord pour la version stable en cours, donc c'est un peu mieux niveau sécurité d'être en stable.
L'idéal pourrait être de tout réinstaller à chaque fois avec la dernière version (ça dépend si on sait automatiser ou bien gérer le transfert des données de l'ancienne à la nouvelle), mais sinon les mises à jour se font très bien.
J'ai fait les montées de version depuis Debian 12 bookworm vers 13 Trixie pour LinuxFr.org sur 3 serveurs, 1 VM et 2 conteneurs LXC par exemple : les releases notes sont très détaillées, les changements annoncés, ça se fait bien. Parce que la quantité de machines est raisonnable. Si je devais gérer des dizaines/centaines/milliers de machines, je ne passerai pas par les mises à jour, j'automatiserais le déploiement d'installations neuves.
Il pourrait être utile de figer les IP internes et/ou d'assurer la synchronisation/reconfiguration du frontal web.
Historique (sur des années) : on avait un conteneur LXC daté (que l'on peine à moderniser) avec IP publique sur un hôte daté. On a migré ce conteneur sur un hôte à jour, il s'est retrouvé en IP privée derrière un frontal, puis on a commencé à déplacer des services (SQL, redis, epub, etc.) vers un autre conteneur LXC à jour (avec l'espoir de réduire l'ancien à zéro à terme). Ce qui a donné : un frontal qui doit parler à un conteneur, et un conteneur qui doit parler à un autre conteneur. Avant l'incident, les communications passaient par les adresses IP, attribués dynamiquement par dnsmasq-dhcp.
Situation courante post mesure corrective : dnsmasq-dhcp est configuré pour servir toujours les mêmes IP pour les adresses MAC des conteneurs, et les conteneurs se connaissent par leurs noms. Le frontal continue à utiliser les IP car il est hors de la résolution de noms LXC. Deux petits écueils :
pour que la résolution fonctionne, il faut que le conteneur ait démarré, donc il faut gérer l'ordre de démarrage des conteneurs (ce qui redonnera 8 min d'interruption le 17 août après un redémarrage pour découvrir cela et corriger).
étant parti d'un conteneur à IP publique, on se retrouve avec un conteneur nommé par exemple "alpha" associé à une IP publique alpha.linuxfr.org et donc sur l'hôte on a alpha qui a une IP publique et une IP privée. Si ce conteneur était refait de zéro il aurait un nom différent voire aléatoire et ce micro-problème n'existerait pas.
Non parce qu'on a des pénibles indonésiens qui nous spamment chaque jour pour leur casino donc ça nous arrangerait pour LinuxFr.org… (bon spammer étant un tantinet pas très respectueux des règles, pas sûr que ça aide une interdiction officielle)
La première question qu'un développeur devrait se poser est de définir quelles sont les questions qu'il devrait se poser. Limite on appellerait ça des exigences ou des spécifications.
(Selon LinuxFr.org, en ce vendredi estival, il devrait commencer par un colloque international pour demander l'avis de toutes les autres personnes qui développent, établissant ainsi une liste exhaustive pour construire cet abri à vélo vert, ensuite on pourrait discuter du meilleur langage, des meilleurs outils et du code parfait, après on pourrait parler des tests)
Il n'y a pas que les changements d'API, aussi ceux d'ABI : C a eu ses problèmes d'ABI notamment avec libc5 et libc6 si je me souviens bien. C++ a eu régulièrement des problèmes d'ABI aussi (gcc2 vs gcc3, les différentes gcc3.x, etc.).
Pouvoir recompiler c'est bien, surtout quand tu es quasi obligé de le faire pour cause d'ABI qui ont changé.
je voudrais changer le bac de douche qui est fissuré
ok mais changer le bac c'est refaire le carrelage autour et ça fera moche d'avoir du carrelage différent, donc il faudrait refaire la salle de bain et en profiter pour la moderniser. Alors il faut choisir le carrelage mural, le carrelage de douche, le carrelage du sol, le type de robinetterie, le type de bac de douche, le type de pare-douche, l'éventuel sèche-serviette, le meuble, la vasque, etc, etc. Mais bon ça vaudrait le coup de refaire l'isolation sol et mur au passage, donc faut aussi choisir l'isolant sol et mur, et la couleur du plafond. Au fait vous voudrez quoi comme éclairage, combien de spots, quels emplacements, quelle couleur de lumière, etc. Au fait les prises électriques et l'arrivée/évacuation de la machine à laver, on laisse en place ou on déplace ?
Pas très différent (en volume) au final des multiples questions logicielles sur les exigences fonctionnelles (ça doit faire quoi, quelles sont toutes les fonctionnalités souhaitées, quelle IHM/CLI) et les non-fonctionnelles (volumétrie, performances, sécurité, etc.). Dans les deux situations, certaines questions sont tranchées par ce qu'on veut (initialement + les aller-retour avec le pro), par le prix, par l'esthétique, par les conseils du pro parce qu'on n'en sait rien, etc.
Pour donner une situation caricaturale, ça serait :
bonjour, je voudrais une voiture
ok, ça sera 50k€ voici les clés
merci, au revoir
(repart avec une R5 délabrée jaune fluo, une Ferrari flambante neuve, un SUV bleu ou une Majorette de 2 CV orange)
Je dirais que le nombre de personnes qui en code chute, tandis que le nombre de personnes qui l'utilise est assez constant (même si c'est à leur insu de fait).
# Corrigé
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi le telechargement en .EPUB n’aboutit pas. Évalué à 3 (+0/-0).
Corrigé, merci. Probable conséquence de l'incident d'hier (cf dépêche en attente de publication)
[^] # Re: Article Arstechnica
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 6 (+3/-0).
Ajouté, merci.
# Cause
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Incident du 26 juin 2025 ayant touché les serveurs de production et de développement. Évalué à 5.
Visiblement il y a eu un hoquet dans l'alimentation électrique du serveur :
(je pensais qu'on avait vérifié ces logs à l'époque, mais apparemment non, en tout cas je viens de retomber dessus en traquant un autre incident…)
[^] # Re: Sondage
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine d'août 2025. Évalué à 3 (+0/-0).
Ils sont dans le plan du bas de page évidemment, mais aussi réglables dans les préférences du compte, avec un réglage par défaut d'affichage sur la page d'accueil. On en parle aussi dans Proposer un contenu ou dans l'aide. Et ils ont donc leur partie dédiée
[^] # Re: History
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 4 (+1/-0).
Sur une Ubuntu 24.04 par exemple, juste une petite sélection de quelques logiciels un peu connu :
# Remarque
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Knowing Where You Stand - Jurisdiction, Legal Entities, and Liability in FOSS. Évalué à 8 (+5/-0). Dernière modification le 25 août 2025 à 15:44.
RGPD: « Il s'applique aux entreprises établies en dehors de l'Union européenne qui traitent les données relatives aux activités des organisations de l'UE. Les sociétés non européennes sont également soumises au règlement dès qu'elles ciblent les résidents de l'UE par le profilage ou proposent des biens et services à des résidents européens. »
DMA : « Le règlement s'applique aux services de plateforme essentiels fournis ou proposés par des contrôleurs d’accès à des entreprises utilisatrices établies dans l’Union ou à des utilisateurs finaux établis ou situés dans l’Union, quel que soit le lieu d’établissement ou de résidence des contrôleurs d’accès et quel que soit le droit par ailleurs applicable à la fourniture des services »
Donc c'est en fait que le service est utilisé par des résidents européens, donc F-Droid est concerné RGPD/DSA/DMA. Et, par ailleurs, F-Droid est basé en Europe, alors il est concerné par toute la législation locale.
Faut aussi penser à NIS2, au Cyber Resilience Act, etc.
# Déjà mentionné
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Windows et Microsoft Office seront remplacés par Linux et LibreOffice dans un ministère au Danemark. Évalué à 7 (+4/-0).
Cf https://linuxfr.org/users/cg/liens/the-register-the-year-of-the-european-union-linux-desktop-may-finally-arrive
https://linuxfr.org/users/abriotde/liens/abandon-microsoft
https://linuxfr.org/users/anubis/liens/ministere-du-numerique-danois-sur-la-voie-de-l-independance-a-microsoft
[^] # Re: Quand faire une mise à jour de distribution
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Debian GNU/Linux 13 : prêt pour le service. Évalué à 9 (+6/-0).
Ne pas faire la montée de version à chaque version donne plus de boulot ensuite (vu qu'il faut gérer une montée de plusieurs versions). Et petit à petit on commence à avoir des soucis de « vieux logiciels » (entre les postes clients à jour et les serveurs en retard par exemple).
Les mises à jour de sécurité sortent d'abord pour la version stable en cours, donc c'est un peu mieux niveau sécurité d'être en stable.
L'idéal pourrait être de tout réinstaller à chaque fois avec la dernière version (ça dépend si on sait automatiser ou bien gérer le transfert des données de l'ancienne à la nouvelle), mais sinon les mises à jour se font très bien.
J'ai fait les montées de version depuis Debian 12 bookworm vers 13 Trixie pour LinuxFr.org sur 3 serveurs, 1 VM et 2 conteneurs LXC par exemple : les releases notes sont très détaillées, les changements annoncés, ça se fait bien. Parce que la quantité de machines est raisonnable. Si je devais gérer des dizaines/centaines/milliers de machines, je ne passerai pas par les mises à jour, j'automatiserais le déploiement d'installations neuves.
[^] # Re: Journal trop vieux
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Solution sans smartphone. Évalué à 3 (+0/-0).
Mais ça mériterait d'être précisé dans le site au endroit concerné, je vais laisser l'entrée ouverte pour l'instant du coup.
# Suivi post-incident
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Incident du 26 juin 2025 ayant touché les serveurs de production et de développement. Évalué à 4.
Historique (sur des années) : on avait un conteneur LXC daté (que l'on peine à moderniser) avec IP publique sur un hôte daté. On a migré ce conteneur sur un hôte à jour, il s'est retrouvé en IP privée derrière un frontal, puis on a commencé à déplacer des services (SQL, redis, epub, etc.) vers un autre conteneur LXC à jour (avec l'espoir de réduire l'ancien à zéro à terme). Ce qui a donné : un frontal qui doit parler à un conteneur, et un conteneur qui doit parler à un autre conteneur. Avant l'incident, les communications passaient par les adresses IP, attribués dynamiquement par
dnsmasq-dhcp.Situation courante post mesure corrective :
dnsmasq-dhcpest configuré pour servir toujours les mêmes IP pour les adresses MAC des conteneurs, et les conteneurs se connaissent par leurs noms. Le frontal continue à utiliser les IP car il est hors de la résolution de noms LXC. Deux petits écueils :# Et pas l'Indonésie ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien L'Inde interdit une bonne partie des jeux d'argent en ligne. Évalué à 7 (+4/-0).
Non parce qu'on a des pénibles indonésiens qui nous spamment chaque jour pour leur casino donc ça nous arrangerait pour LinuxFr.org… (bon spammer étant un tantinet pas très respectueux des règles, pas sûr que ça aide une interdiction officielle)
[^] # Re: lien ko
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Auxilium, il gère enfin les sous-commandes !. Évalué à 3 (+0/-0).
Corrigé, merci.
[^] # Re: What's next?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien IA - Le pari de Sam Altman est-il voué à l’échec ? . Évalué à 3 (+0/-0).
Non ce n'est pas possible à l'affichage non plus.
# Précisions
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Héberger les images des news (et éventuellement journal). Évalué à 3 (+0/-0). Dernière modification le 22 août 2025 à 08:50.
C'est faux (depuis 2024 en tout cas), les images de contenus visibles ne sont pas purgées.
Il y a une procédure de nettoyage (non automatique) qui fait cela. En plus du script check_img de l'audit évoqué dans https://linuxfr.org/news/img-le-cache-d-images-sur-linuxfr-org#toc-laudit-interne
[^] # Re: img.linuxfr.org
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Héberger les images des news (et éventuellement journal). Évalué à 3 (+0/-0).
Cf https://linuxfr.org/news/img-le-cache-d-images-sur-linuxfr-org
Ce n'est pas vrai pour les dépêches en markdown images passant par le service img. Les dépêches avant 2011 et en HTML (sauf exceptions déjà converties) ne passent pas par img.
[^] # Re: exponentiel ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Why developers question everything. Évalué à 4 (+1/-0).
La première question qu'un développeur devrait se poser est de définir quelles sont les questions qu'il devrait se poser. Limite on appellerait ça des exigences ou des spécifications.
(Selon LinuxFr.org, en ce vendredi estival, il devrait commencer par un colloque international pour demander l'avis de toutes les autres personnes qui développent, établissant ainsi une liste exhaustive pour construire cet abri à vélo vert, ensuite on pourrait discuter du meilleur langage, des meilleurs outils et du code parfait, après on pourrait parler des tests)
[^] # Re: What's next?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien IA - Le pari de Sam Altman est-il voué à l’échec ? . Évalué à 3 (+0/-0).
Non, les images distantes sont juste mises dans un cache local par le service img. Cf https://linuxfr.org/news/img-le-cache-d-images-sur-linuxfr-org
# Journal trop vieux
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Solution sans smartphone. Évalué à 4 (+1/-0).
On ne peut pas commenter les journaux de plus de 3 mois.
[^] # Re: History
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 3 (+0/-0).
Il n'y a pas que les changements d'API, aussi ceux d'ABI : C a eu ses problèmes d'ABI notamment avec libc5 et libc6 si je me souviens bien. C++ a eu régulièrement des problèmes d'ABI aussi (gcc2 vs gcc3, les différentes gcc3.x, etc.).
Pouvoir recompiler c'est bien, surtout quand tu es quasi obligé de le faire pour cause d'ABI qui ont changé.
[^] # Re: Ahem
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Comment j'ai rejoint la communauté du bug 323 [quand le bug vient du processeur]. Évalué à 3 (+0/-0).
D'ailleurs en fait et précédemment https://linuxfr.org/users/oumph/liens/the-bug-323-community-where-all-x87-floating-point-errors-in-gcc-come-to-die
# Ahem
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Comment j'ai rejoint la communauté du bug 323 [quand le bug vient du processeur]. Évalué à 7 (+4/-0).
tousse tousse https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18567 (et coucou Laurent Guerby https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15134 )
Donc je dirais bien sans commentaire.
[^] # Re: Correction
Posté par Benoît Sibaud (site web personnel) . En réponse au journal On n'est jamais aussi mal servi que par soi-même. Évalué à 4 (+1/-0).
Corrigé, merci.
[^] # Re: francetravail
Posté par Benoît Sibaud (site web personnel) . En réponse au journal On n'est jamais aussi mal servi que par soi-même. Évalué à 3 (+0/-0).
Cf fil de commentaires précédent
[^] # Re: Les artisans aussi
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Why developers question everything. Évalué à 7 (+4/-0). Dernière modification le 20 août 2025 à 10:37.
Expérience récente :
Pas très différent (en volume) au final des multiples questions logicielles sur les exigences fonctionnelles (ça doit faire quoi, quelles sont toutes les fonctionnalités souhaitées, quelle IHM/CLI) et les non-fonctionnelles (volumétrie, performances, sécurité, etc.). Dans les deux situations, certaines questions sont tranchées par ce qu'on veut (initialement + les aller-retour avec le pro), par le prix, par l'esthétique, par les conseils du pro parce qu'on n'en sait rien, etc.
Pour donner une situation caricaturale, ça serait :
[^] # Re: History
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 10 (+9/-0). Dernière modification le 19 août 2025 à 13:16.
https://packages.debian.org/trixie/perl-base paquet encore obligatoire sur une Debian 13 (100% d'installation sur le Debian Popularity Contest de fait https://qa.debian.org/popcon.php?package=perl )
encore assez haut au classement TIOBE https://www.statista.com/statistics/793628/worldwide-developer-survey-most-used-languages/ par exemple
beaucoup plus profond dans https://spectrum.ieee.org/top-programming-languages-2024 ou dans https://www.statista.com/statistics/793628/worldwide-developer-survey-most-used-languages/
Je dirais que le nombre de personnes qui en code chute, tandis que le nombre de personnes qui l'utilise est assez constant (même si c'est à leur insu de fait).