Ehemaliges Vorstandsmitglied Linux Die Stiftung erläuterte die Gründe für den Abzug der Wartungstechniker aus Russland.

James Bottomley, ein SCSI-Subsystem-Maintainer, der zuvor als Vorstandsmitglied und Vorsitzender des technischen Beirats tätig war, beteiligte sich an der Diskussion über die Abberufung von Maintainern aus Russland. Linux Die Stiftung. James entschuldigte sich für die Art und Weise der Entfernung und erklärte, diese stehe im Zusammenhang mit Sanktionen gegen russische Unternehmen, die auf der vom US-Finanzministerium veröffentlichten OFAC-SDN-Liste geführt werden. Laut James ist es Mitarbeitern sanktionierter Unternehmen untersagt, mit US-Unternehmen zusammenzuarbeiten, und sie dürfen nicht als Kernel-Maintainer tätig sein. Linux.

Falls die Löschung irrtümlich erfolgte und der aktuelle Arbeitgeber nicht auf der angegebenen Liste steht, sollte der Entwickler Greg Kroah-Hartman darüber informieren (dies ist die in der ursprünglichen Löschnachricht erwähnte Dokumentation). James versprach in jedem Fall, gegebenenfalls einen Hinweis auf die Beiträge der entfernten Mitwirkenden zur Kernelentwicklung in die CREDITS-Datei aufzunehmen. Als Grund für die Sanktionen wurde der Standort der gesamten Kernel-Entwicklungsinfrastruktur in den Vereinigten Staaten angegeben. Linux und eine große Anzahl von Entwicklern, die den Kernel pflegen. Aus diesem Grund ist es unmöglich, die US-amerikanischen Rechtsvorschriften bei der Kernelentwicklung zu ignorieren.

James äußerte auch die Hoffnung, dass die Entfernung von der Liste der Betreuer ausreicht, um die Anforderungen des US-Finanzministeriums zu erfüllen, und dass von sanktionierten Entwicklern beigesteuerter Code nicht aus dem Kernel entfernt werden muss. In einem separaten Brief schrieb James, dass die Verzögerung bei der Veröffentlichung von Klarstellungen und Antworten auf Fragen darauf zurückzuführen sei, dass Anwälte immer noch die Einzelheiten der folgenden Sanktionen bei der Entwicklung des Kernels diskutieren und in Zukunft beabsichtigen, ein detailliertes Dokument zu veröffentlichen, das dies beschreibt Regeln im Zusammenhang mit Sanktionen.

James‘ Erklärung wurde als Antwort auf einen Abschiedsbrief von Sergei Semin verschickt, der zu den entfernten Betreuern gehörte. In seinem Brief sagte Sergey, dass er nach dem Vorfall die Motivation verloren habe, sich weiterhin an der Entwicklung des Kernels zu beteiligen, und Versuche, von einem leitenden Betreuer detailliertere Informationen über den Grund für die Löschung zu erhalten, hätten die Situation nicht klären können – die Antwort war nur eine Entschuldigung, eine Erwähnung von Sanktionen und ein Bedauern über die Unmöglichkeit von etwas ... oder tun Sie und raten Sie, sich an den Anwalt Ihres Unternehmens zu wenden. Gleichzeitig beteiligt sich Sergey seit mehr als einem Jahr nur als Freiwilliger und nicht als bezahlter Mitarbeiter an der Entwicklung des Kernels. Während seiner Zeit in der Community hat Sergey 518 Patches eingereicht, 253 Patches überprüft und am Testen von 80 Patches teilgenommen.

Auf der Kernel-Mailingliste wurde auch ein Vorschlag veröffentlicht, die bei Huawei angestellten Entwickler von der Liste der Kernel-Maintainer zu entfernen, da das Unternehmen auch auf der US-Sanktionsliste steht. Theodore Ts'o, der Entwickler des Ext4-Dateisystems, erklärte, dass die USA verschiedene Sanktionsregime anwenden und die gegen Huawei verhängten Sanktionen unter Ausnahmen fallen, die die Annahme von Patches und die Beteiligung von Huawei-Entwicklern an Code-Reviews erlauben, sofern die Kommunikation mit ihnen auf einer öffentlichen Plattform wie den Kernel-Entwickler-Mailinglisten stattfindet. Linux.

Im Falle sanktionierter russischer Unternehmen sind die Anforderungen strenger, da Linux Es kann für militärische Zwecke, beispielsweise in Raketen und unbemannten Luftfahrzeugen, eingesetzt werden. Wartungsunternehmen mit Wohnsitz in den Vereinigten Staaten sind verpflichtet, bei der Annahme von Änderungen die Gesetze und Vorschriften der US-Regierung einzuhalten und sicherzustellen, dass ihre Handlungen keine Gefahr für andere Entwickler darstellen. LinuxWartungsunternehmen aus anderen Ländern können jedoch anderen Verpflichtungen unterliegen.

Source: opennet.ru