- cross-posted to:
- [email protected]
- programming
- forgejo
- cross-posted to:
- [email protected]
- programming
- forgejo
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.”
So, why Forgejo over Gitea? I’ve been pretty happy with Gitea.
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.
Any examples of this? PRs that are good overall but not for corporate sponsor?
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.
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.
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
My concern is that this hard fork means “till you have a problem” might be too late for a smooth switch.
I’m not going to be able to convince people to move. I’m sticking with Forjego until something goes wrong.
I’m not trying to start an argument, just looking for that balance between “gitea hasn’t done anything wrong yet” and “what if forgejo runs out of steam and the project stalls”
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.
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.
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).
Interesting. Is there a migration path?
Right now Forgejo is a drop in replacement. This article is them announcing that Forgejo will eventually not be one.
If you deployed with docker composr you just change the image and hit redeploy. Super simple.
Appreciate that, sounds super easy
It is. Did that when this was first announced
Huh, using their instructions for docker compose, I use
docker pull codeberg.org/forgejo/forgejo:7.0.0
and it errors formanifest 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.Login isn’t necessary, but there is no
:latest
tag published so you need to pull a version that exists. The current version is atcodeberg.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).Ah, the docs reference V.7.0.0 so that’s what I was trying with.
TY, that got her transitioned. The config actually pops a notice that 1.21.9 is available but I don’t see that it’s in the registry yet. I do like the :latest tag because then I can use watchtower, but I can understand why some people would want to specify the version.
afaik they are planning on adding federation support eventually, which would be really neat for collaboration