Live data from Hacker News

Redis will remain BSD licensed

antirez.com

191–200 of 206 posts

Re: Redis will remain BSD licensed

#191
RedisLabs needs to clearly mark which of the following versions of these modules are freely redistributable as part of a larger project or service.

  neural-redis BSD
  RediSearch AGPL
  rediSQL AGPL-3.0
  ReJSON AGPL
  Redis AGPL
  redis-cell MIT
  Redis-ML AGPL
  redis-timerseries AGPL
  cthulhu BSD
  rebloom AGPL
  redis-cuckoofilter MIT
  redis-roaring MIT
  redis-tdigest MIT
  Session MIT
  countminsketch AGPL
  topk AGPL
  ReDe MIT
  commentDis MIT

Re: Redis will remain BSD licensed

#192
post #131

Earlier quoted context omitted.

Open Source software can be proprietary, see all the github repos without license information. What you are referring to is "Free Software", as defined by Stallman.

According to most of people who invented the term "open source", the OSI and their open source definition, propritary software, even if you can see the source, is not "open source". Nearly everyone uses the term "open source" this way, and to use it otherwise is grossly misleading.

Of course, if you follow the osi definition you are absolutely correct. [1]

"the obvious meaning for the expression “open source software”—and the one most people seem to think it means—is “You can look at the source code.”" [2]

The main problem imho lies in the fact that afaik we still don't know how to call proprietary software with released source code, although this is mighty common (again, see github). If that problem is solved, the osi definition is much better applicable.

(On a side note: A word that might describe such software is public. Public Software vs. Open Software Software. This however is again problematic because of "public-domain" software.)

[1] https://opensource.org/osd

[2] https://www.gnu.org/philosophy/open-source-misses-the-point....

Re: Redis will remain BSD licensed

#193
post #187
post #55

Hi, this is Yiftach, CTO and Co-founder of Redis Labs. First, let me assure you that Redis remains and always will remain, open source, BSD license. For avoiding any doubt - commons clause (as defined in commonsclause.com) is applied only to add-ons (modules), on top of Redis (e.g. RediSearch, Redis Graph, ReJSON, Redis-ML, Rebloom) that were developed by Redis Labs . We initially released these modules under AGPL li…

"...a few people here (and other threads) have asked why we didn't create a new proprietary license..." But, you did create a new proprietary license. That's what ${ANY_OPEN_SOURCE_LICENSE} + COMMONS_CLAUSE is. All this is is a proprietary fork of Redis. It's no different than if someone else -- someone other than Redis Labs -- had done it. What's unusual here is just the reluctance on Redis Labs' part to call it wha…

[deleted]

Re: Redis will remain BSD licensed

#194
post #164

Earlier quoted context omitted.

“...gives almost zero back to OSS...” This is not true as Amazon not only releases it’s own projects but contributes really broadly [0]. I can’t speak for others, but I understand the decision to choose ElastiCache over CC software as I understand Amazon’s model a lot better than projects that change their license. So if I’m going to hinge on something non-OSS, I prefer the logical points where a utility that sells c…

> But we can’t comply with CC. Why not? The point of the CC is literally "pay us to use it commercially." You can't just... pay them to use it? Even when that's exactly what you'd be doing by using an AWS service?

You could offer to pay them today, yes. And get a license. But is your license that handles your use case today still going to be valid and useful a year from now? Five years from now? What if redislabs decides there are some more loopholes in need of closing?

I'm not a fan of the AGPL. I think it's problematic as an example of copyright maximalism, and I think it's counterproductive in that it basically took a bunch of ideas that used to be FUD and said "yeah, what if we actually did that". But I can say this for it: you know what you're getting and you know that for all the burdens it puts on you, it (like the GNU GPL) was designed to make sure certain rugs can never be yanked out from under you.

Re: Redis will remain BSD licensed

#195
post #175

Earlier quoted context omitted.

AGPL doesn't require releasing internal changes unless the changed code is served (like in SaaS) externally. Organizations are free to internally modify, run, and distribute changes to AGPL code as long as the modified code is made available on the internal network.

> Organizations are free to internally modify, run, and distribute changes to AGPL code as long as the modified code is made available on the internal network. I'm not so sure about that. If it is only on an internal network, where everyone who uses it is using it in their capacity as employees of the organization, would the source code obligation apply to them personally, or would it apply to the company because the…

The license doesn't distinguish people from people working as employees. The original AGPL (not GNU) states[1], in its FAQ:

"Simply, if run internally to a commercial company, then the company isn't required to release source code back to the world."; and

"If an employee has access to the source and has the right to make improvements, the commercial entity could probably view this work as work for hire and owned by the company and not have to be released outside."

1: http://www.affero.org/oagf.html#How_does_this_license_treat_...

Re: Redis will remain BSD licensed

#196
post #68

Earlier quoted context omitted.

> we got requests from developers, working at large enterprises to move from AGPL to a more permissive license ...so you did exactly the opposite, though with naming that makes it sound like you honored that request until you actually read the license terms.

it's more permissive for some enterprise use cases if you're worried about AGPL consequences. You now can use it in internal systems. (Assuming you feel comfortable interpreting the vague bits of the "Commons Clause")

Yeah the commons clause does not seem like a very well written license. They even mix up i.e. and e.g.

Not confidence-inspiring.

Re: Redis will remain BSD licensed

#197
post #76
post #74

Earlier quoted context omitted.

The Commons Clause clearly acknowledges this in the FAQ: https://commonsclause.com/

From that page: > The Commons Clause is a license condition drafted by Heather Meeker that applies a minimal-form commercial restriction on top of an existing open source license Making it proprietary and failing the Open Source Definition. You cannot have Commons Clause 'on top' of an existing Open Source license. This is impossible. You can only replace the existing Open Source license with Commons Clause. The page…

Replying to myself here as I think I got this part wrong:

> This Clause is not intended to be applied against at-scale existing open source projects, but incrementally on top of commercial counterparts that need to be transitioned to source-availability to satisfy urgent business or legal requirements.

This isn't actually making the 'commercial vs open source' mistake, it seems to mean:

> This Clause is not intended to be applied against all open source projects, but incrementally on top of commercial software that is currently open source but needs to be transitioned away from open source to to source-availability to satisfy urgent business or legal requirements.

That's what I've put in the PR anyway.

Re: Redis will remain BSD licensed

#198
post #190
post #188

Earlier quoted context omitted.

This response, created by nailer on Hacker News, illustrates the awkwardness of mentioning the credit before the content.

It doesn't really, or if it does, it demonstrates awkwardness, not endorsement or a plug. Beside that, they they posted the faq just as DannyBee started asking them questions here: https://news.ycombinator.com/item?id=17815389 and specifically asked them who drafted the thing, among other things.

Then they should answer that in 'who drafted Commons Clause?' not 'What is Commons Clause?' before they've answered what Commons Clause is.

Re: Redis will remain BSD licensed

#199

Earlier quoted context omitted.

The baseline is pretty high to call anything a resurgence. I guess by revenue dollar most software is already proprietary, it's just billed as a service or whatnot. Considering all the code inside of companies, it's probably the case that most lines of code are also proprietary.

Revenue is probably not a good measure, as an open source solution tends to reduce market size as measured by dollars spent. From Bob Young, founder of Red Hat: > The reality is most of our users don’t pay us squat [...] Our business model [showed] that if we had millions of users, we only needed one-tenth of our users to actually find something of value to pay Red Hat for. > If Microsoft’s earning $40 billion worth…

I think that makes it important to consider revenue.

Say each company spends ¼ of revenues paying developers. Microsoft would be paying ~10x the developers to write software and probably be writing more software.

Re: Redis will remain BSD licensed

#200
post #37

> An example of such module is RediSearch: it was AGPL and is now going to be Apache + Common Clause. Sounds to me like the right thing to do here for Free Software proponents is to download the latest AGPL RediSearch, fork it and continue development.

Who exactly would continue the development in this case? Weren't Redis Labs the biggest contributor here?
Post reply on HN