В состав ядра Linux 5.8 приняты рекомендации по инклюзивной терминологии
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Линус Торвальдс принял в состав ветки ядра Linux 5.8 изменения рекомендаций по стилю оформления кода. В состав принята третья редакция текста об использовании инклюзивной терминологии, которая была одобрена 21 известным разработчиком ядра, включая членов технического комитета Linux Foundation. Линусу был отправлен запрос на включение изменений в ядро 5.9, но он посчитал, что нет оснований ждать следующего окна приёма изменений и принял новый документ в ветку 5.8.
Третий вариант текста от инклюзивной терминологии был сокращён по сравнению с изначальным предложением (был исключён файл inclusive-terminology.rst с рассказом о важности инклюзивного отношения и пояснением причин, по которым следует избегать проблемных терминов). Оставлены только изменения в документ, определяющий стиль кодирования. Разработчикам не рекомендуется использовать связки 'master / slave' и 'blacklist / whitelist', а также отдельно слово 'slave'. Рекомендации касаются только нового использования данных терминов. Уже имеющиеся в ядре упоминания указанных слов останутся нетронутыми.
Кроме того, разрешено использование отмеченных терминов в новом коде, если того требует поддержание выдаваемого в пространство пользователя API и ABI, а также при обновлении кода для поддержки существующего оборудования или протоколов, спецификации на которые предписывают использование данных терминов. При создании реализаций на основе новых спецификаций рекомендуется, где это возможно, приводить терминологию спецификации в соответствие со стандартном кодирования для ядра Linux.
Слова 'blacklist/whitelist' рекомендуется заменять на
'denylist / allowlist' или 'blocklist / passlist', а вместо слов 'master / slave' предлагаются следующие варианты связок:
- '{primary,main} / {secondary,replica,subordinate}',
- '{initiator,requester} / {target,responder}',
- '{controller,host} / {device,worker,proxy}',
- 'leader / follower',
- 'director / performer'.
С изменением согласились (Acked-by):
- Randy Dunlap <rdunlap@infradead.org>
- Dave Airlie <airlied@redhat.com>
- SeongJae Park <sjpark@amazon.de>
- Christian Brauner <christian.brauner@ubuntu.com>
- James Bottomley <James.Bottomley@HansenPartnership.com>
- Daniel Vetter <daniel.vetter@ffwll.ch>
- Andy Lutomirski <luto@kernel.org>
- Laura Abbott <laura@labbott.name>
- Gustavo A. R. Silva <gustavoars@kernel.org>
Изменение рецензировали (Reviewed-by):
- Matthias Brugger <matthias.bgg@gmail.com>
- Mark Brown <broonie@kernel.org>
Изменение подписали (Signed-off-by):
- Stephen Hemminger <stephen@networkplumber.org>
- Theodore Ts'o <tytso@mit.edu>
- Shuah Khan <skhan@linuxfoundation.org>
- Dan Carpenter <dan.carpenter@oracle.com>
- Kees Cook <keescook@chromium.org>
- Olof Johansson <olof@lixom.net>
- Jonathan Corbet <corbet@lwn.net>
- Chris Mason <clm@fb.com>
- Greg Kroah-Hartman <gregkh@linuxfoundation.org>
- Dan Williams <dan.j.williams@intel.com>
===========
Источник:
OpenNet.RU
===========
Похожие новости
- Главная ссылка к новости (https://lkml.org/lkml/2020/7/1...)
- OpenNews: Разработчики ядра Linux рассматривают переход к использованию инклюзивных терминов
- OpenNews: Разработчики LLVM обсуждают прекращение использования слова "master"
- OpenNews: GitHub решил отказаться от имени "master" для основных веток
- OpenNews: Проект OpenZFS из-за политкорректности избавился от упоминания слова "slave" в коде
- OpenNews: Язык Go избавляется от неполиткорректных терминов whitelist/blacklist и master/slave
Похожие новости:
- [История IT, Разработка под Linux, Терминология IT] Линус Торвальдс одобрил замену части терминов в коде Linux на нейтральные названия
- [IT-инфраструктура, Open source, Разработка под Linux, Учебный процесс в IT] Мастер-курсы по Istio и Kafka, книга про Python и немного про навыки веб-разработки
- Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust
- [Настройка Linux] Как установить Arch с минимальной болью?
- [DIY или Сделай сам, Интернет вещей, Компьютерное железо, Разработка на Raspberry Pi, Разработка под Linux] Встраиваемый компьютер AntexGate. От прототипа к серийному производству
- [Компьютерное железо, Настольные компьютеры, Настройка Linux, Старое железо] Загружаем последнее ядро Linux с дискеты на 486-м компьютере (перевод)
- [Отладка, Системное администрирование, Хостинг] HTTP Error 503. Service Unavailable: случай в поддержке хостинга
- [Qt, Разработка под Linux, Разработка под Windows] Портирование приложений с QWidget на QML под Desktop
- Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и рабочих процессах
- [*nix, Open source] FOSS News №23 – обзор новостей свободного и открытого ПО за 29 июня – 5 июля 2020 года
Теги для поиска: #_linux, #_kernel, #_slave
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 23-Ноя 05:17
Часовой пояс: UTC + 5
Автор | Сообщение |
---|---|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
Линус Торвальдс принял в состав ветки ядра Linux 5.8 изменения рекомендаций по стилю оформления кода. В состав принята третья редакция текста об использовании инклюзивной терминологии, которая была одобрена 21 известным разработчиком ядра, включая членов технического комитета Linux Foundation. Линусу был отправлен запрос на включение изменений в ядро 5.9, но он посчитал, что нет оснований ждать следующего окна приёма изменений и принял новый документ в ветку 5.8. Третий вариант текста от инклюзивной терминологии был сокращён по сравнению с изначальным предложением (был исключён файл inclusive-terminology.rst с рассказом о важности инклюзивного отношения и пояснением причин, по которым следует избегать проблемных терминов). Оставлены только изменения в документ, определяющий стиль кодирования. Разработчикам не рекомендуется использовать связки 'master / slave' и 'blacklist / whitelist', а также отдельно слово 'slave'. Рекомендации касаются только нового использования данных терминов. Уже имеющиеся в ядре упоминания указанных слов останутся нетронутыми. Кроме того, разрешено использование отмеченных терминов в новом коде, если того требует поддержание выдаваемого в пространство пользователя API и ABI, а также при обновлении кода для поддержки существующего оборудования или протоколов, спецификации на которые предписывают использование данных терминов. При создании реализаций на основе новых спецификаций рекомендуется, где это возможно, приводить терминологию спецификации в соответствие со стандартном кодирования для ядра Linux. Слова 'blacklist/whitelist' рекомендуется заменять на 'denylist / allowlist' или 'blocklist / passlist', а вместо слов 'master / slave' предлагаются следующие варианты связок:
=========== Источник: OpenNet.RU =========== Похожие новости
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 23-Ноя 05:17
Часовой пояс: UTC + 5