Debian Is Making A Huge Call On AI

SYNTHÈSE STRUCTURÉE

Contexte : l’IA est déjà une réalité dans le FOSS

L’intervenant pose d’emblée le constat : « AI is here to stay in the FOSS world, sometimes for AI code, sometimes for security reports, sometimes for bug triaging ». Il souligne que certains projets adoptent une ligne dure, d’autres non, mais que pour une distribution comme Debian, la question est inévitable car elle dépend de composants amont (noyau Linux, Rust, etc.) qui intègrent déjà de l’IA. « If you’re a Linux distro, this is a very different equation because of the Linux kernel […] unless you’re planning to fork, you’re gonna have to accept some level of AI code. »

Proposition A (Matthias Geiger) : interdiction stricte des contributions IA

Cette proposition est la plus restrictive. Elle interdit expressément toute contribution à Debian écrite avec l’aide d’un LLM ou d’un outil d’IA générative, dans les domaines suivants :

Paquets sources Debian
Logiciels officiels du projet (ex. Lintian)
Ressources web Debian
Documentation et traductions
Communications officielles (blogs, etc.)

Elle exclut explicitement les projets amont (noyau Linux, logiciels liés à l’IA) et les correctifs de sécurité amont. La justification repose sur quatre piliers : le droit d’auteur (risque de licence floue), la qualité (un LLM produit des packages incohérents), la communauté (épuisement des relecteurs, absence d’apprentissage des nouveaux contributeurs) et l’éthique (scraping agressif des sites Debian, contournement de robots.txt). L’intervenant cite : « LLM output should not have a special exception to this. »

Proposition B (Lucas Nussbaum) : autorisation encadrée des contributions IA

Cette proposition reconnaît les risques mais autorise les contributions assistées par IA sous six conditions strictes :

Compatibilité légale des outils : les conditions d’utilisation de l’outil ne doivent pas imposer de restrictions contractuelles incompatibles avec Debian.
Licence et attribution : le contributeur doit vérifier que le code généré respecte les licences open source.
Responsabilité : le contributeur assume l’entière responsabilité technique, sécuritaire et légale de sa contribution.
Divulgation : toute contribution significative générée par IA doit être signalée (comme dans le noyau Linux).
Discussion préalable pour les changements en masse ou automatisés.
Confidentialité : interdiction d’utiliser des outils cloud avec des données sensibles ou non publiques.

L’intervenant résume : « You can’t just have the LLM just output things and then expect them to merge it. You need to understand what you have generated. »

Proposition C (Ian Jackson) : rejet de l’IA dans la mesure du possible

Cette proposition prend une position plus idéologique. Elle liste les problèmes de l’IA (exploitation des auteurs, pollution des communs informationnels, bulle économique, etc.) et demande :

Que les contributeurs évitent l’IA dans leur travail Debian.
Que les décideurs découragent son usage.
Que la communauté FOSS rejette l’IA en général.

Concrètement, elle propose d’ajouter au code de conduite l’obligation que les messages humains (bugs, listes de diffusion, blogs) soient rédigés sans IA, et que toute utilisation soit divulguée. Une exception notable est faite pour l’accessibilité linguistique : « Any contributor who feels they cannot write in English without assistance may write in their native language and expect readers to use translation tools of their choice. »

Proposition D (Pierre-Elliott Bécue) : acceptation pragmatique des contributions IA

Cette proposition reconnaît que l’IA est déjà utilisée et « here to stay ». Plutôt que d’interdire, elle place la responsabilité sur le contributeur avec des règles applicables uniquement au travail spécifique à Debian (paquets, sites, applications). Les conditions incluent :

Conformité aux Debian Free Software Guidelines (DFSG)
Responsabilité et compréhension du code soumis
Signature GPG et tag Signed-off-by sur les contributions
Marquage explicite de l’usage de l’IA dans les messages de commit ou changelogs
Interdiction des outils cloud pour les données sensibles

L’intervenant note que les outils légers comme la complétion de code (Copilot) sont tolérés si le contributeur ne réalise pas qu’il utilise de l’IA.

Points communs entre les propositions

L’intervenant souligne que malgré des nuances, les quatre propositions partagent un socle commun : « They’re all basically saying within Debian, either don’t use it or extremely limit it. However, when it’s an upstream project, we don’t like it, but there’s not a ton that can be done about it. » Toutes reconnaissent que Debian ne peut pas forker le noyau Linux et doit donc accepter un certain niveau d’IA en amont.

CONCEPTS CLÉS

LLM (Large Language Model) : modèle de langage de grande taille, comme GPT, utilisé pour générer du texte ou du code.
DFSG (Debian Free Software Guidelines) : ensemble de règles définissant ce qu’est un logiciel libre selon Debian.
robots.txt : fichier standard placé à la racine d’un site web pour indiquer aux robots d’indexation (scrapers) les parties autorisées ou interdites.
Salsa : plateforme de forge logicielle utilisée par Debian pour héberger ses projets (équivalent de GitLab).
Copilot : outil de complétion de code basé sur l’IA, développé par GitHub.

CONCLUSION

Le message principal est que Debian, en tant que distribution majeure, doit naviguer entre idéalisme et pragmatisme face à l’IA. Aucune des quatre propositions n’impose une interdiction totale, car le projet ne peut pas se passer des composants amont qui utilisent déjà l’IA. La solution retenue sera probablement un compromis : des règles strictes pour le travail propre à Debian (paquets, documentation, communications), couplées à une acceptation contrainte de l’IA dans les projets externes. Comme le dit l’intervenant, « you’re either gonna have to deal with it, or just stop using Linux. » Cette résolution est cruciale car elle définira la position de Debian sur un sujet qui impacte déjà la qualité, la licence et la pérennité de la distribution.