linux-kernel - Re: Russians in the Kernel

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 for Android: free password hash cracker in your pocket

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

Message-ID: <237077017.130501.1730819723674@fidget.co-bxl>
Date: Tue, 5 Nov 2024 16:15:23 +0100 (CET)
From: Dylan ‎ ‎ <falaichte@...lfence.com>
To: linux-kernel@...r.kernel.org
Cc: gregkh@...uxfoundation.org, torvalds@...ux-foundation.org
Subject: Re: Russians in the Kernel

Hello everyone,

The recent stir about the removal of prominent contributors from the Linux kernel for nothing more than being Russian has prompted me, someone who has absolutely no business being in and around the kernel mailing list to compose a message and hopefully provide the prospective of an end-user of the Linux kernel. Some people feel blanket banning an entire group of people for the wrongdoing of a handful is rather unfair and not in keeping with the spirit of free and open source software. Rather than complain about the change and governmental overreach in community projects, I'd like to offer a technical solution that could ensure things continue as they have while adhering to sanctions.

Would it not be possible for the Russian kernel development community to pull together and continue working on the Linux kernel in their own tree and then have any patches sent back upstream by someone that is not a Russian citizen? I feel the solution would definitely help with making things right to the veteran contributors that have been working on the kernel for decades and allow patchsets to be more closely monitored for possible sabotage by having all patch submissions be sent through an intermediary that is easily identified as handling Russian code.

If sabotage by state actors is a concern for the Linux kernel, then the above solution should appease most people in that respect. Free and open source software is blind to the identity of people. Hopefully my proposed solution can help keep it that way.

*Apologies in advance for any duplicate emails sent to those CC'd.

-- 
Sent with https://mailfence.com  
Secure and private email