Requesting clarification on what a "Project" is in Terms of the new ToS #2950
Labels
No labels
accessibility
bug
bug
infrastructure
Codeberg
contributions welcome
docs
duplicate
enhancement
infrastructure
legal
licence / ToS
please chill
we are volunteers
public relations
question
question
user support
s/Forgejo
s/Forgejo/migration
s/Pages
s/Weblate
s/Woodpecker
security
service
upstream
wontfix
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Codeberg/Community#2950
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Comment
Hi there, I am the maintainer of this org.
We are collecting and scraping publicly available data from law proceedings of German parliaments, and making it available centrally in a human and machine-readable way.
Question
I was wondering how the new policy relates to our case:
Is a "project" a singular repository? Can it be a whole org? What steps should we take to ensure compliance?
Context
Our repositories interact and are not really usable in any other context than the project in question: The scrapers cannot interact with any other backend than the one we developed, the website is developed to only request data from that backend etc.
In my terms, all of this is one "project".
We rely on volunteer force to develop and maintain scrapers for each parliament, which in part use generative AI to generate large parts of the scraper code; This of course leads to a select few repositories being almost entirely generated.
However most of the project is still written by people, and that is especially true of the core parts: the backend, the scraper infrastructure, the API specifications and the vast majority of scrapers, which make up most of the LOC; we have no intention to change that. On the other hand, we also do not want to introduce an additional hurdle to contributors that can provide valuable additions in maintaining a relatively simple scraper that is very confined in what data comes in, and what data comes out.
More Context
In the ToU "projects" is a somewhat undefined term, although this line:
(§2.2)
[...]Private repositories are only allowed for things required for FLOSS projectsimplies that projects are broader than one repository,while this example: (§2.6)
[...] Maintainers of a project can enforce stricter rules, for example by adding an easily discoverable Code of Conduct as a file in the repository root [...]rather implies that they can be equivalent.thanks in advance^^