linux-kernel - Fwd: [PATCH] CodingStyle: Inclusive Terminology

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <CAOqywzw3F8vDCuv_T5KqsxMmWL_2hLehHxBEEc3gmWo6CyDdLQ@mail.gmail.com>
Date:   Mon, 6 Jul 2020 03:22:35 +0200
From:   Nick <niklaus.herzog@...il.com>
To:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Fwd: [PATCH] CodingStyle: Inclusive Terminology

Hi

The proposal is not just! It's bloat! Not directed at the problem!
Like ISO 9001 processes which were defined, but which were
circumvented/ignored by every single employee, for god reasons.

If the coding style document would explicite state function, names and
identifiers should be descriptive (it states this for helper
functions) the terms blacklist, master, slave would not be viable
names for anything in the kernel. Most Likely every racist wording
would be similarly excludend.
ie. black has descriptive proportion in coding/technical context, at
this point it's neither functional nor descriptive to the function a
list is used in. Same goes for master, slave and most likely every
racist connoted term.

Reference to african slavery denotes any other racist
behavior/background, which is racist itself.

So I would suggest,

1. to make a clear definition of how function, names and identifiers
should be formed.
so explicite promote the current "short descriptive functional terminology".
As far as I understand that is what linux implicitly expects today anyway.
This would make it easier for greenhorns like me to start contributing.

2.It could help to try to understand the coding style document, trying
to ignore any previous knowledge of linux programming. To my
understanding some paragraphs swallow half of the content.

3. make the maintainers reject every patch not conforming these rules,
except where it is needed for legacy/standard purpose.

4. explain just this is introduced to move away from inconsiderate
conoted racism terms. (1-2 sentence, IMHO) The rest belongs to COC.
The current draft focused to african american slavery is ill fated.