License restrictions #840
Labels
No labels
action
check-aws
action
discussion-needed
action
for-external-contributors
action
for-newcomers
action
more-info-needed
action
need-funding
action
triage-required
kind
correctness
kind
ideas
kind
improvement
kind
performance
kind
testing
kind
usability
kind
wrong-behavior
prio
critical
prio
low
scope
admin-api
scope
background-healing
scope
build
scope
documentation
scope
k8s
scope
layout
scope
metadata
scope
ops
scope
rpc
scope
s3-api
scope
security
scope
telemetry
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Deuxfleurs/garage#840
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?
As this project is under AGPLv3 license is there are any commercial usage limitations if I want to use garage as is?
Our company doesn’t provide s3 as service, we just want to use it as backend to store files. User only directly will communicate with garage to download object as image or video.
We are looking for self hosted s3 solution and I already know that minio has this kind of limitations and requires commercial license which is super expensive so we are looking for other s3 solutions.
Thanks
As per https://www.gnu.org/licenses/why-affero-gpl.html:
So you're free to use this in your commercial environment. But you must publish changes you've made to software under AGPL.
Do you mean if I any changes in Garage codebase. If I use binary as is with no modifications I can freely use it without any publication of source code which is using Garage’s API
This is NOT a legal advice. However, if you get the legal advice from your company to NOT use garage because of its licence, please reach out to us by email or on matrix, we are interested to hear why and what we can do to help.
The garage core maintainers believes that the AGPLv3 spirit allow using garage alongside other software, as long as those software exists independently of garage. If garage could be replaced in your software by another solution, it is a good indicator that the resulting program is an aggregate of independent works and not subject to the licence restriction.
Here's the related section of the licence:
...as long as the code is not modified or - if it is - that those modifications are published and advertised as part of the service. This is usually the difficult bit if you don't have a frontend to add a link, but you are free to host your fork on this instance and link it from your product.
AGPLv3 was chosen for garage to ensure that this software, that was essentially funded by public taxes though the European Union NGI grant, benefit most people as long as they are ready to contribute back to the community their changes and improvements.
If you read this thread and are a lawyer or connected with FOSS lawyers, we are interested in releasing a public statement that would be trusted by company lawyers explaining why it is safe for companies to use Garage under its AGPL license. On my side, I will try to contact FSFE to have more info.
If you don't know to what I am referring, I refer this issue as "Google AGPL FUD". This article by Drew Devault summarizes well my position on the subject. And the source of all these questions is Google's AGPL policy - as Google commits the source code of all its dependencies in a monorepo and freely patch it.
Closing for now, feel free to continue the discussion here, on matrix at #garage:deuxfleurs.fr and you can reach us by email if needed at garagehq [@] deuxfleurs [dot] fr.