4 ms·

Branding is important but it's not Coca-Cola and we are not normal customers of something. I believe that in the end who wins is who provides technical excellen

Branding is important but it's not Coca-Cola and we are not normal customers of something. I believe that in the end who wins is who provides technical excellence and a license that works for the use case. The reality is that most of the times nobody wants to put substantial work into OSS projects for free (I understand the reasons), and I don't agree with this post when Andy says that projects can be set in maintenance mode just doing minimal work to take them frozen, even when they are mature projects. Moreover the current situation with Redis is not closed-but-maintained VS forks-possibily-without-development-force, because the SSPL is a quite open license. To put our destiny in the hand of what OSI approves or not is crazy IMHO. Actually for OSS to be viable in the future, we likely need many other licenses based on copyleft, that allows new projects developers to say, OK, I can use an open license because I have some protection from megacorps. Don't get fooled by a minority of strong voices, if you check Hacker News comments about Redis licese change, you will see that at this point many, many folks get that. Stallman was now almost erased from collective memory but with GPL what happened was exactly what was happening now with SSPL. Initially copyleft was used, and later stronger copyleft was used in successive versions / modifications of the license, like AGPL. So this problem is not new and people a the core of the Free Software movement addressed them in a very similar way decades ago. But now suddenly if a small company goes along the same lines, that is a violation of everything, while big companies like Amazon posing a major threat to future of OSS is fine.

stavros 3y ago
I agree with basically everything you say, and I agree that developers should be able to choose the SSPL, because usually the choice is between SSPL-and-maintained and open-but-languishing. I think many people's disagreement here is that Redis broke its promise to always remain BSD (https://redis.com/blog/redis-license-bsd-will-remain-bsd/ https://redis.com/blog/redis-license-bsd-will-remain-bsd/). I don't think you can say "yes but you can just fork it", because that ignores the reality that, sure, maybe eventually that fork will win, but right now the main fork (Redis) has a huge head start.
- antirez 3y ago
  Con't comment on the fact that what was promised was not maintained, since I'm away for four years at this point. But I believe that in business sometimes, as the situation changes, or correction for monopoly positions are not likely to be taken by governments in the near future, changes are more or less forced. This is just speculation on my side as I was very little involved in the business side already when I was part of the company. Now zero involvement for four years. But the fact here is that many OSS projects needed to go towards this path one after the other. So I believe it is more useful to understand why they are willing to take this risk, what are the conditions that determine the bizarre fact that the main player in the development takes a marginal part of the cut.
  - stavros 3y ago
    > changes are more or less forced. I agree, that's why I don't ever want to say that something "will always be X". Otherwise people might be upset when I have to break the promise. I'm not saying this to you as the creator of Redis, by the way (you already said you've been away too long for that), just as one random HN commenter to another.
    - antirez 3y ago
      Yep, these are problematic statements, since what they actually mean is "as long as I'm in charge" from the POV of project managers, CEOs, ... depending on the context. And even when people don't change conditions change. Indeed it is much better to say something like: we will take the BSD license as long as possible. And actually it must be observed that Redis was one of the latest to change the license.
      - stavros 3y ago
        Yeah, exactly. And people take them at face value ("you promised it'd always be so"), without realizing that, over long enough time frames, all promises will be broken. I guess on one hand, be careful what you promise, on the other, be careful what you believe.
_msw_ 3y ago
Disclosures: I work for Amazon, but my positions as a long time Free Software advocate and copyleft supporter are my own. I do not speak for Amazon here. I served on the board of directors for Software Freedom Conservancy at its inception, but now I am only a financial supporter in an individual capacity. I do not speak for SFC either. The SSPL isn’t the same as the GPL. The GPL is a tool that was invented to advance the Free Software movement agenda: protecting the freedoms of users of software. The SSPL does not do that. It protects the interests of companies that want to maintain exclusivity in offering software services. This post from SFC can explain the problems with this far better than I can in a HN post: https://sfconservancy.org/blog/2020/jan/06/copyleft-equality/ https://sfconservancy.org/blog/2020/jan/06/copyleft-equality...
- antirez 3y ago
  My parallel is between AGPL and SSPL. The SSPL protects from companies like Amazon: it can protect other companies, or can protect hackers that don't want to see their work exploited (and make zero profits from their stuff). It's a tool. I don't know if I would use it, but it makes totally sense IMHO. It's simple to see things from the POV of other smaller but yet VCs-backed companies only, when evaluating the damage of Amazon. Things are actually more complex. For instance OpenRedis was one of the very first Redis SAAS services ran by the same folks that contributed to Redis in the first days, that provided the logo and so forth. Guess who is also impacted by the Amazon monopoly?
  - _msw_ 3y ago
    The needs of those who want to capture the majority of the value they create when they author digital goods like software haven’t been the concern of either the Free Software movement nor the Open Source movement. These movements are rooted in the nature of digital goods: they cannot be “exploited” (like strip mining for extracting materials from a mountaintop does) because they are naturally abundant. “Create more value than you capture” was the mantra. The “free rider problem” has been used to justify licenses that protect the interests of software authors since before we called it “open source”, long before Amazon was made a scapegoat. “The free rider problem is when someone is allowed to package free software in non-free or less-free bundles, and that's precisely the area of the GPL that I thought I needed to do something about in making the Aladdin license”—Peter Deutsch, October 1998 [1] The point I am trying to make is that legal tools like the Aladdin Free Public License and SSPL do not protect FOSS, or advance the social movements that have produced a bountiful commons of digital public goods. Those that craft those tools and apply them to their works have every right to do so, but they do so because they choose to do so, not because a company like Amazon “forced them” to. [1] https://web.archive.org/web/20041013082602/http://devlinux.org/deutsch-interview.html#sec24 https://web.archive.org/web/20041013082602/http://devlinux.o...

stavros 3y ago

I agree with basically everything you say, and I agree that developers should be able to choose the SSPL, because usually the choice is between SSPL-and-maintained and open-but-languishing. I think many people's disagreement here is that Redis broke its promise to always remain BSD (https://redis.com/blog/redis-license-bsd-will-remain-bsd/ https://redis.com/blog/redis-license-bsd-will-remain-bsd/). I don't think you can say "yes but you can just fork it", because that ignores the reality that, sure, maybe eventually that fork will win, but right now the main fork (Redis) has a huge head start.

antirez 3y ago
Con't comment on the fact that what was promised was not maintained, since I'm away for four years at this point. But I believe that in business sometimes, as the situation changes, or correction for monopoly positions are not likely to be taken by governments in the near future, changes are more or less forced. This is just speculation on my side as I was very little involved in the business side already when I was part of the company. Now zero involvement for four years. But the fact here is that many OSS projects needed to go towards this path one after the other. So I believe it is more useful to understand why they are willing to take this risk, what are the conditions that determine the bizarre fact that the main player in the development takes a marginal part of the cut.
- stavros 3y ago
  > changes are more or less forced. I agree, that's why I don't ever want to say that something "will always be X". Otherwise people might be upset when I have to break the promise. I'm not saying this to you as the creator of Redis, by the way (you already said you've been away too long for that), just as one random HN commenter to another.
  - antirez 3y ago
    Yep, these are problematic statements, since what they actually mean is "as long as I'm in charge" from the POV of project managers, CEOs, ... depending on the context. And even when people don't change conditions change. Indeed it is much better to say something like: we will take the BSD license as long as possible. And actually it must be observed that Redis was one of the latest to change the license.
    - stavros 3y ago
      Yeah, exactly. And people take them at face value ("you promised it'd always be so"), without realizing that, over long enough time frames, all promises will be broken. I guess on one hand, be careful what you promise, on the other, be careful what you believe.

_msw_ 3y ago

Disclosures: I work for Amazon, but my positions as a long time Free Software advocate and copyleft supporter are my own. I do not speak for Amazon here. I served on the board of directors for Software Freedom Conservancy at its inception, but now I am only a financial supporter in an individual capacity. I do not speak for SFC either. The SSPL isn’t the same as the GPL. The GPL is a tool that was invented to advance the Free Software movement agenda: protecting the freedoms of users of software. The SSPL does not do that. It protects the interests of companies that want to maintain exclusivity in offering software services. This post from SFC can explain the problems with this far better than I can in a HN post: https://sfconservancy.org/blog/2020/jan/06/copyleft-equality/ https://sfconservancy.org/blog/2020/jan/06/copyleft-equality...

antirez 3y ago
My parallel is between AGPL and SSPL. The SSPL protects from companies like Amazon: it can protect other companies, or can protect hackers that don't want to see their work exploited (and make zero profits from their stuff). It's a tool. I don't know if I would use it, but it makes totally sense IMHO. It's simple to see things from the POV of other smaller but yet VCs-backed companies only, when evaluating the damage of Amazon. Things are actually more complex. For instance OpenRedis was one of the very first Redis SAAS services ran by the same folks that contributed to Redis in the first days, that provided the logo and so forth. Guess who is also impacted by the Amazon monopoly?
- _msw_ 3y ago
  The needs of those who want to capture the majority of the value they create when they author digital goods like software haven’t been the concern of either the Free Software movement nor the Open Source movement. These movements are rooted in the nature of digital goods: they cannot be “exploited” (like strip mining for extracting materials from a mountaintop does) because they are naturally abundant. “Create more value than you capture” was the mantra. The “free rider problem” has been used to justify licenses that protect the interests of software authors since before we called it “open source”, long before Amazon was made a scapegoat. “The free rider problem is when someone is allowed to package free software in non-free or less-free bundles, and that's precisely the area of the GPL that I thought I needed to do something about in making the Aladdin license”—Peter Deutsch, October 1998 [1] The point I am trying to make is that legal tools like the Aladdin Free Public License and SSPL do not protect FOSS, or advance the social movements that have produced a bountiful commons of digital public goods. Those that craft those tools and apply them to their works have every right to do so, but they do so because they choose to do so, not because a company like Amazon “forced them” to. [1] https://web.archive.org/web/20041013082602/http://devlinux.org/deutsch-interview.html#sec24 https://web.archive.org/web/20041013082602/http://devlinux.o...