The Gentoo Linux project last year announced plans to move their code hosting to Codeberg rather than GitHub. Gentoo’s desire to move away from GitHub was motivated by Microsoft’s Copilot training on GitHub repositories. Those plans are turning into action now with the main Gentoo project up on Codeberg and honoring pull requests.

Gentoo announced today they now have a presence on Codeberg and are welcoming code contributions there as an alternative to GitHub. Initially it’s their ebuild repository being hosted on Codeberg while eventually all Gentoo GitHub repositories will be migrated. Codeberg is based on Forgejo and hosted in Germany as a non-profit.

      • azerial@lemmy.dbzer0.comEnglish
        5·
        7 hours ago

        It is quite a large project to move from over ci/cd to another. I worked at EA for 13 years and we moved from Jenkins to another platform. (Jenkins suuuuucks. If you ever wonder what hell looks like, try to maintain a Jenkins instance with a shit ton of plugins, half of which are no longer maintained and you have to upgrade the instance…)

      • onlinepersona@programming.dev
        2·
        7 hours ago

        How does it push the limits of enterprise level support?

        And I don’t think they’d need sponsors but volunteers to host the CI machines. Tapping into the community to provide those could possibly get a few. If effort were put into using some content addressed network, distribution of packages could further be spread.

        And if radicle finally supported large repositories, it could actually be hosted there and distribution would happen across all nodes willing to host the project. But that’s not possible yet.

        A lot of effort is being put into building a ecosystem for a proprietary Microslop platform. It’s a pity.

        • Oinks@lemmy.blahaj.zone
          3·
          4 hours ago

          This discourse post has more details. Essentially: Nixpkgs is an 83 GiB repository with 20,000 forks that incurs a ton of API usage from CI and bots. It turns out this caused some scaling issues. It’s unclear to me if other forges would have run into exactly the same issues but if the repo can cause replication failures at GitHub it can almost certainly cause problem at Codeberg.

          Edit: For comparison, the Gentoo repository is 20 GiB and has 2.2k forks (on GitHub). The largest repository on Codeberg is 30 GiB, but that’s just a blocklist data mirror with no CI.

          Edit 2: Also, since I’m reading through Gentoo’s mail archives for this they also seem to be at least slightly worried:

          So far I don’t think we really deliberated on [using Codeberg for the sync-friendly mirror]. The key point here is that unlike GitHub, Codeberg is running on community funding, and we don’t want to abuse their resources with the huge syncing repo.

          Note that Nixpkgs doesn’t have a syncing mirror. Majority of Nix users pull directly from github.com/NixOS/nixpkgs.

          • onlinepersona@programming.dev
            2·
            3 hours ago

            The 83GB figure is the entre nixpkgs network not nixpkgs itself. Before codeberg got that far, it would take a while. It took nixpkgs 20 years to get there. The actual nixpkgs repo is 2.5GB bare and 5GB checked out. Github could still function as a read-only mirror (as in no PRs, but it’s pushed to from codeberg or whatever forge they use).

            These aren’t unsolvable problems. It’s also a reason I hope radicle will get contributions to support bigger repos as it truly is a distributed forge.