Debian regola l’AI generativa e Linux 7.3-rc1 apre un nuovo ciclo del kernel

🐧 Novità principali

• Debian approva la linea “Responsible Use of Generative AI”: nessun divieto generale, ma responsabilità piena del contributore sugli output AI.
• I contributi assistiti da AI devono rispettare qualità, licenze, sicurezza e riservatezza; l’uso dei modelli non riduce gli obblighi individuali.
• Linux 7.3-rc1 chiude il merge window con uno dei cicli più grandi di sempre e nuovi interventi per AMD, Intel, Btrfs e hardware Apple.

Debian sceglie di non vietare l’intelligenza artificiale generativa, ma rende esplicito un principio destinato a pesare sull’intero ecosistema open source: chi utilizza un LLM resta personalmente responsabile di tutto ciò che sottopone al progetto. Quasi contemporaneamente Linus Torvalds pubblica Linux 7.3-rc1, chiudendo un merge window particolarmente ampio e aprendo il nuovo ciclo di stabilizzazione del kernel. I due sviluppi raccontano due facce della stessa evoluzione: Linux e il software libero stanno integrando l’AI senza rinunciare alla responsabilità tecnica umana, mentre l’upstream continua ad aumentare dimensioni, supporto hardware e complessità.

Debian sceglie l’uso responsabile invece del divieto degli LLM

La comunità Debian ha concluso una General Resolution dedicata all’uso degli LLM, scegliendo come opzione vincente “Responsible Use of Generative AI”. I risultati ufficiali della votazione Debian mostrano che la proposta ha prevalso sulle alternative che andavano dal divieto completo delle contribuzioni generate con LLM fino a impostazioni più permissive. Debian stabilisce che gli strumenti generativi non sono né approvati né proibiti per sviluppo, manutenzione, packaging, documentazione e altri contenuti del progetto. L’AI viene quindi trattata come uno strumento, non come un soggetto al quale trasferire responsabilità. Il principio è perfettamente coerente con la struttura comunitaria che continua a caratterizzare Debian dopo 33 anni di sviluppo indipendente e governance distribuita: il contributore resta il punto finale della catena decisionale.

Il contributore deve capire, verificare e difendere ciò che produce l’AI

La nuova posizione Debian è particolarmente netta sul tema della responsabilità tecnica. Un contenuto assistito da AI deve rispettare gli stessi requisiti di qualità, correttezza, manutenibilità e conformità legale applicati a qualsiasi altro contributo. Chi invia codice o documentazione deve averli compresi, revisionati, testati e modificati quando necessario, e deve essere in grado di spiegarli e difenderli. L’accettazione automatica di output generati viene considerata incompatibile con le normali pratiche di sviluppo del progetto. La scelta risponde a un problema che Linux conosce già bene: Torvalds ha dovuto modificare la gestione dei report di sicurezza dopo l’arrivo di grandi quantità di segnalazioni duplicate prodotte con strumenti AI, mostrando come l’aumento della produttività possa trasformarsi rapidamente in rumore quando viene separato dalla verifica umana.

Leggi anche: L’AI accelera la ricerca di zero-day Linux ma non sostituisce ancora l’exploit developer

Privacy e informazioni riservate restano fuori dai servizi AI esterni

Debian introduce anche una linea precisa sulla gestione dei dati: informazioni riservate, comunicazioni private, vulnerabilità sotto embargo, chiavi crittografiche, credenziali e materiale non pubblico non devono essere trasferiti verso servizi AI di terze parti senza autorizzazione. Il problema non riguarda quindi soltanto copyright e qualità del codice, ma anche la possibilità che prompt e documenti inviati a piattaforme cloud contengano informazioni che non dovrebbero lasciare l’infrastruttura del progetto. Debian evita di risolvere con la General Resolution le questioni ancora aperte sulla titolarità degli output generativi, affidando invece ai contributori l’obbligo di valutare provenienza e compatibilità delle licenze. È una scelta particolarmente significativa per una distribuzione nella quale software libero, sicurezza, packaging e conformità delle licenze continuano a influenzare direttamente ciò che può essere distribuito.

Linux 7.3-rc1 chiude uno dei merge window più grandi

Sul versante del kernel, Linux 7.3-rc1 è disponibile dal 30 agosto 2026 e conclude le due settimane di merge successive al rilascio stabile di Linux 7.2. Kernel.org indica Linux 7.3-rc1 come attuale versione mainline, mentre Torvalds descrive il ciclo come particolarmente grande sia per numero di commit sia per dimensioni complessive della diff. Una quota rilevante del codice deriva dai nuovi header AMD DCN6, che da soli contribuiscono in misura significativa alla dimensione della patch complessiva. Al netto di questa componente, Torvalds considera però il merge window relativamente normale. Il nuovo ramo prosegue quindi direttamente il lavoro di Linux 7.2 su scheduler, filesystem, networking, AMD, Intel e supporto hardware di nuova generazione, ma apre già un ulteriore ciclo di espansione.

AMD Zen 6, Intel, Btrfs e Apple entrano nel nuovo ciclo

Tra le modifiche confluite in Linux 7.3-rc1 emergono nuovi interventi per le future piattaforme AMD Zen 6, ottimizzazioni dedicate ai processori Intel ibridi, miglioramenti per Btrfs, nuove componenti grafiche AMD e Intel e un ampliamento del supporto ai Mac Apple Silicon più recenti. Il kernel introduce inoltre ulteriori sviluppi su USB4STREAM, driver grafici e periferiche gaming, confermando quanto il ramo mainline stia diventando contemporaneamente base server, desktop, workstation e piattaforma embedded. L’evoluzione hardware non significa però adozione immediata da parte di tutte le distribuzioni: i sistemi rolling saranno i primi a sperimentare le nuove versioni, mentre quelli orientati alla stabilità continueranno a preferire kernel consolidati, come mostra la scelta di Armbian 26.8 di mantenere Linux 7.1 come baseline lasciando Linux 7.2 ai rami edge.

Continua con:

• Linux compie 35 anni e resta l’infrastruttura invisibile del digitale
• Garuda Linux Temeraire porta Linux 7.2 rapidamente sul desktop rolling

L’open source non rifiuta l’AI ma pretende responsabilità umana

Le decisioni Debian e il nuovo ciclo Linux convergono su un principio più ampio. L’intelligenza artificiale sta entrando realmente nei processi di sviluppo open source, ma i grandi progetti non sembrano intenzionati a concederle uno statuto speciale. Debian non vieta gli LLM, però non accetta che vengano utilizzati per scaricare sui maintainer il costo della verifica; Linux permette strumenti AI nella review e nella ricerca di bug, ma Torvalds ha già imposto correzioni procedurali quando l’automazione produce duplicati e lavoro inutile. Allo stesso tempo il kernel continua ad aumentare rapidamente complessità e superficie hardware, rendendo gli strumenti automatizzati sempre più interessanti ma anche più difficili da controllare. La diffusione dell’AI nella code review del kernel Linux mostra quindi il vero compromesso che emerge nel 2026: gli strumenti possono cambiare, ma firma, giudizio tecnico e responsabilità restano umani.