▲ | jraph 7 days ago | |||||||||||||||||||||||||
> It's lying. I don't see how it can do this. The AGPL is a license text. It states what people can do with the licensed code. What is lying in this text? > I guess I care about clear rules, clear intentions, and I care about integrity Me too > The AGPL is ambiguity; unclear rules, veiled intentions That's where I don't agree: The rules are written in the license text and I see no ambiguity there. Where is the ambiguity in the AGPL text? What is not clear about it? What granted rights are we not sure about? > veiled intentions The original intent of the AGPL authors (the FSF) was clear and simple to me: ensure the end user's freedom. It was GPL, but address the SaaS situation where someone can modify networked GPL software, make users use it from the network, without having to redistribute the modification since the program runs remotely and not on the user's machine. And that intent is perfectly align with what I want for my code. Sure, people with bad intents will use the AGPL, and so what? People kill with knives, but I'll definitely keep cooking with mine. The AGPL is a tool. It doesn't, by itself, has intents, especially veiled intents. I'm not going to stop using the AGPL because someone wants to use it to trap users. This is all abstract, I'd appreciate concrete examples where: - people have done that, without a CLA (because yeah, I'm convinced AGPL+CLA can be bad). - the AGPL doesn't work well for someone using it with the original intent in which the AGPL was written. | ||||||||||||||||||||||||||
▲ | ezekg 7 days ago | parent [-] | |||||||||||||||||||||||||
Here's a thread from a couple hours ago on X: https://x.com/_m27e/status/1962563736142565882. Read the images and follow the quoted posts. The example comes straight from the mouth of a COSS founder. | ||||||||||||||||||||||||||
|