Forgejo v7.0 is available
forgejo.org
    • vzq@lemmy.blahaj.zoneEnglish
      1151·
      7 months ago

      That would mean they would have to do actual development instead of just scraping off stickers, so I’m not holding my breath.

        • Something Burger 🍔@jlai.luEnglish
          216·
          7 months ago

          Forgejo is a reactionary fork of Gitea, started because the creator of Gitea founded a company to maintain it.

          • poVoq@slrpnk.netEnglish
            484·
            7 months ago

            Secretly behind the backs of the official community council and not many months later started to turn Gitea into an open-core product.

            And they also demand a CLA from contributors now, which is directly against the idea of FOSS.

            I was a bit sceptical about the justification of this fork in the beginning as well, but time has proven the Forgejo team to be sadly completely right.

            • hedgehog@ttrpg.networkEnglish
              13·
              7 months ago

              I’m not addressing anything Gitea has specifically done here (I’m not informed enough on the topic to have an educated opinion yet), but just this specific part of your comment:

              And they also demand a CLA from contributors now, which is directly against the idea of FOSS.

              Proprietary software is antithetical to FOSS, but CLAs themselves are not, and were endorsed by RMS as far back as 2002:

              In contrast, I think it is acceptable to … release under the GPL, but sell alternative licenses permitting proprietary extensions to their code. My understanding is that all the code they release is available as free software, which means they do not develop any proprietary softwre; that’s why their practice is acceptable. The FSF will never do that–we believe our terms should be the same for everyone, and we want to use the GPL to give others an incentive to develop additional free software. But what they do is much better than developing proprietary software.

              If contributors allow an entity to relicense their contributions, that enables the entity to write proprietary software that includes those contributions. One way to ensure they have that freedom is to require contributors to sign a CLA that allows relicensing, so clearly CLAs can enable behavior antithetical to FOSS… but they can also enable FOSS development by generating another revenue stream. And many CLAs don’t allow relicensing (e.g., Apache’s).

              Many FOSS companies require contributors to sign CLAs. For example, the FSF has required them since 2005 at least, and its CLA allows relicensing. They explain why, but that explanation doesn’t touch on why license reassignment is necessary.

              Even if a repo requires contributors sign a CLA, nobody’s four freedoms are violated, and nobody who modifies such software is forced to sign a CLA when they share their changes with the community - they can share their changes on their own repo, or submit them to a fork that doesn’t require a CLA, or only share the code with users who purchase the software from them. All they have to do is adhere to the license that the project was under.

              The big issue with CLAs is that they’re asymmetrical (as opposed to DCOs, which serve a similar purpose). That’s understandably controversial, but it’s not inherently a FOSS issue.

              Some of the same arguments against the SSPL (which is not considered FOSS because it is so copyleft that it’s impractical) being considered FOSS could be similarly made in favor of CLAs. Not in favor of signing them as a developer, mind you, but in favor of considering projects that use them to be aligned FOSS principles.

              • poVoq@slrpnk.netEnglish
                42·
                7 months ago

                Well, I don’t disagree with your specific points, but you are missing that the founding idea of FOSS was a copyright hack to ensure that software remains modifyable/fixable by its users. A mandatory CLA that allows relicensing partially circumvents that not only for the users but even the contributors.

                Sure you can argue that technically the already released code can not be relisensed, but that’s really missing the point that FOSS software intends to be open now and in the future.

                Anyways, a good related read is: https://opensource.net/why-single-vendor-is-the-new-proprietary/

                • vzq@lemmy.blahaj.zoneEnglish
                  73·
                  7 months ago

                  Am I out of touch?

                  No, it’s the Free Software Foundation that is wrong about Free software licensing practices!

            • antihumanitarian@lemmy.worldEnglish
              81·
              7 months ago

              CLAs can be abusive, but not necessarily. Apache Foundation contributors need to sign CLAs, which essentially codify in contract form the terms of the Apache 2.0 license. It’s a precaution, in case some jurisdiction doesn’t uphold the passive licensing scheme used otherwise. There’s also a relicensing clause, but that’s restricted to keeping in spirit, they can’t close the source.

        • vzq@lemmy.blahaj.zoneEnglish
          1222·
          7 months ago

          They can decide and announce all they want. In the end they have to become a more compelling product than gitea on the merits, not just because of nebulous anti-commercial ideology.

    • antihumanitarian@lemmy.worldEnglish
      26·
      7 months ago

      Codeberg is run off of donations, they have no service contract revenue. Nobody, much less a volunteer, wants to commit to a 5 or 10 year service plan like that, it’s not sustainable for a small project from a non profit.

    • poVoq@slrpnk.netEnglish
      172·
      7 months ago

      I am sure Gitea will be happy to provide you longer support if you pay them for it /s

    • algernon@lemmy.mlEnglish
      10·
      7 months ago

      It’s about 5 times longer than previous releases were maintained for, and is an experiment. If there’s a need for a longer term support branch, there will be one. It’s pointless to start maintaining an 5+ year branch with 0 users and a handful of volunteers, none of whom are paid for doing the maintenance.

      So yes, in that context, 15 months is long.

    • corsicanguppy@lemmy.caEnglish
      211·
      7 months ago

      I’m working with an OS with a 26-year support window.

      LTS is 10 years. Support the one that RH/Rocky toss into the next release. Anything less than 8 years requires air-quotes around the ‘L’.

      • corsicanguppy@lemmy.caEnglish
        1·
        7 months ago

        MFW I get downvotes for repeating what used to be considered Enterprise support before the dotcom bust. Sorry to be the voice of the past.

      • sabreW4K3@lazysoci.alEnglish
        304·
        7 months ago

        The community has been taken over by a bunch of weirdos that refuse to click things and read

        • etchinghillside@reddthat.comEnglish
          61·
          7 months ago

          I’ll admit I didn’t click or read. But am I incorrect to expect some information on what I will assume is the landing page in the image?

          • sabreW4K3@lazysoci.alEnglish
            3·
            7 months ago

            Horses for courses. I find links to releases far more useful than a link to a front-page. They’re especially helpful when trying to find information/discussion on older releases.

    • TxzK@lemmy.zipEnglish
      16·
      7 months ago

      “Forge” is literally what softwares like GitHub, GitLab, or Forgejo is called. From Wikipedia

      “In FOSS development communities, a forge is a web-based collaborative software platform for both developing and sharing computer applications.”