Chris Mason a annoncé que le 28 août était son dernier jour chez Meta. Son patch Btrfs le répertorie comme relecteur désigné et actualise son adresse. Selon lui, David Sterba assure l’essentiel de la maintenance depuis plusieurs années.

Le changement figure dans une version candidate
Dans son message du 27 août, Mason indique qu’il continuera à contribuer au noyau et que l’engagement de Meta reste inchangé. Ce sont ses déclarations, pas une garantie d’effectifs vérifiée indépendamment.
Le patch remplace son entrée M par une entrée R et conserve David Sterba sous M. Vérification du 8 septembre : cette modification figure dans MAINTAINERS de Linux 7.3-rc2. Cette précision actualise l’article : proposer un patch et le retrouver dans une version identifiée constituent deux preuves distinctes.
Comment lire les lettres M, R et L
Le fichier documente sa notation : M indique à qui adresser les patches, R désigne un relecteur à mettre en copie et L donne la liste de diffusion concernée.
Ces entrées servent à orienter les contributions. Elles ne constituent pas une liste de droits imposée par Git. Changer une lettre ne retire pas la possibilité de créer une branche, d’examiner du code ou de proposer une modification. Cela ne garantit pas non plus qu’un script de recherche des destinataires envoie un message : proposer des adresses et envoyer sont deux actions distinctes.
Pour une première contribution, recopier seulement un nom connu depuis un vieil article peut donc manquer le circuit de relecture actuel, même si la correction technique est bonne.
Retrouver les contacts de manière reproductible
Dans les sources du noyau que vous ciblez, lisez le bloc MAINTAINERS du sous-système et les consignes auxquelles il renvoie. Examinez ensuite les destinataires proposés pour votre patch :
./scripts/get_maintainer.pl path/to/change.patch
Cette commande affiche des suggestions sans envoyer de courriel. Remplacez le chemin d’exemple par votre patch. Confrontez le résultat aux fichiers modifiés et à l’arbre de destination. Une modification touchant Btrfs et une interface mémoire partagée peut nécessiter des relecteurs des deux domaines.
Ce qu’un exploitant peut en déduire
Cette modification de métadonnées ne change aucun format de stockage, option de montage ou commande de récupération. Elle ne justifie pas de migrer les données ou de modifier un système en service. Les décisions d’exploitation restent liées au comportement de la version déployée et aux corrections utiles à votre charge.
Pour suivre la continuité du projet, observez les modifications relues, les branches entretenues et les réponses aux régressions précises. Des contacts à jour facilitent ce travail ; une annonce de départ professionnel ne suffit pas à établir l’avenir d’un système de fichiers.
Révision des sources, des limites et des explications ; remplacement de l’ancienne illustration.