Earlier quoted context omitted.
Anything not hard-copyleft (GPL, AGPL) or source-available (BSL etc.) is going to be embraced, extended, and SaaSified / paywalled. Eventually the open version might get abandoned since its authors will get tired of providing free labor to billion dollar cloud companies. I don't think you'll see a lot of major projects under super-liberal licenses in the future. You will see such licenses for libraries and other comp…
> Anything not hard-copyleft (GPL, AGPL) or source-available (BSL etc.) is going to be embraced, extended, and SaaSified / paywalled. Eventually the open version might get abandoned since its authors will get tired of providing free labor to billion dollar cloud companies. FreeBSD is 27 years old. Postgres is 24 years old. SQLite, which is placed in the public domain , is 20 years old. You will forgive me not holding…
Grafana, Loki, and Tempo will be relicensed to AGPLv3
291–300 of 578 posts
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#292Earlier quoted context omitted.
Mongo and ElasticSearch are completely different though. Related to those licenses: Has there been any clarification of what exactly you need to release for free if you use them to offer a SaaS? > If you make the functionality of the Program or a modified version available to third parties as a service, you must make the Service Source Code available via network download to everyone at no charge, under the terms of t…
> If I use S3 to store data for my Mongo SaaS, do I need to call Bezos and buy the complete source code of S3? Yes.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#293Earlier quoted context omitted.
Proprietary infrastructure = All infrastructure essentially. So you're fine with a license that can't be used for SaaS. So basically you're happy for the commercial internet to be powered by proprietary software - with all that would mean for free software.
That's pretty much the same as AGPL. A tell about OSI's biases is that AGPL and SSPL are basically the same but since Amazon's propaganda engine ramped up against SSPL it was labeled as somehow completely out of bounds.
Are you serious? Once you look past the most superficial level, they're not even close.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#294Earlier quoted context omitted.
I don't care so much about the AGPL specifically, but it's a single known license, rather than every time I find a new project having to find out what "interesting" license they cooked up this time.
yes but afaict SSPL was kiiinda becoming a de facto "f off AWS" license that was generally becoming standard. thats all any of these vendors want, they're not coming up with new licenses just for shits and giggles. standards evolve over time, it was entirely possible that Grafana could have thrown its weight behind SSPL and helped legitimize it more.
Which would not have been a good thing in any way, so I'm glad they didn't do that.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#295Earlier quoted context omitted.
yes but afaict SSPL was kiiinda becoming a de facto "f off AWS" license that was generally becoming standard. thats all any of these vendors want, they're not coming up with new licenses just for shits and giggles. standards evolve over time, it was entirely possible that Grafana could have thrown its weight behind SSPL and helped legitimize it more.
This would've been nice. I think we are not far from the OSI having to recognize that SSPL is the future whether they like it or not, and possibly moving from obstructionist to a more constructive point, where they help evolve the SSPL to address their concerns, while recognizing that it is a copyleft open source license.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#296Earlier quoted context omitted.
SQLite, Vim/Emacs, Linux, everything in GNU coreutils. All of the Apache projects (some to more/less an extant than others). Most programming language implementations (e.g. CPython). Memcached. WireGuard. SQLAlchemy. Web Frameworks like Flask, Django, Rails, on and on. There are many open source technologies that do not seek to capture the value they create with licensing hijinks. I don’t think it’s an accident, that…
I did not mean to say that open-source software (broadly, MIT-licensed) and free software (broadly, GPL-licensed) don't do well! They do, and I'm happy about it. Some have commercial entities around them, but most don't. What I was trying to say is that FOSS was never about capturing commercial value, and always about capturing the value of the freedom to inspect, share, and tweak. In this regard, going AGPL is prefe…
I totally agree that the “we are now AGPL” route is preferable.
FWIW MongoDB was already AGPL, but that wasn’t enough for them I guess, they wanted more money. Old HN thread on the topic: https://news.ycombinator.com/item?id=18229452
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#297Earlier quoted context omitted.
do you think that earning money or having a viable business model is a bad thing? look at our actions since the inception of the company, as well as our "big tent" philosophy; i think they speak for ourselves. we built a sustainable business over the course of 4 years, prior to raising a dollar of VC money. we raised VC money to go even faster. most of our VC money goes to paying our employees. most of our employees…
I'm glad you were able to find a FOSS license that's able to support your business. I think grafana lab's use of AGPL will help encourage its adoption by other businesses wanting to make money in free software as well. For other's who are interested, here's a faq from grafana including a discussion about "Why AGPL and not SSPL?": https://grafana.com/blog/2021/04/20/qa-with-our-ceo-on-relic...
As a commercial consumer of FOSS, AGPL has been troubling for me. As a non-commercial hacker, AGPL has been fine for me: GPL is fine here, and distribution as defined by SaaS or tarball is equivalent; I share back.
My opinions are that non-commercial FOSS projects probably shouldn't choose AGPL but that small-ish commercial FOSS projects (like Grafana, et al) probably should so that big commercial entities don't eat their lunch.
AGPL seemed like a tool that was mostly ahead of its time but is nice to have now.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#298Earlier quoted context omitted.
Proprietary infrastructure = All infrastructure essentially. So you're fine with a license that can't be used for SaaS. So basically you're happy for the commercial internet to be powered by proprietary software - with all that would mean for free software.
That's pretty much the same as AGPL. A tell about OSI's biases is that AGPL and SSPL are basically the same but since Amazon's propaganda engine ramped up against SSPL it was labeled as somehow completely out of bounds.
SSPL require to release source code for every piece of your infrastructure if your business model seems like Amazon. This is descrimination which both FSF and OSI are not allow.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#299Earlier quoted context omitted.
That sounds nice in theory, but the reality is also that a lot of more permissively licensed (BSD / Apache) projects now cannot use (most) parts of Grafana / Loki / Tempo anymore, since realistically they won't be able to or want to switch to the AGPL as well (because of all the pain that would incur on others, in turn). That means that basically the whole free code sharing idea goes out of the window, at least in on…
That's kind of the point. The purpose of MIT/BSD is to enable nonfree derivative works; the purpose of the AGPL is to only allow free derivatives. AGPL maximizes freedom by prohibiting further restriction of it; it's a local maxima of "user freedom" as a function of "developer freedom". If you want to use AGPL software in your project, you're free to relicense under AGPL.
Re: Grafana, Loki, and Tempo will be relicensed to AGPLv3
#300Earlier quoted context omitted.
>Yes; if you're going to do this, then using AGPL is so much better than flavor-of-the-week license. I'm not sure I agree. Yes, standardization is a good thing and AGPL is the "known evil", but having read it I do think that it is a very very complex piece of text - personally I'd go so far as to say that it is close to incomprehensible and would prefer pretty much anything else. But even aside from that the sheer nu…
The question is whether the alternatives are any better; IMO, this is unlikely (all the others I've seen make tradeoffs that I'd consider poor, personally). I think the virality and companies not liking it is the license working as intended, honestly; it's supposed to be viral, that's the point of copyleft, and obviously companies take issue with that (although I agree that some of this might be misunderstanding scop…
As I said, I'm explicitly not mentioning any alternative here because they all have issues, but the AGPL's wording is much more complicated than most and that (perceived) insecurity around it is my main criticism.