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 MITRedis will remain BSD licensed
191–200 of 206 posts
Re: Redis will remain BSD licensed
#192Earlier 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.
"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
#193Hi, 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…
Re: Redis will remain BSD licensed
#194Earlier 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?
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
#195Earlier 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…
"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
#196Earlier 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")
Not confidence-inspiring.
Re: Redis will remain BSD licensed
#197Earlier 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…
> 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
#198Earlier 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.
Re: Redis will remain BSD licensed
#199Earlier 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…
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> 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.