this post was submitted on 19 Jun 2026
357 points (98.6% liked)

Linux

66349 readers
349 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS
 

Sure, I know a lot of projects have been on GH since before MS bought it, but they've owned it for quite a while now, so we really should be seeing better migration out by now, no?

Codeberg is nonprofit which seems more in the spirit of the Linux ecosystem overall. GH is for-profit...

EDIT: All right, all right, I've gotten schooled. Thank you, O wise ones; I didn't realize how much Microsoft literally depends on Linux, among other things. I will proceed to shut up.

top 50 comments
sorted by: hot top controversial new old
[–] 9point6@lemmy.world 99 points 3 weeks ago* (last edited 3 weeks ago) (2 children)

GitHub has been around for nearly 2 decades and was largely considered a mostly good thing until maybe the past couple of years. Also important to add that Microsoft seems to mostly have left it alone for the first couple of years (possibly with the exception of Atom, which it left very alone)

In addition to people just generally being slow to change, changing can take quite a bit of effort for some projects for varying reasons. Many of those same projects struggle to keep up with the maintenance workload, so they're not going to jump at the chance to add more work to their plates.

Finally, some people just don't care. For instance, the MIT license being popular is pretty hard evidence that FOSS doesn't necessarily mean anti-corporate, and for many users GitHub still more or less does what it says on the tin.

Though I will say if the service disruptions and ad-injection bullshit continue you'll only see GitHub competitors grow. GitLab seems to be going after their enterprise customers with some success.

[–] KssioAug@lemmy.dbzer0.com 26 points 3 weeks ago (3 children)

For instance, the MIT license being popular is pretty hard evidence that FOSS doesn’t necessarily mean anti-corporate, and for many users GitHub still more or less does what it says on the tin.

I'm pretty sure that MIT license is that popular out of ignorance, instead of an informed decision to allow corporate to steal and make money out of their code.

[–] tabular@lemmy.world 23 points 3 weeks ago (4 children)

I'd like to think that is so but some here will argue non-copyleft licenses are "more free". Ime they don't reply after I point out that's the freedom to deny others freedom.

load more comments (4 replies)
[–] doubtingtammy@lemmy.ml 15 points 3 weeks ago (1 children)

I've known people IRL who talk about the GPL like it's a virus infecting your code

[–] MonkeMischief@lemmy.today 10 points 3 weeks ago

I remember this confusion a LOT back when main-branch Blender had its own game engine built in.

Forums were full of people saying crap like :

"Don't use that, because since you used Blender which is GPL it means you have to provide the source code to your incredible GOTY contender and then everybody will beat you at life!!!"

[–] CoryCoolguy@lemmy.myserv.one 9 points 3 weeks ago

Respectfully disagree. I can only speculate why other developers choose MIT. But for small and medium-sized projects, a more restrictive license is unlikely to protect them from this scenario anyway. And if that's true, one could argue it's better to go down a road where corporate sponsorships are potentially more likely.

Personally, I often choose MIT because I don't care who uses my code and for what, and I'd prefer that it be easy to borrow from. I used to be concerned about how my code was used, but over the years I've developed a strong dislike for copyright as a concept in general so I fight it how I can. Some of my projects are so simple that even MIT seems like overkill. In those cases I use the Unlicense.

[–] gwl@lemmy.blahaj.zone 6 points 3 weeks ago

Atom is back to life, kinda, there's a fork of it called Pulsar that's actually really pretty good

[–] BartyDeCanter@piefed.social 68 points 3 weeks ago (3 children)

Two main reasons: history and network effects.

GitHub was an independent company for a decade that provided a vastly superior service to what it replaced, primarily SourceForge. And it was free for FOSS projects, while charging for closed ones.

The improvements paid for by the closed source customers trickled out to everyone. So, it became the best place for FOSS developers, large and small. And as more people moved to GH, the more reason there was to move to it.

Of course, it was constantly bleeding money and eventually had to do something. That ended up being selling to MS.

There was a lot of trepidation about this, but for the first few years they not only kept their promise about supporting FOSS, but actually made it better by allowing small private repos to get many of the services that were previously gated for open FOSS or paid repos.

And the alternatives were stil not as good, and just as importantly didn’t have the user networking that GH does.

Now, some FOSS people are starting to look elsewhere, Codeberg, self-hosted Forgejo, and others. They have come a long way and are nearing feature parity, particularly for smallish projects. But the network effects of discovery and reputation are strong, and GH still provides a few more useful features.

I’ve moved my private repos to self hosted Forgejo, but my public ones are still on GH as push mirrors. I’m not ready to give up the discoverability and Mac/Windows CI runners that I can get from GH for free. I hope to be able to some day, but not yet.

[–] MonkeMischief@lemmy.today 8 points 3 weeks ago (1 children)

There was a lot of trepidation about this, but for the first few years they not only kept their promise about supporting FOSS, but actually made it better by allowing small private repos to get many of the services that were previously gated for open FOSS or paid repos.

  • They embraced! :D
  • They extended! :D
  • . . .aw, shit. :/

I've only a basic understanding of using Git myself, but I think I'm gonna learn it with a self-hosted Forgejo for my Godot projects too.

Then for the parts that don't have feature parity, I won't know what I'm missing, and I have no need for "iNdUsTrY sTaNdArD LeAdiNg oPtiMiZeD sYnErGyStiC wOrKfLoWs" or whatever hahaha.

It does definitely present a conundrum if you want people to see your open source software though. Damn network effect. =\

[–] BartyDeCanter@piefed.social 9 points 3 weeks ago* (last edited 3 weeks ago) (4 children)

The number one thing to remember about git is that you don't need a full hosting service around it for basic functionality. If it's just you, a single local repo will probably serve you just fine, maybe use a bare repo on your main machine or a Pi-level device if you like as a remote/backup. Just git init or git init --bare and you're good to go. GitHub, Codeberg, Forgejo, and all the others exist to serve multi-contributor and/or public project-level needs.

The number two thing to remember is that it is based around graph theory.

load more comments (4 replies)
load more comments (2 replies)
[–] just_another_person@lemmy.world 48 points 3 weeks ago (1 children)

Open Source projects get lots of free features for being on GitHub. Nobody else is beating that offering at current.

[–] highbank@lemmy.zip 6 points 3 weeks ago (3 children)

What are those free features? Why doesn't Codeberg have it?

[–] stsquad@lemmy.ml 28 points 3 weeks ago

Because running servers costs money. The project I work on gets donations towards it's CI costs and it's not insignificant.

[–] BartyDeCanter@piefed.social 15 points 3 weeks ago
  1. CI runners - GH offers free CI runners for a variety of OSs. I can automatically test my code on Linux/Mac/Windows for free on GH. No one else offers that because it is very expensive. You need windows licenses and Apple hardware. And Codeberg only offers it on Linux after a back and forth discussion. Plus, while simple GH CI Actions move to Forgejo Actions pretty easily, more complex ones require a complete rewrite.
  2. Better issue tracking - FJ's issue tracking is pretty good, and perfetcly fine for small projects, but GH's is better.
  3. Better CLI - fj is decent and improving, but gh is better
  4. Better project pages - Codeberg Pages is decent and improving, but GH Pages are better.
  5. Lots of other small things - Codeberg is decent and improving, GH is better.

For most people, myself included, the only thing that really matters are the CI runners. But that is also the one thing that costs the most to support.

[–] lemongarlic@lemmy.world 15 points 3 weeks ago

Free github actions

[–] Xanthrax@lemmy.world 41 points 3 weeks ago (3 children)

Why aren't all the reddit users over here yet? Consolidation and ease of use. Big number make brain happy.

[–] trilobite@lemmy.ml 15 points 3 weeks ago (1 children)

Lazyness? Its why Amazon is such a success. Too difficult to do online search. Amazon is convinient.

[–] mattyroses@lemmy.today 13 points 3 weeks ago (9 children)

It's generally not the search, it's the payment and shipping

load more comments (9 replies)
load more comments (2 replies)
[–] flamingo_pinyata@sopuli.xyz 34 points 3 weeks ago (1 children)

Inertia. And GitHub was actually good, despite MS ownership. Until recently.

[–] loreng@beehaw.org 12 points 3 weeks ago (1 children)

It really is quite amazing how fast its gone completely to shit. The site is so fucking slow so much of the time. I've started moving my projects one-by-one to a Forgejo instance I control, the main hurdle is just updating actions workflows to work there.

[–] flamingo_pinyata@sopuli.xyz 9 points 3 weeks ago (1 children)

In hindsight the period 2015-2022 was a kind of a golden age for Microsoft.
They actually made (well, acquired) some good software, and even not-so-good stuff like Azure had a point of existing.

Of course it all went downhill very quickly.

load more comments (1 replies)
[–] plutopos@lemmy.zip 32 points 3 weeks ago* (last edited 3 weeks ago) (4 children)

Arguably the biggest contributor to the Linux ecosystem is Red Hat, a for-profit company that offers its technologies to the Israeli military among other things. The biggest contributor to the Linux kernel is Red Hat, while the second biggest is Meta. The Linux ecosystem is not inherently nonprofit!

[–] Kirk@startrek.website 17 points 3 weeks ago (2 children)

Wow I went to fact check that claim and it's actually no exaggeration. Here is the AP article.

Google and Amazon provide cloud computing and AI services to the Israeli military under “Project Nimbus,” a $1.2 billion contract signed in 2021, when Israel first tested out its in-house AI-powered targeting systems. The IDF has used Cisco and Dell server farms or data centers. Red Hat, an independent IBM subsidiary, also has provided cloud computing technologies to the Israeli military, while Palantir Technologies, a Microsoft partner in U.S. defense contracts, has a “strategic partnership” providing AI systems to help Israel’s war efforts.

Crazy to see Palantir, Google, Microsoft mentioned alongside ...Red Hat.

[–] Hawke@lemmy.world 11 points 3 weeks ago (1 children)

If it helps to explain it, Red Hat is owned by IBM.

load more comments (1 replies)
load more comments (1 replies)
[–] Dreamer@lemmy.ml 12 points 3 weeks ago* (last edited 3 weeks ago) (3 children)

~~Why do you make the argument that Red Hat is the biggest contributor?~~

~~Searching Linux contributor breakdown by organization puts them tied for 3rd at ~7%.~~

https://insights.linuxfoundation.org/project/korg/contributors?timeRange=past365days&start=2025-06-19&end=2026-06-19

https://commandlinux.com/statistics/linux-kernel-contributors-lines-of-code-statistics/

~~Don't get me wrong. Intel leading the corporate contributions is worse. lol~~

All-time contributions are led by Red Hat at 15%. Many top organizational contributors guilty of profiting from the genocidal industrial complex. Maybe TempleOS was the true alternative.

[–] sorter_plainview@lemmy.today 15 points 3 weeks ago (1 children)

In the first link, look at the parameters in the link. It is for last 365 days. If you take all time, it is Red Hat.

To be explicit: I don't like Red Hat.

load more comments (1 replies)
load more comments (2 replies)
[–] Dymonika@lemmy.ml 9 points 3 weeks ago

Oh... shoot... TIL, thanks!

load more comments (1 replies)
[–] stratself@lemdro.id 30 points 3 weeks ago (3 children)

The case of free CI/CD, visibility, and network effects are already said. So I wanna offer an anectode: someone I know is a graphic designer, who maintains a project that curate icons. Moving to Codeberg means he has to interact with PRs using the CLI, which he really does not have familiarity with. GitHub OTOH has a simple desktop client that allows natively switching across PRs, approving then in the UI, etc. It's really, really convenient for someone who's not a developer.

I think Forgejo-based platforms will need to work on a very good GUI client, in order to attract less technical contributors.

load more comments (3 replies)
[–] jollyrogue@lemmy.ml 26 points 3 weeks ago (1 children)

For some people, they don't actually care about the politics of FOSS; they want a portfolio for employers.

load more comments (1 replies)
[–] gwl@lemmy.blahaj.zone 25 points 3 weeks ago* (last edited 3 weeks ago) (5 children)

Momentum and time and effort to migrate.

And there's automated workflows such as GitHub Actions and ci/cd integrations that don't have 1-to-1 replacements, which would mean extra work (for quite strained teams of volunteers)

load more comments (5 replies)
[–] Eggymatrix@sh.itjust.works 24 points 3 weeks ago (1 children)

You seem to think that the idea is that linux and most FOSS projects are some carebear nonprofit charity organization. You are wrong.

In most cases the idea is that open source work is there because it is easier to share technological progress if multiple companies work at it. And because of this it is just better than the alternative. The linux kernel is worked on by multiple large corporations that are in the business of making money using servers. If these servers run better then they make more money. To make them run better for them they need to implement their features and because of the licence and the ecosystem they need to publish these modifications back to the upstream.

All this works so good because a lot of companies make a lot of money with it.

Github will be used as long as it does not interfere with the workflow or with the legal aspects, nobody cares about the spirit nearly as much as you think

[–] Dymonika@lemmy.ml 8 points 3 weeks ago (5 children)

Fair, but what about the Copilot-pockmarking? And they're always one step away from a paywall... Why wait until it gets that bad versus at least duplicating elsewhere now?

[–] festus@lemmy.ca 13 points 3 weeks ago (1 children)

Worth noting that the Linux source is updated and collaborated with via email, not GitHub. The Linux repo on GitHub is a read-only mirror.

load more comments (1 replies)
load more comments (4 replies)
[–] utopiah@lemmy.ml 22 points 3 weeks ago

It's disappointing yet unsurprising to read the recurring answers, namely :

  • cost
  • incumbency

precisely because it's absolutely avoidable and a well known strategy. It's so well known that it's precisely why Micro$lop bought Github in the first place. People are there and the free tiers is enough to get the long tail.

Meanwhile since that strategy happened people who consider smart enough should know the genuine cost behind this : it's a TRAP. Plain and simple, you get there and you get STUCK there.

So... yes it takes some sweat and even some money to leave the trap ... but if you care about freedom, as most free software or open-source developers might, then it's aligned with your value.

Serious answer: technical inertia and legacy reasons and most people don’t want to bother migrating established projects.

[–] p03locke@lemmy.dbzer0.com 18 points 3 weeks ago (2 children)

Did you download the source code? It's on GitHub. It's literally on GitLab. It's on Bitbucket with ads. It's literally on SourceForge. You can probably find it on Savannah. Dude it's on Azure DevOps. It's a Codeberg project. It's on Gitea. You can download it on Gitea. You can go to Gitea and download it. Log into Gitea right now. Go to Gitea. Dive into Gitea. You can Gitea it. It's on Gitea. Gitea has it for you. Gitea has it for you.

load more comments (2 replies)
[–] thejml@sh.itjust.works 18 points 3 weeks ago

It was independent (not under Microsoft) until late 2018, and moving is hard. Even after MS bought it, they tried to keep it independent. It's really only been the last few years where it's gone downhill.

It's also kinda the defacto standard for git hosting due to being a solid early player in the space. I assume that view will change as Codeberg and other rivals get more ingrained in the open source stack.

[–] libffi@lemmy.zip 18 points 3 weeks ago (2 children)
load more comments (2 replies)
[–] garbage_world@lemmy.world 17 points 3 weeks ago
[–] crystalwalrus@programming.dev 14 points 3 weeks ago (2 children)

Like many other social media sites it's partially network effects.

load more comments (2 replies)
[–] KssioAug@lemmy.dbzer0.com 12 points 3 weeks ago* (last edited 3 weeks ago) (2 children)

I believe the core reason is that, when MS bought it, and while they make it worse day by day, the number of projects in Github was already huge and it just keeps growing. That being said, it is still the main platform to find FOSS projects, and to have your project be found.

A lot of people are migrating though. The good thing about the FOSS community and philosophy is that they don't really need to rely on shitty companies like Microsoft. They can (and many actually do) just move on, at least regarding their own personal projects.

load more comments (2 replies)
[–] quick_snail@feddit.nl 12 points 3 weeks ago* (last edited 3 weeks ago) (2 children)

Codeberg doesn't offer CI runners* for macOS for free.

It's important if you have cross platform apps

[–] neclimdul@lemmy.world 14 points 3 weeks ago (1 children)

Runners? If MS is providing free dinners I might have to rethink my thoughts on github.

load more comments (1 replies)
load more comments (1 replies)
[–] eager_eagle@lemmy.world 11 points 3 weeks ago* (last edited 3 weeks ago) (3 children)

I don't move mine because of the hard limits at 100 repos and 100 MB of private storage. I wouldn't mind paying to have more, but that's not an option.

edit: it seems one can request limit increases, but I have no idea what's their approval criteria.

load more comments (3 replies)
[–] chrash0@lemmy.world 10 points 3 weeks ago (1 children)

people have tried.

people predicted the enshittification of GitHub as soon as the acquisition was announced, as you can imagine. now, picture yourself as a dev in that month where a small vocal userbase is reading tea leaves based on Microsoft’s past behavior telling you to move your project, where the best outcome is nothing changes, to a new platform. you have a hundred issues and a dozen PRs in review, and those won’t stop coming in while you are migrating. now you need to mirror your project on GitHub, unless you want to immediately fade into obscurity, because while you’re spending your valuable time making sure everything is setup as it was but now on GitLab (the only realistic alt at the time), issues and PRs are still coming in, and you have to keep your releases updated in GitHub for a while during the migration. you also need to figure out CI/CD on your new platform.

so the ideal—that you can migrate and nothing changes—is a pipe dream. your packaging is now likely totally different; you’re now that snowflake project in the config where i had to figure out how to point to something other than GitHub and waste 30min questioning whether i need your tool at all. you still continue to get PRs and issues through GitHub because of course they didn’t read the README. and there’s tiny friction everywhere. the UI is different, how OAuth is handled is different, the plug and play you got from GitHub Actions is gone, etc etc.

meanwhile for 6 years things are chugging along fine at GitHub: Actions is getting better, Treesitter support, better UI for PRs.

it’s the AI stuff that’s ruining GitHub no doubt. not the AI itself but the culture around it with the “what is our team doing with AI?” nonsense corporate policy. it’s all happened really quickly, and isn’t the “boiled frog” scenario at all really.

Linux was around before GitHub, and wherever we end up as long as we still have our Unix tools like git it’ll be fine.

ideals are great. the perfect is the enemy of the good

[–] iocase@lemmy.zip 8 points 3 weeks ago (2 children)

Embrace, extend, extinguish.

Microsoft embraced github by buying it. They extended the features and ease of use to where it's the primary website people use for sharing and collaborating on code. Now it extinguishes any alternative.

load more comments (2 replies)
[–] dwt@feddit.org 9 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

A friend of mine sees using GitHub as microslop paying reparations to open source.

[–] utopiah@lemmy.ml 13 points 3 weeks ago

Right, like how Micro$lop :

  • blocked repository search without login (while it worked before the acquisition)
  • pushed in the most traditional Micro$lop fashion for its own product, e.g. Copilot, with in product ads
  • use repositories as ways to feed its own set of products, e.g. Azure for OpenAI, in order to push for code generation while ignoring licenses

and all the other things (please feel free to make this list more comprehensive) as "reparations"?

It's the same old "Embrace, extend, and extinguish " (EEE) scheme they've been (sadly successfully) running for decades now.

[–] DFX4509B@lemmy.wtf 9 points 3 weeks ago (2 children)

Also, what if MS or the government starts getting hostile and taking down Linux and other FOSS repos they don't like?

[–] BartyDeCanter@piefed.social 10 points 3 weeks ago (1 children)

Remember that Git is a distributed VCS, so no git repo is dependent on a central server. Everything else about the project might be heavily dependent on GH, but any active developer is going to have a full copy of the code with history on their main workstation.

That being said, it highly depends on the project, but I'd put it into a few buckets.

  1. Un/barely maintained projects - This is by far the largest number of repos, and many of them are used as dependencies by all sorts of projects. The truly unmaintained ones would vanish, and I bet most of the barely maintained ones would as well. The most important of these would probably be resurrected since their code will be sitting on all sorts of drives, but it will be a mess. Take a look at https://nesbitt.io/2026/05/08/weekend-at-bernies.html for an idea.
  2. Small individually actively maintained projects - There are a lot of these and many of them could continue to be just fine, depending on how much of the full GH feature set they use. They would lose all the PRs, wiki spaces, discussions, issues, and maybe even the project page itself that are hosted on GH. For most projects it would be an annoyance to have lost all that, but if it's a small enough project that one person is maintaining it, it's probably small enough to pull over to something else reasonably easily depending on how all in they are on GH tools and their use of type 1repos. And a project with only one main contributor is unlikely to fragment.
  3. Mid-sized active projects - Probably the hardest hit. A lot of these are all-in on the GH tools, particularly issues and CI. Losing that would hurt a lot because the project is big enough to really need those tools and uses them at a volume that they can't just host on the leads laptop. These are also going to take a lot of work to set up the project infrastructure elsewhere. And this would probably be the sort of thing to push and simmering tensions to erupt, leading to fragmentation.
  4. The big projects - Probably the least hardest hit. Most of these are just using GH as a push mirror. The core team probably has a functioning private communication and governance system, their own issue tracker (even if it pulls from GH), documentation, and public discussion groups. Most of these run their own private CI. And they are the ones most likely for another host to step in and offer to help.

So the little stuff? Probably going to be annoyed or not care a lot. The big stuff? Same thing. But that middle group would be hurt.

load more comments (1 replies)
load more comments (1 replies)
load more comments
view more: next ›