Earlier quoted context omitted.
Would Torkel have decided to fork Kibana in the first place if it were AGPL? Would the same level of community have formed around Grafana? Would it have received as many contributions and support for new backends? Would Raj have wanted to acquire Torkel + Grafana for the original Raintank company if it were an AGPL project? Would they have been able to as successfully build and monetize a Grafana Enterprise product w…
The Grafana Enterprise point is the most salient here. The answer is no, they wouldn't have been able to create closed source plugins for a commercial product. Only AGPL code. As I've stated before: copyleft licenses are an evolutionary dead end: https://www.influxdata.com/blog/copyleft-and-community-licen... . P.S. Hey Todd ;)
Grafana, Loki, and Tempo will be relicensed to AGPLv3
571–578 of 578 posts
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#572Earlier quoted context omitted.
Wow, this is a fascinating answer. I really like your thought experiment with LibreOffice. Imagine something even more nefarious: The whole LibreOffice team "quits" to start a company that does exactly the above. After building a large user base on their web-only version, they begin to charge for premium features. All while never distributing the GPL code ever again. To be clear to all readers: This is only a thought…
The source for compiled JavaScript or WASM needs to be provided even with just the GPL rather than the AGPL. The loophole in the GPL only applies if the code is actually running on someone else's server and not the user's client.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#573Earlier quoted context omitted.
I think I'm right in saying that, providing you fork from any commit before the introduction of the AGPL license, you can continue with Apache-licensed Grafana. Sounds like the way forward.
You mean when you would have forked before the new licensing became effective?
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#574I remember when the AGPL was being talked about in around 2008 or so, and thinking it was ludicrous. Now I wonder if it's too lenient. AWS is just rebranding open source products and selling access for infinite markups while killing the open economy that created them. Maybe what we need is a 'no AWS' license, think Apache License but with a clause that says no corporation with more than $50B in revenue can resell it.
I mean, good for them? If they're "just rebranding and selling access for infinite markup" then surely the only people who would pay them are either too lazy or too busy to host it themselves, or too rich to care? Would you prefer that people/companies that fall into these categories be forced to go through some _other_ reseller (who is just adding their own markup on top of the cloud hosting costs) instead of gettin…
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#575Earlier quoted context omitted.
The postgresql driver might be considered derivative work, and thus required to be AGPL as well, because Postgres does not talk some standard protocol that exists outside of it.
But one can modify Postgres without changing the wire protocol, so the driver may be the plain, original one without custom modifications. The AGPL doesn't mandate that the protocol must be ratified by some standards body, only that a "Standard Interface [exists] for which an implementation is available to the public in source code form".
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#576Earlier quoted context omitted.
Sorry I still don't get it. Please tell me which step I am getting wrong: I have my own proprietary code. I decide to make use of GPL code. Then I distribute the binaries. Now I have to make the source available, correct? This source that was just made available (that includes my "proprietary code" and the GPL library I used) needs a license. At this step, I already lost my proprietary code and made it public - which…
> Now I have to make the source available, correct? Nope! That's one way to fix the licensing issue—but you're not forced to do that. Another option would be to immediately stop distributing your binary and not distribute it again until you can replace or otherwise excise the GPL code that caused the licensing issue.
And how does immediately stoping distribution help, legally? If I have already distributed the binary, the recipients are already entitled to the entire sources, no? Or does GPL have a "I have learned my lesson" clause?
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#577Earlier quoted context omitted.
And ergo, I'd never use TimescaleDB. It's not less restrictive in any objective sense; it has different restrictions. It's apparently less restrictive to you, but it's much more restrictive to me. Why not toss in an AGPL license option? You wouldn't be discounted off-the-bat by folks like me. I build open source. Timescale is not open source. Timescale won't mix with GPL code. I use plenty of GPL code. GPL/AGPL are k…
We do offer an Apache 2 only binary of TimescaleDB which includes our open source core (and excludes the Timescale Licensed features). In fact, many companies (Azure, Digital Ocean, Ali Baba, etc) offer this Apache 2 version to their customers.
It's ubiquitous ("it's me, not you"), but I hate it.
I'd much rather get a straight "no."
To answer the non-answer: I don't want a crippled version of the product with features held back for paying customers. I don't know which other features will be held back in the future, or what the evolution of the system will be. My expectation is that at some point, I'll need e.g. features to comply with a law like GDPR, and some critical feature may be withheld in an attempt to monetize me.
When that happens, I end up in limbo.
With a half-open-source project, what do you do? Do you fork the system and build the feature yourself? It will never move into mainstream since it undermines your revenue source. Do you maintain a fork? No one will use your fork over mainstream and you have competing communities. Etc.
Having built systems which have been used and maintained for decades, those sorts of considerations matter much more for picking a long-term viable solution than which technology happens to be ahead this year. I'm not saying you're going to burn me (and usually by the time this happens, you've been acquired by Oracle like Java, went bankrupt and got picked up by vultures, like SCO, hired a massive number of mediocre people, like Google), but if you make a dozen decisions like this, someone WILL burn you, and that WILL cost you more than the other 11 decisions combined.
Make it easy on customers like me.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#578I like the AGPL, but I would like an extra step that forces you to distribute code even you have not modified it. This would be in the case of the original being unavailable for some reason. Does anyone know how difficult it would be to have the login page for a web app be a different license? The idea being that the only users of the AGPL code are ones that have a valid account. Off the top of my head a reverse prox…
> I like the AGPL, but I would like an extra step that forces you to distribute code even you have not modified it. This is...already the case. The distributor is the one who is bound to supply the source code--"upstream" isn't implicated in the license.
https://opensource.stackexchange.com/questions/650/do-i-have...