this post was submitted on 24 Oct 2024
1059 points (96.9% liked)

Technology

59589 readers
3024 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] sugar_in_your_tea@sh.itjust.works 4 points 1 month ago (10 children)

a human is entirely defined by their country of origin

That's missing a big part of the justification here. When you're from a given country, that country frequently has a lot of influence over you. You probably have family and other ties in your home country, and those can be used as leverage to get you to do what the state wants. And when your country is in active opposition to a large portion of the free world, it makes a lot of sense for people to be extra cautious in who they deal with, because it's never clear if that person is being manipulated by their former state.

So excluding someone based on nationality can absolutely make sense as an easy rule of thumb to avoid most of the problems stemming from that state.

[–] DrDystopia@lemy.lol 2 points 1 month ago (5 children)

Would you agree it's a good thing to avoid US software as they've incorporated secret surveillance into law through letters of national security to private companies?

And by extension, perhaps even shunning US citizens?

[–] sugar_in_your_tea@sh.itjust.works 2 points 1 month ago (4 children)

As a US citizen, I care less about where the software comes from, but who hosts that software, so I tend to use FOSS products and services, preferring to self-host where it's not too annoying.

I don't think anyone should shun citizens from any country, but we should be wary of trusting citizens from countries where the government has a larger influence. So we should be hesitant to trust people from Russia, China, North Korea, and Iran (and a bunch of others, I'm just listing the official enemies of the US), especially if they still live in those countries. That doesn't mean we should shun people from those countries (I have an awesome coworker from Iran), just that we should hesitate to put them into influential positions. I have no problem collaborating with people from any of those countries, I just think we should be a little extra careful when there's a stronger incentive for their government to get involved (and manipulating Linux is attractive for pretty much every government, esp. my own).

[–] rolling_resistance@lemmy.world 0 points 1 month ago (1 children)

I have no problem collaborating with people from any of those countries we should hesitate to put them into influential positions

“I'm an American, and therefore I'm better”

where the government has a larger influence

We're literally talking about Linux Foundation making these changes to comply with requirements of your government.

[–] sugar_in_your_tea@sh.itjust.works 2 points 1 month ago* (last edited 1 month ago) (1 children)

We’re literally talking about Linux Foundation making these changes to comply with requirements of your government.

In leadership, not code. That's a pretty big difference.

I also think we shouldn't have people from the NSA, CIA, or FBI as maintainers either, because they have clear conflicts of interest. That said, I think it's a lot less likely for the US government to extort a maintainer to let bad code through than the Russian government. It's much more likely for the US government to try to hide bad code in the normal review process, and I'm sure that happens w/ Russian spy agencies as well, but allowing someone in a region that has demonstrated that they're willing to strong-arm people into doing things that benefits the state (i.e. through threats or even outright force) to hold a maintainer position in a very influential piece of software isn't a great idea, especially when their government is choosing to be an international pariah.

I have zero problem with Russians contributing code to the kernel, I just think it's wise to remove Russian citizens from leadership positions to limit the impact of Russian interference in Linux development.

[–] rolling_resistance@lemmy.world 0 points 1 month ago (1 children)

You are talking about hypothetical situations in the organization with around 2694 maintainers. What I find interesting, is that no one in this thread thought it would be good to check if these 11 already contributed something harmful. Instead, it's just “good, we prevented a bad thing”.

Anyway, your extreme take “ban all Russians because what if” goes much further than what happened in reality (“ban Russians working for companies under sanctions”): https://social.kernel.org/objects/860ef93c-229b-4070-8ee6-cb80d1f51337

I never said "ban all Russians," I said we should be more skeptical of allowing Russian citizens to be in leadership positions on projects like the Linux kernel, especially while their government maintains a hostile attitude toward much of the rest of the world, and thus presents a greater risk of knowingly allowing malicious code to get into the tree. That's it.

Perhaps some Russian citizens can be trusted, idk, I honestly haven't looked into exactly who the maintainers are (as you mentioned, there are a lot), or where they're domiciled. I have zero issues with Russian people in general, I just think the current political climate makes it much more difficult to trust Russian citizens on these projects. They can absolutely submit code and it'll go through the normal review process, they may just be prohibited from holding leadership roles.

load more comments (2 replies)
load more comments (2 replies)
load more comments (6 replies)