They banned cypto projects two weeks ago. Today they banned vibecoded projects. https://blog.codeberg.org/protecting-our-floss-commons-from-...
> So while the following use cases are discouraged (similar to private repositories), they are likely to be tolerated in practice:
> Side projects and experiments with little resource usage > Specific tools and custom scripts that would be unlikely to find a community anyway, even if they were not LLM-generated
I really don't want to join a commons where something I make might be "tolerated in practice" based on a given moderator's vibe. Which I suppose is the message I was meant to receive from the issue that passed the vote.
I'm... unsure how to feel. On one hand I have the utmost sympathy for the idea of pushing people away from disposable software and towards collaboration. On the other hand this will definitely devolve into name calling and vigilantism. On the third hand, Github is already drowning in slop. It takes up huuuuge amounts of resources and delivers a tiiiiny amount of value to the platform per line of slop code
That's a controversial stance. The first statement of not using codeberg hosted projects to train LLMs makes sense. But to outright ban LLM coded projects seems just silly. If the problem is that users have too many vibe coded projects, then limiting the number of projects seems like a more reasonable stance. To completely ban vibe coded projects just limits the number of users that will use them. I get that this is being spun as an effort to save resources, but this is a pretty blunt way to accomplish this. And a great way to alienate a lot of potential users.
It's their service and they can choose what they want to host. Maybe they don't see themselves as competing with Github and Gitlab and so they are happy serving the users they have. But to me this does not seem to be a great growth strategy.
They obviously care more about social performance than code.
They just tanked my interest in ever checking them out.
I'm not crazy about this:
> We acknowledge that many developers have started to embrace LLMs as a tool in their workflows. Some use it extensively and rarely code by hand, others delegate only specific tasks to it. We understand that you want to know how the change affects your projects going forward. While we can't give an easy answer, we'll share some remarks that should address most of the concerns raised in the discussion.
Where terms and conditions are concerned I really do value "easy answers".