Currently, there is not really a requirement in order to be listed on the awesome gitea list. However, I will propose a hard requirement that needs to be filled for new items.
They must be hosted on a gitea instance (either gitea.com, codeberg.org or a local one). Personally, it doesn't make any sense that software is created around Gitea but then uses e.g. Github to host this software, which is really the opposite of what Gitea stands for. I don't think we should encourage this line by allowing entries that are hosted on Github.
Currently, there is not really a requirement in order to be listed on the awesome gitea list. However, I will propose a hard requirement that needs to be filled for new items.
They must be hosted on a gitea instance (either gitea.com, codeberg.org or a local one). Personally, it doesn't make any sense that software is created around Gitea but then uses e.g. Github to host this software, which is really the opposite of what Gitea stands for. I don't think we should encourage this line by allowing entries that are hosted on Github.
I don't think it's a wise limitation currently since most repositories are stored in Github. And for a decentralization objection, Github could still be one node on the network.
I don't think it's a wise limitation currently since most repositories are stored in Github. And for a decentralization objection, Github could still be one node on the network.
I agree with lunny. Some projects can't move away from GitHub as they are part of a whole infrastructure running there. Thinking of the Jenkins plugin living inside jenkinsci organization. This might be the case for new items, too.
Maybe it could be a recommendation such as "Consider hosting the project on a Gitea instance" or something.
I agree with lunny. Some projects can't move away from GitHub as they are part of a whole infrastructure running there. Thinking of the Jenkins plugin living inside jenkinsci organization. This might be the case for new items, too.
Maybe it could be a recommendation such as "Consider hosting the project on a Gitea instance" or something.
I don't think it's a wise limitation currently since most repositories are stored in Github.
I'm not talking about current repositories, only for new ones.
And for a decentralization objection, Github could still be one node on the network.
Why choose Github over any public Gitea instance? Github has a history of blocking acccess. I don't think it's the best node what you can choose for decentralization.
I agree with lunny. Some projects can't move away from GitHub as they are part of a whole infrastructure running there. Thinking of the Jenkins plugin living inside jenkinsci organization. This might be the case for new items, too.
Yes exception has to be made, for certain items it makes sense that they still live on Github. But e.g. your small toy project can easily be hosted on a Gitea instance unless you need a CI(in which case you're restricted to use a instance with a CI).
Maybe it could be a recommendation such as "Consider hosting the project on a Gitea instance" or something.
I'm fine with that, that should hopefully do the job and let people consider using Gitea.
> I don't think it's a wise limitation currently since most repositories are stored in Github.
I'm not talking about current repositories, only for new ones.
> And for a decentralization objection, Github could still be one node on the network.
Why choose Github over any public Gitea instance? Github has a [history](https://github.com/1995parham/github-do-not-ban-us) of [blocking acccess](https://en.wikipedia.org/wiki/Censorship_of_GitHub). I don't think it's the best node what you can choose for decentralization.
> I agree with lunny. Some projects can't move away from GitHub as they are part of a whole infrastructure running there. Thinking of the Jenkins plugin living inside jenkinsci organization. This might be the case for new items, too.
Yes exception _has_ to be made, for certain items it makes sense that they still live on Github. But e.g. your small toy project can easily be hosted on a Gitea instance unless you need a CI(in which case you're restricted to use a instance with a CI).
> Maybe it could be a recommendation such as "Consider hosting the project on a Gitea instance" or something.
I'm fine with that, that should hopefully do the job and let people consider using Gitea.
Currently, there is not really a requirement in order to be listed on the awesome gitea list. However, I will propose a hard requirement that needs to be filled for new items.
They must be hosted on a gitea instance (either gitea.com, codeberg.org or a local one). Personally, it doesn't make any sense that software is created around Gitea but then uses e.g. Github to host this software, which is really the opposite of what Gitea stands for. I don't think we should encourage this line by allowing entries that are hosted on Github.
I don't think it's a wise limitation currently since most repositories are stored in Github. And for a decentralization objection, Github could still be one node on the network.
I agree with lunny. Some projects can't move away from GitHub as they are part of a whole infrastructure running there. Thinking of the Jenkins plugin living inside jenkinsci organization. This might be the case for new items, too.
Maybe it could be a recommendation such as "Consider hosting the project on a Gitea instance" or something.
I'm not talking about current repositories, only for new ones.
Why choose Github over any public Gitea instance? Github has a history of blocking acccess. I don't think it's the best node what you can choose for decentralization.
Yes exception has to be made, for certain items it makes sense that they still live on Github. But e.g. your small toy project can easily be hosted on a Gitea instance unless you need a CI(in which case you're restricted to use a instance with a CI).
I'm fine with that, that should hopefully do the job and let people consider using Gitea.