Les développeurs Debian ont commencé à voter le 15 août 2026 sur ce que le projet acceptera des grands modèles de langage, et le bulletin est plus fourni que celui entré en discussion en juillet. Huit propositions y figurent, de l'interdiction inscrite dans le Contrat social jusqu'à des cadres permissifs assortis d'obligations de transparence, en passant par une option qui rejette ces outils pour motif environnemental. Le scrutin ferme à la fin du 28 août. Seul l'amendement au Contrat social exige une majorité qualifiée de trois contre un, les autres se contentent d'une majorité simple. Debian se trouve en amont d'une immense quantité de logiciels livrés.
The short answer
Les développeurs Debian ont commencé à voter le 15 août 2026 sur la résolution générale concernant l'usage des grands modèles de langage dans le projet, le scrutin fermant à la fin du 28 août. Huit propositions figurent au bulletin, de l'interdiction inscrite au Contrat social jusqu'à des cadres permissifs fondés sur la transparence et la responsabilité du contributeur, dont une option qui s'oppose à ces outils pour motif environnemental. Seul l'amendement au Contrat social exige une majorité de trois contre un. Le dépouillement suit la méthode Condorcet.
La plupart des projets tranchent la question du code généré par un paragraphe dans un fichier de contribution, rédigé par la personne la plus agacée du moment. Debian la tranche par vote constitutionnel, avec des proposants identifiés, quinze jours de scrutin et une majorité qualifiée sur l'option qui modifierait un document fondateur. C'est plus lent. Cela produit aussi quelque chose de citable.
Ce qui a changé depuis juillet
Nous avions couvert cette résolution quand la période de discussion s'est ouverte le 24 juillet avec quatre options concurrentes. La discussion a été prolongée, et au moment de l'émission du bulletin le compte avait doublé.
Le scrutin a ouvert au début du 15 août et ferme à la fin du 28 août, en temps universel coordonné. Huit propositions sont listées, chacune portée par un développeur identifié.
L'option A, de Matthias Geiger, interdit les contributions issues de LLM en amendant le Contrat social. L'option B, de Lucas Nussbaum, autorise les contributions assistées par IA sous conditions énoncées. L'option C, d'Ian Jackson, rejette l'usage des LLM autant que praticable et met à jour le code de conduite. L'option D, de Pierre-Elliott Becue, accepte les contributions IA pour le travail propre à Debian, avec des attentes de conformité et de transparence. L'option E, de Marc Haber, définit un usage responsable de l'IA générative. L'option F, de Tobias Frost, propose une approche délibérément prudente. L'option G, de Gard Spreemann, affirme que Debian est créé par des humains. L'option H, de Holger Levsen, s'oppose à l'usage des LLM au nom du coût environnemental.
Les mécanismes qui décideront du résultat
Deux détails de procédure pèseront davantage que le texte d'une proposition isolée.
Le premier est le seuil de majorité. L'option A est la seule à exiger trois voix contre une, parce qu'amender le Contrat social revient à modifier un document fondateur et que la constitution place la barre plus haut dans ce cas. Les options B à H se contentent d'une majorité simple. Un projet globalement restrictif peut donc échouer à adopter une restriction, uniquement parce que la restriction la plus ferme a été écrite dans le document le plus difficile à modifier. Si le résultat place une option permissive en tête, vérifiez les seuils avant d'en conclure ce que les développeurs souhaitaient.
Le second est la méthode de dépouillement. Debian emploie une méthode Condorcet, qui compare chaque option à toutes les autres par duels, avec sur chaque bulletin une option par défaut équivalant au statu quo. Les votants classent au lieu de choisir. Sur un bulletin aussi chargé, cela favorise systématiquement les propositions qu'un large éventail de développeurs juge acceptables plutôt que celles qu'un groupe restreint juge idéales. Le vainqueur affiché en dit donc beaucoup moins que le tableau des duels qui le soutient.
Sur quoi les options s'opposent réellement
En retirant la rédaction, il reste trois désaccords de fond.
Le premier porte sur l'origine et la licence. Un contributeur peut-il garantir qu'un correctif lui appartient quand un modèle en a produit une partie ? Toutes les options restrictives considèrent cette garantie comme impossible à donner honnêtement aujourd'hui, et toutes les options permissives la traitent comme une affirmation qui relève du contributeur, ce qui est déjà la façon dont le projet gère toute autre question d'origine.
Le deuxième porte sur l'endroit où loger la règle. Un amendement au Contrat social engage le projet à ses fondations et se révise difficilement à mesure que la technologie bouge. Une modification de politique ou de code de conduite s'ajuste plus facilement et s'ignore aussi plus facilement. C'est le choix entre une déclaration durable et une règle praticable, et des gens raisonnables se répartissent des deux côtés.
Le troisième porte sur le périmètre. La distinction de l'option D, entre les contributions au travail propre à Debian et le code venu de l'amont, est celle qui mord le plus. Debian empaquette des logiciels écrits ailleurs. Une règle qui lie ses propres contributeurs reste applicable. Une règle qui engloberait l'amont placerait le projet en position d'auditer l'origine du noyau et de tout le reste, ce qui relève du souhait plus que de la politique.
Si vous maintenez des paquets quelque part
Deux choses méritent d'être faites pendant le scrutin, et aucune n'exige d'avoir un avis sur l'issue.
Regardez ce que votre propre projet affirme aujourd'hui. La plupart des guides de contribution ne disent rien du code généré, ce qui renvoie la réponse à ce que votre certificat d'origine implique déjà. Relire ce document en pensant à un correctif écrit avec l'aide d'un modèle prend cinq minutes et révèle en général si vous avez une politique ou seulement une habitude.
Surveillez ensuite les duels plutôt que le vainqueur. Quelle que soit l'issue, les argumentaires publiés à côté des huit propositions constituent le matériau le plus soigneusement construit disponible sur la question, produit par des gens qui maintiennent une distribution dont dépendent Ubuntu, Linux Mint, Raspberry Pi OS et Proxmox parmi beaucoup d'autres. Quelle que soit la règle que votre projet adoptera, la discussion coûtera moins cher en partant d'arguments déjà éprouvés pendant un mois par d'autres.
Sources et pour aller plus loin
- General Resolution: LLM usage in Debian, page de vote debian.org, 2026
- Debian Developers Begin Voting Over LLM Usage Within The Project, Phoronix, 15 août 2026
- Debian's 2026 LLM Vote: Five Proposals Shape Open Source AI Policy, Linux Compatible, août 2026
- The Debian LLM Vote Is Open: Eight Ballot Options and Two Weeks to Settle It, Hardware Busters, août 2026
- General resolution: LLM usage in Debian, premier appel au vote, bulletin corrigé
Questions fréquentes
Sur quoi porte le vote, et quand ferme-t-il ?
Sur une résolution générale intitulée usage des LLM dans Debian, la deuxième du projet en 2026. Le scrutin a ouvert au début du 15 août et ferme à la fin du 28 août, en temps universel coordonné, soit deux semaines pour les développeurs. Le bulletin porte huit propositions distinctes ainsi que l'option par défaut habituelle. La période de discussion qui l'a précédé a démarré le 24 juillet et a été prolongée, ce qui explique en partie le passage de quatre options au début des débats à huit au moment du vote.
Quelles sont les huit options ?
A interdit les contributions issues de LLM en amendant le Contrat social, proposée par Matthias Geiger. B autorise les contributions assistées par IA sous conditions, par Lucas Nussbaum. C rejette les LLM autant que praticable et met à jour le code de conduite, par Ian Jackson. D accepte les contributions IA pour le travail propre à Debian, par Pierre-Elliott Becue. E porte sur un usage responsable de l'IA générative, par Marc Haber. F propose une approche prudente, par Tobias Frost. G affirme que Debian est créé par des humains, par Gard Spreemann. H s'oppose à l'usage des LLM pour motif climatique, par Holger Levsen.
Pourquoi une seule option exige-t-elle une majorité qualifiée ?
En raison de ce qu'elle modifie, pas de ce qu'elle dit. L'option A amende le Contrat social, l'un des documents fondateurs de Debian, et la constitution impose une majorité de trois contre un pour les modifier. Les sept autres expriment une position par la politique du projet, le code de conduite ou une déclaration, ce qui relève de la majorité simple. Cette asymétrie mérite d'être comprise avant de lire le résultat : une majorité favorable à une restriction peut échouer si cette restriction a été écrite dans le mauvais document.
Comment Debian dépouille-t-il ce scrutin ?
Par méthode Condorcet, en comparant chaque option à toutes les autres par duels plutôt qu'en comptant les premiers choix. Les votants classent les options, y compris l'option par défaut qui équivaut au statu quo, et toute proposition classée sous ce défaut est rejetée de fait. Sur un bulletin aussi chargé, la conséquence pratique est qu'une option médiane largement acceptable peut l'emporter sur une option plus populaire mais clivante. Lire le vainqueur sans lire les duels donne en général une image trompeuse de ce que le projet a décidé.
Pourquoi cela compte-t-il en dehors de Debian ?
À cause de ce qui se trouve en aval. Ubuntu, Linux Mint, Raspberry Pi OS et Proxmox reposent sur Debian, et une règle sur les contributions et l'empaquetage se propage donc dans une énorme quantité de logiciels distribués par d'autres. Au-delà de cet héritage direct, les décisions de Debian sur les normes de contribution servent historiquement de modèle aux projets confrontés à la même question. Si vous maintenez un paquet quelque part, ce bulletin est un aperçu de la discussion qui arrivera sur votre propre gestionnaire de tickets.