News for hackers. Stuff that matters.
Re:Redis Labs Changes Its Open-Source License Again by omeid2 on Thursday February 21, 2019 @07:41PM (#19222081)
"The community now understands that the original concept of open source has to be fixed."

The open source issue is fixed, it is called AGPL.

However, the issue that Redis along many other suffering from is called brutal competition, it is not even just tech or open source tech, Amazon is eating everyone's lunch. I don't have any idea how this problem can be solved.

But, I know that restricting building API compatible software is not a solution, not a good one at least.

Letting anyone build API compatible software is a natural order of things that enables innovation and helps consumers avoid lock-in, specially with stagnated software, this is a big deal and something that we shouldn't give up, so on that topic, fark Oracle.

Re:Redis Labs Changes Its Open-Source License Again by djsumdog on Thursday February 21, 2019 @07:51PM (#19222130)
If Redis had some big product people used, and their Redis server was just a middleware component, it could be a great side business where they sell support, but not the primary business.

All the other big players like Google/Facebook will open source those middle pieces to help people who will make apps that will most likely have to interact with their platforms. They'll never release the source to actual end products.

Are there any examples where the middle-tier stuff is successful on its own as a business model? I guess you could say Redhat or Canonical, but even then they're developing a lot of commercial stuff around the core open source operating systems/distros .. things like Landscape. Also they got in early, years ago, and might be able to build a better foundation than more recent companies.

Re:Redis Labs Changes Its Open-Source License Again by spectre256 on Thursday February 21, 2019 @08:30PM (#19222326)
RedHat is (was?) sortof an example, but their product wasn't the open source software per-se, it was the guarantees their consulting and support offers.

RedHat makes, for example, patches for kernel vulnerabilities, but they actually give that away for free. What they sell is a promise that when there's a new vulnerability, you can get a patch from them quickly.

They also spread this service across MANY different open source packages. Like you said, a company that just offered services around a smaller package would have to run a lot more lean and would probably be a risky venture.

Re:Redis Labs Changes Its Open-Source License Again by gruez on Thursday February 21, 2019 @11:17PM (#19223078)
>RedHat makes, for example, patches for kernel vulnerabilities, but they actually give that away for free. What they sell is a promise that when there's a new vulnerability, you can get a patch from them quickly.

What's preventing someone from freeloading? It sounds like regardless of whether you're paying, you can still get the patches.

Re:Redis Labs Changes Its Open-Source License Again by bonzini on Friday February 22, 2019 @01:46AM (#19223607)
Nothing, in fact Oracle is freeloading with Oracle Linux. But people prefer getting the thing from people that have a better track record and have direct access to the developers.

It's much harder for freeloaders to accept feature requests from customers, for example, because that would result in a fork.

Re:Redis Labs Changes Its Open-Source License Again by ralph84 on Thursday February 21, 2019 @11:32PM (#19223147)
Nothing. CentOS is RHEL without the logos and tech support.
Re:Redis Labs Changes Its Open-Source License Again by sauceop on Friday February 22, 2019 @04:22AM (#19224070)
If you're running IT for a major corporation and you have an issue with your OS that prevents your business from operating, what do you do? Hope that your IT team figures out an issue they've never seen before in code they have no particular expertise in? No, you want to be able to pull in people who actually know the technology and have seen it all before.
Re:Redis Labs Changes Its Open-Source License Again by spectre256 on Friday February 22, 2019 @12:46PM (#19227308)
Right. It would have been be clearer if I sad people pay RedHat for the promise that they quickly make a patch for any issue available, and that they know how to identify which patches are relevant for any individual customer.

What's the joke where someone fixes some machine and charges $1000? Their cost breakdown was:

turning a knob: $1

knowing which knob to turn: $999

Re:Redis Labs Changes Its Open-Source License Again by SXX on Friday February 22, 2019 @01:43AM (#19223597)
> What's preventing someone from freeloading?

If you catch any bugs specific to your systems or need special feature Red Hat is always there to help because a lot of open source software developers are as well Red Hat employees.

If you use CentOS or whatever other RHEL-based distribution there is no support at all other the one community might provide.

Re:Redis Labs Changes Its Open-Source License Again by omeid2 on Thursday February 21, 2019 @07:59PM (#19222172)
Even with closed source software, Amazon will eat your lunch, even if you're Microsoft: AWS WorkMail is Exchange compatible. It is a hard problem.
Re:Redis Labs Changes Its Open-Source License Again by bpicolo on Thursday February 21, 2019 @08:55PM (#19222452)
> even if you're Microsoft: AWS WorkMail is Exchange compatible

That may be the case, but WorkMail is definitely not eating MSFT's lunch. Microsoft continues to be incredibly successful in enterprise

Re:Redis Labs Changes Its Open-Source License Again by kemitchell on Friday February 22, 2019 @03:15PM (#19228718)
> The open source issue is fixed, it is called AGPL.

AGPL is also busted. It has its own loopholes, some self-imposed for nebulous reasons attributed to software freedom, some self-imposed due to FSF's peculiar stances on copyright law more generally.

Those limitations are starting to become practical, as big companies with legal talent actually start reading and analyzing the terms, as applied to important projects like MongoDB. Mongo alluded to those weaknesses in its submission of SSPL to OSI. I've written about them in slightly more detail:

https://writing.kemitchell.com/2018/11/04/Copyleft-Bust-Up.h...

Re:Redis Labs Changes Its Open-Source License Again by anth_anm on Thursday February 21, 2019 @09:10PM (#19222520)
> But, I know that restricting building API compatible software is not a solution

It's certainly a solution. It's just a really really bad one that makes lock in obscene and would probably strengthen amazon.

Re:Redis Labs Changes Its Open-Source License Again by Dayshine on Friday February 22, 2019 @03:49AM (#19223959)
>The open source issue is fixed, it is called AGPL.

AGPL has one major drawback though, it prevents free non-commercial use.

If I use ghostscript for a research data collection system, I have to open source the whole thing?

I wish there was a version of AGPL which exempted non-commercial use, as I doubt anybody means to force charities to pay up...

Re:Redis Labs Changes Its Open-Source License Again by gbuk2013 on Friday February 22, 2019 @04:03AM (#19224013)
> AGPL has one major drawback though, it prevents free non-commercial use.

No, it doesn’t. It just requires that you release the source code of the modifications.

https://tldrlegal.com/license/gnu-affero-general-public-lice...

An open source licence can’t prevent any use, otherwise it would no longer be an open source licence.

Re:Redis Labs Changes Its Open-Source License Again by Dayshine on Friday February 22, 2019 @11:23AM (#19226562)
AGPL doesn't have a linking exception, so it's not modifications only, it's all code that uses the library. E.g. in order to use an AGPL library I have to open source my entire project. We can all claim there is no security through obscurity, but the risk/reward decision is really difficult.

AGPL is GPL + over the internet, not LGPL + over the internet.

Re:Redis Labs Changes Its Open-Source License Again by gbuk2013 on Friday February 22, 2019 @11:48AM (#19226770)
And in no way does that "prevent free non-commercial use" as you originally claimed.

If you do not like the obligation it places on you in exchange for using the work of other people then don't use it.

Re:Redis Labs Changes Its Open-Source License Again by Dayshine on Friday February 22, 2019 @12:05PM (#19226918)
Sorry, this isn't a semantic conflict on the meaning of "prevent" is it?

A library adopting the AGPL license has the effect of making it impossible for closed-source non-commercial projects to use it, even without modification.

> If you do not like the obligation it places on you in exchange for using the work of other people then don't use it.

Commercial projects can afford to pay, open source projects don't need to.

Charities, research institutions, etc can't afford to pay, and usually can't open source their projects.

If we move to an industry where AGPL is standard without any exemption for closed-source non-commercial use, we prevent the usage that nobody would object to.

Re:Redis Labs Changes Its Open-Source License Again by gbuk2013 on Friday February 22, 2019 @12:24PM (#19227100)
No one is entitled to use other people's work free of obligations, although they are sometimes allowed to do so through the generosity (and sometimes naivety) of others.
Re:Redis Labs Changes Its Open-Source License Again by Dayshine on Friday February 22, 2019 @12:34PM (#19227198)
Aren't we discussing what a reasonable industry standard for those obligations could be?

That's what this entire thread is...

GPL says no usage without sharing.

LGPL says no modification without sharing.

AGPL says no usage without sharing.

We're seeing people move from LGPL to AGPL, which has generally unintended consequences.

Re:Redis Labs Changes Its Open-Source License Again by brazzledazzle on Friday February 22, 2019 @07:32AM (#19224757)
What would charities have to pay? If you’re non-commercial why would you balk at releasing your modifications?
Re:Redis Labs Changes Its Open-Source License Again by Dayshine on Friday February 22, 2019 @11:21AM (#19226546)
> If you’re non-commercial why would you balk at releasing your modifications?

It's not modifications, it's your entire application. AGPL doesn't have the linking exception.

Using an APGL library means I have to open source my account management code, or my data anonymisation system, etc.

Of course I'm perfectly happy to open source modifications, but that's not AGPL, that's LGPL (or ALGPL I guess?)