{"id":88166,"date":"2020-07-13T01:42:48","date_gmt":"2020-07-12T23:42:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii"},"modified":"2020-07-13T01:42:48","modified_gmt":"2020-07-12T23:42:48","slug":"v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii","title":{"rendered":"Die Empfehlungen f\u00fcr inklusive Terminologie wurden in den Linux-Kernel 5.8 aufgenommen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Linus Torvalds hat<\/a><\/noindex> in den Entwicklungszweig des Linux-Kernels 5.8 eingef\u00fchrt wurde, die im Januar dieses Jahres in den Kernel \u00fcbernommen wurde. Es betrifft ausschlie\u00dflich die Version 5.1 und tritt in den meisten F\u00e4llen auf Systemen mit Samsung-SSD-Speichern auf, bei denen zur Verschl\u00fcsselung Daten mit dm-crypt\/LUKS \u00fcber device-mapper\/LVM verwendet werden.<\/a><\/noindex> Empfehlungen zur Stilgestaltung aufgenommen. Es wurde die dritte Auflage<\/a><\/noindex> des Textes zur Verwendung inklusiver Terminologie angenommen, die von 21 renommierten Kernel-Entwicklern, darunter Mitglieder des technischen Komitees der Linux Foundation, genehmigt wurde. Linus erhielt eine Anfrage<\/a><\/noindex> zur Aufnahme der \u00c4nderungen in Kernel 5.9, jedoch entschied er, dass es keinen Grund gebe, auf das n\u00e4chste \u00c4nderungsfenster zu warten, und nahm das neue Dokument in den Zweig 5.8 auf.<\/p>\n

Die dritte Version des Textes zur inklusiven Terminologie wurde im Vergleich zur urspr\u00fcnglichen Vorschl\u00e4gen<\/a><\/noindex> (die Datei inclusive-terminology.rst wurde ausgeschlossen.<\/a><\/noindex> mit einer Erkl\u00e4rung zur Bedeutung eines integrativen Ansatzes und den Gr\u00fcnden, warum problematische Begriffe vermieden werden sollten). Nur \u00c4nderungen im Dokument, das den Kodierungsstil definiert, wurden \u00fcbernommen. Entwicklern wird geraten, die Begriffe 'master \/ slave' und 'blacklist \/ whitelist' sowie das Wort 'slave' zu vermeiden. Die Empfehlungen beziehen sich nur auf die neue Verwendung dieser Begriffe. Bereits im Kern erw\u00e4hnte Begriffe bleiben unber\u00fchrt. <\/p>\n

Dar\u00fcber hinaus ist die Verwendung der hervorgehobenen Begriffe im neuen Code gestattet, wenn dies zur Aufrechterhaltung der vom Benutzer bereitgestellten API und ABI erforderlich ist, sowie bei der Aktualisierung des Codes zur Unterst\u00fctzung bestehender Hardware oder Protokolle, deren Spezifikationen die Verwendung dieser Begriffe vorschreiben. Bei der Erstellung von Implementierungen basierend auf neuen Spezifikationen wird empfohlen, sofern m\u00f6glich, die Terminologie der Spezifikationen an den Standards der Codierung f\u00fcr den Linux-Kern anzupassen. <\/p>\n

Die Begriffe 'blacklist\/whitelist' sollten durch
\n'denylist \/ allowlist' oder 'blocklist \/ passlist' ersetzt werden. F\u00fcr die Begriffe 'master \/ slave' werden folgende Alternativen vorgeschlagen:<\/p>\n