El líder del proyecto del Kernel de Linux “Linus Torvalds” dio a conocer recientemente que aceptó los cambios y las recomendaciones para el estilo de código en la rama del Kernel de Linux 5.8.
Esto quiere decir que el líder del Kernel de Linux ha dado luz verde para que el proyecto adopte la tercera edición del texto sobre el uso de terminología inclusiva y el cual fue aprobado por 21 desarrolladores de kernel conocidos, incluidos miembros del comité técnico de la Fundación Linux.
A Linus se le envió una solicitud para incluir cambios en el kernel 5.9, pero consideró que no había razón para esperar a la siguiente ventana para aceptar los cambios y aceptó un nuevo documento en la rama 5.8.
La tercera versión del texto de la terminología inclusiva se acortó en comparación con la oración original, ya que el archivo inclusive-terminology.rst se eliminó con una historia sobre la importancia de una actitud inclusiva y una explicación de por qué deberían evitarse los términos problemáticos.
Solo quedan cambios en el documento que define el estilo de codificación. No se recomienda a los desarrolladores usar los paquetes ‘master/slave’ y ‘black list/white list’, así como la palabra separada ‘slave’.
Las recomendaciones se aplican solo al nuevo uso de estos términos. Las referencias ya mencionadas en el Kernel de estas palabras permanecerán intactas.
Además, se permite el uso de términos marcados en el nuevo código si es necesario para mantener la API y el ABI emitido para el espacio del usuario, así como al actualizar el código para admitir equipos o protocolos existentes, cuyas especificaciones requieren el uso de estos términos.
Al crear implementaciones basadas en nuevas especificaciones, se recomienda, cuando sea posible, alinear la terminología de la especificación con la codificación estándar para el kernel de Linux.
Los reemplazos recomendados para ‘lista negra / lista blanca’ son:
Las excepciones para introducir un nuevo uso es mantener un espacio de usuario ABI/API,o al actualizar el código de un hardware o protocolo existente (a partir de 2020) especificación que exige esos términos. Para nuevas especificaciones traducir el uso de la especificación de la terminología a la codificación del núcleo estándar donde sea posible.
Se recomienda reemplazar las palabras ‘black list/black list’ por »denylist / allowlist’ o blocklist / passlist’, y en lugar de las palabras ‘master/slave’, se sugieren las siguientes opciones:
- primario/secundario (primary,main/ secondary)
- principal/replica o subordinada (replica,subordinate)
- iniciador/objetivo (initiator / target)
- solicitante/responsable (requester/responder)
- controlador/dispositivo (controller/device)
- anfitrión/trabajador o apoderado (host/worker or proxy)
- líder/seguidor (leader/follower)
- director/intérprete (director/performer)
Si quieres saber más : https://git.kernel.org Fuente : bloglinux
