Linus Torvalds incluso nel ramo del kernel Linux 5.8 Raccomandazioni sullo stile del codice. Adottato testo sull'uso della terminologia inclusiva, che Γ¨ stato approvato da 21 eminenti sviluppatori del kernel, inclusi i membri del comitato tecnico della Linux Foundation. Γ¨ stato inviato a Linus per includere le modifiche nel kernel 5.9, ma ha ritenuto che non ci fosse motivo di attendere la finestra successiva per accettare le modifiche e ha accettato il nuovo documento nel ramo 5.8.
La terza versione del testo dalla terminologia inclusiva Γ¨ stata accorciata rispetto a (il file Γ¨ stato escluso parlando dellβimportanza di essere inclusivi e spiegando perchΓ© i termini problematici dovrebbero essere evitati). Sono state lasciate solo le modifiche al documento che definisce lo stile di codifica. Agli sviluppatori non Γ¨ consigliabile utilizzare separatamente le combinazioni "master/slave" e "blacklist/whitelist", nonchΓ© la parola "slave". Le raccomandazioni riguardano solo i nuovi usi di questi termini. Le menzioni delle parole specificate giΓ esistenti nel nucleo rimarranno intatte.
Inoltre, l'uso dei termini contrassegnati nel nuovo codice Γ¨ consentito quando richiesto per supportare l'API e l'ABI esposte nello spazio utente e quando si aggiorna il codice per supportare l'hardware o i protocolli esistenti le cui specifiche richiedono l'uso di questi termini. Quando si creano implementazioni basate su nuove specifiche, si consiglia, ove possibile, di allineare la terminologia delle specifiche con la codifica standard del kernel Linux.
Si consiglia di sostituire le parole 'blacklist/whitelist' con
"denylist/allowlist" o "blocklist/passlist" e al posto delle parole "master/slave" vengono offerte le seguenti opzioni:
- '{primario,principale} / {secondario,replica,subordinato}',
- '{iniziatore,richiedente} / {destinazione,risponditore}',
- '{controller,host} / {dispositivo,worker,proxy}',
- 'leader/seguace',
- 'regista/interprete'.
D'accordo con la modifica (Acked-by):
- Randy Dunlap[email protected]>
- Dave Airlie[email protected]>
- Parco Seong Jae[email protected]>
- Cristiano Brauner[email protected]>
- James Bottomley[email protected]>
- Daniele Vetter[email protected]>
- Andy Lutomirski[email protected]>
- Laura Abbott[email protected]>
- Gustavo AR Silva[email protected]>
Modifica revisionata da:
- Mattia Brugger[email protected]>
- Marco Marrone[email protected]>
Modifica firmata (firmata da):
- Stephen Hemminger[email protected]>
- Theodore Ts'o[email protected]>
- Shuah Khan[email protected]>
- Dan Carpenter[email protected]>
- Kees Cook[email protected]>
- Olof Johansson[email protected]>
- Jonathan Corbet[email protected]>
- Chris Masson[email protected]>
- Greg Kroah-Hartman[email protected]>
- DanWilliams[email protected]>
Aggiornamento: gli sviluppatori del linguaggio Rust hanno accettato , che sostituisce "whitelist" con "allowlist" nel codice. La modifica non influisce sulle opzioni della lingua e sui costrutti disponibili per gli utenti e riguarda solo i componenti interni.
Fonte: opennet.ru