All of lore.kernel.org
 help / color / mirror / Atom feed
From: Al Viro <viro@zeniv.linux.org.uk>
To: Dylan <falaichte@mailfence.com>
Cc: linux-kernel@vger.kernel.org, gregkh@linuxfoundation.org,
	torvalds@linux-foundation.org
Subject: Re: Russians in the Kernel
Date: Tue, 5 Nov 2024 16:06:22 +0000	[thread overview]
Message-ID: <20241105160622.GV1350452@ZenIV> (raw)
In-Reply-To: <237077017.130501.1730819723674@fidget.co-bxl>

On Tue, Nov 05, 2024 at 04:15:23PM +0100, Dylan   wrote:
> 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.

WTF is "being Russian" and what does that have to do with anything?

> 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.

*snort*

For one thing, sanctions are not tied to citizenship.  For another,
any proxy set up to bypass the sanctions that really exist (i.e.
based on employment by sanctioned companies) would fall under the
same sanctions.

For another, you _really_ don't want to set anything with even
the slightest whiff of "that's how to hide patch origin and/or
evade review" - that's an open invitation to any organization
that wants to feed something underhanded into the kernel.
Won't be a healthy place to hang around, to put it very mildly.

  reply	other threads:[~2024-11-05 16:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1116521637.127547.1730818127738@fidget.co-bxl>
     [not found] ` <1552791356.130304.1730819601359@fidget.co-bxl>
2024-11-05 15:15   ` Russians in the Kernel Dylan ‎ ‎
2024-11-05 16:06     ` Al Viro [this message]
2024-11-05 16:34       ` Dylan ‎ ‎
2024-11-26  2:49         ` Dylan ‎ ‎

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20241105160622.GV1350452@ZenIV \
    --to=viro@zeniv.linux.org.uk \
    --cc=falaichte@mailfence.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.