114
submitted 3 weeks ago* (last edited 3 weeks ago) by PorkrollPosadist@hexbear.net to c/technology@hexbear.net

Perhaps one of the more surprising changes in the 6.12-rc4 development kernel was the removal of several entries from the kernel's MAINTAINERS file. The patch performing the removal was sent (by Greg Kroah-Hartman) only to the patches@lists.linux.dev mailing list; the change was included in a char-misc drivers pull request with no particular mention.

The explanation for the removal is simply ""various compliance requirements"". Given that the developers involved all appear to be of Russian origin, it is not too hard to imagine what sort of compliance is involved here. There has, however, been no public posting of the policy that required the removal of these entries.

An early comment likely pins down the prevailing institutional pressures leading to this decision

What's the deal with an international project adhering to what is obviously a decision of the US government?

Hint: The Linux Foundation (which notably employs Greg KH and Torvalds, and provides a lot of the legal and other infrastructure for this "international project") is based in the US, and therefore has to follow US laws.

This is pretty fucked up. Like, we might see the kernel forked in the coming months/years.

See also: Phoronix: Linus Torvalds Comments On The Russian Linux Maintainers Being Delisted

top 50 comments
sorted by: hot top controversial new old
[-] FunkyStuff@hexbear.net 77 points 3 weeks ago

The most important piece of software in the world is being made worse on purpose so that Putin has a 0.4% higher incentive to stop a war he's winning by a wide margin.

[-] Tomorrow_Farewell@hexbear.net 19 points 3 weeks ago

This makes Russia incentived to double down on on the war, though, as there is less and less room for normalization of relations.

[-] hello_hello@hexbear.net 67 points 3 weeks ago* (last edited 3 weeks ago)

The kernel has already been forked. The Linux-libre project maintains a completely-blob free kernel and people gave them shit over it. Why develop more kernels? why not centralize development? Now we have a clear example of why not to do that.

This seems to be an attempt to stifle Russian hardware development from occurring in upstream. This means nothing to the actual downstream developers who will have their own kernel tree for their users in Russia.

Love to see all the "POLITICS IN MY LINUX???" losers start flame wars over being proven wrong.

Inb4 Chinese devs get removed for "compliance", maybe they'll just go mask off next time and say the real reason.

[-] bumpusoot@hexbear.net 32 points 3 weeks ago

Honestly nobody should ever really be shaming for forking. It is the basis of all open software and all successful software development in history. Linux itself is obviously just a fork of Minix with GNU. And it is the traditional means of open-source and forking with which communities can and should quickly move away from bullshit like this to prevent corporate/government monopolization of it.

[-] ProletarianDictator@hexbear.net 12 points 3 weeks ago

Agreed on not shaming forking, but creating a serious fork for anything substantial takes a fuckton of effort and many times you wind up with multiple mutually-incompatible source trees. In libre, community-run software, it's almost always advantageous to settle your differences and centralize efforts than to fork and split the efforts.

Most forks die because its hard to get people to jump ship. Think about how much lemmitors cry about Lemmy, the devs, and lemmy.ml, yet they cannot muster the effort to keep kbin alive or get sublinks off the ground. OG Hexbear was eventually rebased back to upstream too.

When forking, there are a few paths, all having some serious disadvantage:

  1. Soft fork and remain at the mercy of the decisions of the project you forked from unless your fork becomes the de facto default. This is usually only really beneficial if you want to rectify disagreements on a handful of small features. (e.g. Ungoogled-Chromium / Brave vs. Chromium, various Linux kernel forks)

  2. Hard fork and lose compatibility of upstream patches, making keeping feature parity difficult. This is only really beneficial if your fork gets a critical mass of users/devs and can outpace upstream at features users want. (e.g. Forgejo vs. Gitea, Lemmy vs. OG Hexbear)

  3. Rewrite from the ground up, building the same or a similar API but upon a better architecture. This is the most effort, but keeps compatibility with the ecosystem, and potentially has a massive payoff once fully implemented (e.g. like Tvix vs. Nix, OpenHarmony vs. Android)

  4. Write an alternative from scratch, focusing on implementing the most important features and not caring about feature parity. This is the best balance for small utils, but you lose the ability to be used as a drop-in replacement. (e.g. lsd / eza vs. GNU, ripgrep vs. grep)

Getting a critical mass of devs onboard is key to success, but also difficult. Outside of some open core software making some shitty money-grabbing decision and sparking community outrage, that's not very probable.

[-] merthyr1831@lemmy.ml 8 points 3 weeks ago

IMO there are many alternative kernels than Linux. It's a good kernel, but it's also written in C, is monolithic to a fault, and has a lot of legacy debt.

I don't think a new kernel will take over from tomorrow, but this will give projects like Redox a boost (hopefully) and slowly encourage enterprises to consider other systems for their software.

Linux was already showing its age with the reluctance of the incumbent maintainers to support new technologies and ideas because it threatened their superiority complexes, and this is yet another sign that maybe reform isn't the solution.

I feel like Linux may be going the way of UNIX. Not in some pessimistic "it's joever" way, but in the way that it eventually will be superseded by an improved project with better leadership, better technologies, and better principles.

load more comments (1 replies)
[-] footfaults@hexbear.net 11 points 3 weeks ago* (last edited 3 weeks ago)

Is it really a fork if all you do is take upstream and remove the blobs?

What code has this fork created that makes it novel? Have they tried to replace those blobs with open source drivers?

[-] hello_hello@hexbear.net 33 points 3 weeks ago* (last edited 3 weeks ago)

Is it really a fork if all you do is take upstream and remove the blobs?

Yes that's what a fork is, a disagreement with upstream's direction and taking your own measures. Git is a decentralized version control system that allows for this.

What code has this fork created that makes it novel?

Deblob scripts and regularly checking the source code for complying licenses. They regularly follow upstream kernel releases and are the first ones to signal license issues and inconsistencies.

Have they tried to replace those blobs with open source drivers?

I should have been more specific. Virtually all drivers in the upstream Linux kernel are licensed under a libre license. However, manufacturer firmware (small amounts of code designed to "unlock" the device's capabilities) are distributed as a binary blob that gets loaded into your computer (you're allowed to redistribute the firmware in binary form, but not anything else). The Linux kernel's upstream (aka Torvalds and other high level maintainer's own trees) allows the use of nonfree firmware for device support (AKA getting your foot into the door). In short, no modern computer device that people use regularly is free from private tampering. Who are these "private" tamperers? The US-led digital empire.

If you have a machine (or more likely, a virtual machine) that doesn't require device firmware, then linux-libre is the superior kernel as it subtracts the space and attack vector costs of nonfree firmware. We aren't at that point yet as CPU microcode is far too important to give up on physical hardware, but for nations in the Global South with the engineering capacity, linux-libre does all the work of de-westernizing the kernel.

load more comments (5 replies)
[-] DefinitelyNotAPhone@hexbear.net 49 points 3 weeks ago

This may legitimately be one of the most damaging moments in western hegemony moving forward. The one area where BRICS and other non-westerm blocs have not made major strides to dissociate from the west is Linux; even North Korea uses its own Linux distro domestically. A large part of the reason for that is that it's traditionally been seen as such a stable and generally apolitical kernel that the usual worries about spyware in your firmware isn't as big of a concern, so China and Russia don't have major concerns about leveraging the kernel for their domestic industries. Hell, Russian programmers have been massive players in open source development traditionally.

This is fire across the bow for Russia, and you can be sure some bureaucrat in Beijing is taking notes right now.

[-] supafuzz@hexbear.net 38 points 3 weeks ago

Is the open source movement even viable without highly skilled but underemployed Russian technical labor?

[-] FortifiedAttack@hexbear.net 26 points 3 weeks ago* (last edited 3 weeks ago)

For real, even in game communities we've had several Russian contributors reverse engineer entire game engines.

[-] ProletarianDictator@hexbear.net 29 points 3 weeks ago* (last edited 3 weeks ago)

The West seems to be doing whatever it can to accelerate its decline.

American hard power is about to be hard countered, so America's massive amount of soft power could provide a nice floor to keep a comfortable position on the world stage after its coercion mechanisms are thwarted. But they keep trying to weaponize their best means of post-multipolar relevancy.

Using the Linux kernel to push their short term geopolitical objectives is about as large of an unforced error as can be made.

Having the most developed open source ecosystem gives the US & EU disproportionate influence over the direction of the technology sphere; an advantage adversaries are incentivized to avoid trying to circumvent because no one wants to waste time reinventing the wheel.

Yeah, it'll probably slow Russian technological development a little for awhile until non-Western ecosystems mature, but this will hurt the West far more in the long run than the relative edge they get over Russia.

Any countries not explicitly Western-aligned will see the writing on the wall and take steps to build homegrown alternatives that can't be used for leverage over them...and they can start just by forking the Western projects.

Russia, China, India, Brasil, Iran, Saudi Arabia, Vietnam, Africa, Latin America, and Southeast Asia will comprise a vast majority of software developers, and their projects will inevitably outpace their Western counterparts as more countries develop, especially if this trend of wielding FOSS as a geopolitical coercion tool continues.

What happens when China has a runaway technological edge and decides to take giant strides to build and migrate their products/systems to a homegrown kernel?...now 30%+ of global manufacturing is built without consideration for Linux compatibility and interop. Soon any software wishing to take advantage of top hardware begins to target this new kernel and Linux kernel support becomes an afterthought. Shortly after, new APIs and programming languages are built to target these platforms, with bad/no localization to Latin & Germanic languages, possibly even using hanzi or cyrillic instead of latin characters. Then you wind up a tech ecosystem where cultural factors disadvantage Westerners instead of the opposite in the current status quo.

Throwing away global leadership to take cheap shots at Russia.

Meanwhile, Russian devs & Russian companies will make sockpuppet personas and accounts, fork the kernel, and ignore licensing since they're gonna be blocked from Western markets regardless.

[-] merthyr1831@lemmy.ml 9 points 3 weeks ago

Like with every failed colonial war, the losing side gets more and more desperate for a "final victory" in some grand counter offensive or wonder weapon or other bold strategy.

Every time, it is a massive gamble that has a massive cost at the slim chance of a reward. At some point, sunk cost fallacy kicks in and everything becomes potential ammunition to throw at the enemy.

[-] Tomorrow_Farewell@hexbear.net 15 points 3 weeks ago

even North Korea uses its own Linux distro domestically

Russia also uses one in some portions of its state.

[-] redsteel@lemmygrad.ml 46 points 3 weeks ago* (last edited 3 weeks ago)

The entirety of Torvalds' angry tantrum in response to the backlash, posted about 17 hours ago (emphases mine):

Ok, lots of Russian trolls out and about.

It's entirely clear why the change was done, it's not getting reverted, and using multiple random anonymous accounts to try to "grass root" it by Russian troll factories isn't going to change anything.

And FYI for the actual innocent bystanders who aren't troll farm accounts - the "various compliance requirements" are not just a US thing.

If you haven't heard of Russian sanctions yet, you should try to read the news some day. And by "news", I don't mean Russian state-sponsored spam.

As to sending me a revert patch - please use whatever mush you call brains. I'm Finnish. Did you think I'd be *supporting* Russian aggression? Apparently it's not just lack of real news, it's lack of history knowledge too.

So, Russia taunts this bitter man in his dreams, it would seem. Russia in his laundry. Russia in his fucking corn flakes. Nanoscale Russian worker gnomes in his CPU changing the words of news articles he reads. It couldn't possibly be that fucktons of people out there see this political Western-influenced kernel clownshow for what it is, or that they might disagree with Western narrative on global issues. Russia Russia Russia! Dude sounds like the average reactionary USian did when China was at the forefront of COVID news.

In a follow-up he posted:

I'm also not going to start discussing legal issues with random internet people who I seriously suspect are paid actors and/or have been riled up by them.

In asserting that his toys are his and nobody else is allowed to look at them, he sounds like someone who's been watching way too much Alex Jones.

[-] Awoo@hexbear.net 30 points 3 weeks ago

All Russians are Hamas energy.

[-] redsteel@lemmygrad.ml 38 points 3 weeks ago* (last edited 3 weeks ago)

Also love that reactionary bit about being Finnish, and history. One of the users in the commit comments took issue with it too, maybe you saw this one already:

A few more good ones that resonate with me:

edit: replaced screenshots with darkmode versions

[-] Awoo@hexbear.net 29 points 3 weeks ago* (last edited 3 weeks ago)

Everyone who disagrees with me is hamas/russiantrollfarm/chinesebot/$$nexttargetparameter$$

[-] ProletarianDictator@hexbear.net 20 points 3 weeks ago

Russia gave 60 bucks to Cambridge Analytica in 2016 and now expressing anything but absolute bloodlust for citizens of NATO adversary countries activates hundreds of Rachel Maddow sleeper agents accusing you of being a Selenium script.

[-] merthyr1831@lemmy.ml 24 points 3 weeks ago

I'm glad I'm not the only one considering the long term viability of Linux.

Even if you think this is good in the short term this is going to be escalated in the future. what about when (not if, when) other BRICS countries get added to the list?

Would you celebrate Brazil being banned from "American" technologies? India? what if a country in Europe turns on American geopolitics? What if (or, when) GPL software was leveraged against Italy to force them to restart weapons trading with Israel? Or leveraged against South Africa to drop (or neuter) its ICJ campaign?

The US is clearly making a stand that is untenable even if it is acceptable to you (hypothetical redditors/.world user) personally for this one moment.

[-] merthyr1831@lemmy.ml 28 points 3 weeks ago

you can tell he's bitter about his dad being in the russian communist party lmao

[-] Mindfury@hexbear.net 24 points 3 weeks ago

I'm Finnish. Did you think I'd be supporting Russian aggression? Apparently it's not just lack of real news, it's lack of history knowledge too.

i-am-adolf-hitler

[-] Tomorrow_Farewell@hexbear.net 20 points 3 weeks ago

I take it, we are to interpret this as Torvalds supporting NATO aggression, given the fact that he didn't apply the same standards to people from the relevant countries.

[-] ProletarianDictator@hexbear.net 16 points 3 weeks ago

It couldn't possibly be that fucktons of people out there see this political Western-influenced kernel clownshow for what it is, or that they might disagree with Western narrative on global issues.

Probably not even that.

Knowing software devs, most of those opposing are probably doing so out of the same anti-moderation "muh censorship" brainworms that surface every time a project tries to give some Nazi the boot or adds a code of conduct.

Libs being this overzealous convinced a good number of chuds to automatically come to Russia's defence out of pure contrarianism.

load more comments (1 replies)
[-] chickentendrils@hexbear.net 42 points 3 weeks ago* (last edited 3 weeks ago)

Other than Linus' evident chauvinism and the conflicts created by firms like Amazon/Microsoft buying into Linux over the last decade, there's no reason the maintenance of a shared global kernel can't include contributions from multiple "Linux Foundations" globally.

[-] bumpusoot@hexbear.net 40 points 3 weeks ago* (last edited 3 weeks ago)

It's interesting reading. Seems a lot of sole maintainers have been removed, so lots of important parts will start breaking. There's also a lot of acknowledgement in the comments that chinese developers are an essential part of Linux development nowadays. And the US just gave China a very good reason to not collaborate on their projects, and there'll be plenty rightly pissed off Russian developers who'll be looking for something else to work on..

Just as the US is losing economic dominance, I wonder if this is the beginning of similarly losing its dominance in software development.

[-] Imnecomrade@hexbear.net 10 points 3 weeks ago* (last edited 3 weeks ago)

If the Russian and/or Chinese kernel maintainers decide to work on a sovereign kernel project, I'm definitely cloning their repo and will hopefully help with the project as long as the US Empire doesn't stop me. Because the US keeps ruining my career and technical libre hobbies, I hope to move to China at this point.

[-] mathemachristian@hexbear.net 8 points 3 weeks ago

Ya rab I pray

[-] LibsEatPoop@hexbear.net 36 points 3 weeks ago
[-] footfaults@hexbear.net 41 points 3 weeks ago* (last edited 3 weeks ago)

Do you actually know who he is? I'm not even being funny with the astronaut-2 astronaut-1.

He's always been like that

[-] redsteel@lemmygrad.ml 30 points 3 weeks ago* (last edited 3 weeks ago)

Yes he is, and always was. His 'techbro asshole' archetype was a point of immense pride among his devoted followers, it was most visible on slashdot and newsgroup discussions back in the late 90s to early 00s. My personal take is that he's an undiplomatic, impatient, total prick, always has been and still is, regardless of whatever personal redemption arc people claim he took on in recent years.

[-] footfaults@hexbear.net 25 points 3 weeks ago

There won't be any forking, come on.

The problem is the brainworms that live in the most prominent and knowledgeable Linux kernel maintainers. There's no winning here.

[-] PorkrollPosadist@hexbear.net 18 points 3 weeks ago* (last edited 3 weeks ago)

Now that I've pondered this a little bit more. I think the shocking thing won't be forks. There really are thousands of forks. But people will likely begin to coalesce around different upstreams in higher numbers than we've ever seen before.

[-] footfaults@hexbear.net 15 points 3 weeks ago

I just don't see that though. The Linux kernel is a hierarchy, with Linus at the top and a ton of incredibly skilled lieutenants (Greg K.H, Ted T'so, countless others) going down. It's an incredibly complex system and there's too much momentum.

[-] PorkrollPosadist@hexbear.net 21 points 3 weeks ago

What happens when we reach the point where it is practically impossible for companies like Yandex or Huawei to upstream patches? They are going to maintain their own trees, and those kernels will ship on millions of consumer devices.

[-] footfaults@hexbear.net 13 points 3 weeks ago

That's what happens already with things like Android. The difference is that those companies are just tacking on their additional bits to make their stuff work, but they're not actually driving the architecture and design of the overall system.

Like if tomorrow the Linux kernel all decided to make a radical change to a major subsystem, they'd have to cope with it, or go it alone. Realistically everyone is going to adapt. They're never going to be the ones able to dictate how a system is designed, because they're downstream of where all the development actually happens. If that makes sense. My point is that an actual fork is when they diverge radically and start building things themselves that make significant changes to the architecture that are distinct and different from upstream

[-] ProletarianDictator@hexbear.net 8 points 3 weeks ago

hard and soft forks are both forks. tradeoff of effort vs. autonomy.

There's also the possibility of a complete rewrite. You can either keep the same syscall API and ABI or have your own with a translation layer for compatibility. I think OpenHarmony does something like this, having a base microkernel and compat layers for Linux and Android.

I suspect China is going to see this and dump a shitton of money into accelerating OpenHarmony or projects like it.

[-] mathemachristian@hexbear.net 11 points 3 weeks ago

Oh shit will be 2025 be the year of the HURD desktop?

load more comments (1 replies)
[-] buh@hexbear.net 23 points 3 weeks ago

Finally, BSD’s time to shine

[-] footfaults@hexbear.net 18 points 3 weeks ago

By shine, you mean spend all the time kernel panicking and rebooting in drm-kmod bugs that try to emulate Linux syscalls incorrectly and fail

load more comments (3 replies)
[-] FortifiedAttack@hexbear.net 21 points 3 weeks ago

My question is, why do this only 3 years into the war? This would've gotten far more support from libs right after the war started.

load more comments (3 replies)
[-] blobjim@hexbear.net 19 points 3 weeks ago
[-] Abracadaniel@hexbear.net 15 points 3 weeks ago
[-] coolusername@lemmy.ml 11 points 3 weeks ago

the feds are probably behind this

[-] Gorb@hexbear.net 9 points 3 weeks ago

Linux is canceled time to go openbsd

load more comments
view more: next ›
this post was submitted on 23 Oct 2024
114 points (100.0% liked)

technology

23307 readers
383 users here now

On the road to fully automated luxury gay space communism.

Spreading Linux propaganda since 2020

Rules:

founded 4 years ago
MODERATORS