This is from last month, but I haven’t seen any discussion of it. Seems like Forgejo is now a hard fork of Gitea, instead of being a soft fork like it was over the previous year.

The main reason I’m posting it now is this: “As such, if you were considering upgrading to Forgejo, we encourage you to do that sooner rather than later, because as the projects naturally diverge further, doing so will become ever harder. It will not happen overnight, it may not even happen soon, but eventually, Forgejo will stop being a drop-in replacement.”

  • ikidd@lemmy.world
    link
    fedilink
    English
    arrow-up
    32
    arrow-down
    2
    ·
    8 months ago

    So, why Forgejo over Gitea? I’ve been pretty happy with Gitea.

    • mholiv@lemmy.world
      link
      fedilink
      English
      arrow-up
      101
      arrow-down
      3
      ·
      8 months ago

      Because gitea is fully the victim of corporate capture. Any PRs that make gitea better in a way that would reduce the main corporate “sponsor” profit are rejected.

      The company has a conflict of interest with the community and it shows. Forgejo is sponsored by a non profit open source cooperative.

        • mholiv@lemmy.world
          link
          fedilink
          English
          arrow-up
          39
          arrow-down
          4
          ·
          edit-2
          8 months ago

          https://codeberg.org/forgejo/discussions/issues/67

          The biggest issue is they require your to give them your rights as they pertain to copyrights.

          That means even if you submit MIT or GPL licensed code they can just instantly say “we relicense this code as proprietary” and there is nothing anyone can do.

          They rejected a bunch of valid PRs. Including the one linked here because the author refused to assigned their copyrights to the Gitea corporation.

          • matcha_addict@lemy.lol
            link
            fedilink
            English
            arrow-up
            27
            ·
            edit-2
            8 months ago

            Thanks for the link. But is this really unseen in FOSS? My understanding is some FOSS projects do this so that it is easy to make major decisions without having to bring every person that has ever contributed to the project, kinda like how ZFS is stuck with license issues because they can’t bring all contributors together to approve a license change.

            • MigratingtoLemmy@lemmy.world
              link
              fedilink
              English
              arrow-up
              5
              ·
              8 months ago

              I’m not one to fight for software taken over by a corporate that is against FOSS. If you like Gitea, stick with it till you have a problem

              • AbidanYre@lemmy.world
                link
                fedilink
                English
                arrow-up
                1
                ·
                8 months ago

                My concern is that this hard fork means “till you have a problem” might be too late for a smooth switch.

            • tabular@lemmy.world
              link
              fedilink
              English
              arrow-up
              4
              ·
              edit-2
              8 months ago

              There are some advantages but generally it’s better for everyone to keep their copyright to prevent a company being able to take over and then deny users the software freedoms intended by the original license.

              • aksdb@lemmy.world
                link
                fedilink
                English
                arrow-up
                2
                ·
                8 months ago

                But everyone does keep their license. A company can not really take over in the sense that you lose your old code. They can stop developing in public but keep using your code, but so can you keep using the last public version and keep developing it. Or you can take your contribution and apply it elsewhere.

                • tabular@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  edit-2
                  4 months ago

                  You’re right that the former license can’t be taken away from other instances.

                  Some projects chooses a license specifically to stop people taking code without sharing code back upon redistribution via copyleft (ShareAlike). Getting around that by changing the license defeats the purpose (projecting users software freedom).

        • mholiv@lemmy.world
          link
          fedilink
          English
          arrow-up
          26
          ·
          8 months ago

          Right now Forgejo is a drop in replacement. This article is them announcing that Forgejo will eventually not be one.

        • rjc@lemmy.world
          link
          fedilink
          English
          arrow-up
          11
          arrow-down
          1
          ·
          8 months ago

          If you deployed with docker composr you just change the image and hit redeploy. Super simple.

              • ikidd@lemmy.world
                link
                fedilink
                English
                arrow-up
                1
                ·
                8 months ago

                Huh, using their instructions for docker compose, I use docker pull codeberg.org/forgejo/forgejo:7.0.0 and it errors for manifest unknown. Removing the version tag so it default to latest doesn’t help.

                Do I need to make an account and docker login? That seems like it should be unnecessary for a simple pull.

                • chameleon@kbin.socialOP
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  8 months ago

                  Login isn’t necessary, but there is no :latest tag published so you need to pull a version that exists. The current version is at codeberg.org/forgejo/forgejo:1.21.8-0 or at :1.21 if you want one that tracks patch updates (as found in the container registry).

  • umbraroze@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    8 months ago

    What’s the latest on Forgejo’s Windows builds? Last I checked there was no Windows build due to no volunteers for build/test - Gitea’s old build stuff should still be good.

    Which is a mild shame because Gitea’s Windows version was an insanely simple way to run it if you are a solo dev on Windows and need a private Git site. Drop the binary on an USB hard drive, run it on terminal, boom, done.

    (Currently contemplating just setting up a Raspberry Pi server.)

    • Kogasa
      link
      fedilink
      English
      arrow-up
      6
      ·
      8 months ago

      It’s just as easy to run in a Docker container and I would recommend this anyway.

      • umbraroze@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        8 months ago

        Heh, your comment actually made me finally go and resolve a problem I’ve had since I got this laptop in 2020. I didn’t have SVM virtualisation acceleration enabled because that made Windows unable to boot somehow. A bit of twiddling after, it finally did! VirtualBox runs! Docker runs!

        …but why would I use Docker for something like this. Might as well blow the dust off of my FreeBSD virtual machine and run Forgejo there!

        • Kogasa
          link
          fedilink
          English
          arrow-up
          2
          ·
          8 months ago

          Docker is lighter and easier to manage than a VM. I run a collection of services as docker compose services inside a NixOS host VM. It’s easy to start, stop, monitor, update etc. even from a different computer (via ssh or docker contexts). It’s great.

          • umbraroze@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 months ago

            Yeah, I just tried upgrading my Gitea Windows instance to Forgejo via Docker, and it actually works pretty much as easily as it did before. Fantastic! Might just leave it here instead of shoving it all in the VM - I can always do that later if it’s necessary. Having a full VM does have upsides, but in this particular instance this is definitely good enough.