MongoDB Major Change to Licensing
-
@DustinB3403 said in MongoDB Major Change to Licensing:
How it sounds very much matters. Look at all the laws that have massive loopholes for tax evasion because the lawyers didn't spell out each and every item.
A loophole is the opposite of what you are picturing. Loopholes are when the words say something unintended. If the intent or "sound" mattered, then you couldn't have loopholes.
But the "sound" of this document is to screw everyone.
-
@DustinB3403 said in MongoDB Major Change to Licensing:
To me the loophole here is, MongoDB, you done fucked up. I can use MongoDB internally and you can pound sand since my employees aren't signing into a contract or accepting terms directly with you.
Right, that's where there isn't a loophole. The wording, supposedly, wasn't supposed to cover those people, but it appears that it could.
The employees not accepting terms has nothing to do with the scenario. You have to accept the license in the deploying of MongoDB. So the you are obligated. The employee status is irrelevant.
-
@DustinB3403 said in MongoDB Major Change to Licensing:
Unless, I'm selling (or offering) a service to people that are not employees of the business, and then I've agreed to purchase a license or open everything up.
The only clear exception is if you offer the service only to yourself. Once you offer it to anyone else, there is no grounds for thinking that you have an exception to the rule.
-
Didn't read the whole thread but they apparently didn't learn from Redis. They will have to move back or fail. There's nothing stopping anyone from forking under the previous license and essentially copying fixes.
This helps no one at all.
-
@stacksofplates said in MongoDB Major Change to Licensing:
Didn't read the whole thread but they apparently didn't learn from Redis. They will have to move back or fail. There's nothing stopping anyone from forking under the previous license and essentially copying fixes.
This helps no one at all.
Just FYI, this is what he's talking about, a very similar license scheme they walked back on after realising it was a stupid idea, but MongoDB thinks it's great
-
Hahaha
This storm will pass, though my former MongoDB colleague Jared Rosoff is probably correct in suggesting on Twitter that: "Even if the result of the change isn't controversial, it's hard to trust a platform that can change on a whim."
-
@tonyshowoff said in MongoDB Major Change to Licensing:
@stacksofplates said in MongoDB Major Change to Licensing:
Didn't read the whole thread but they apparently didn't learn from Redis. They will have to move back or fail. There's nothing stopping anyone from forking under the previous license and essentially copying fixes.
This helps no one at all.
Just FYI, this is what he's talking about, a very similar license scheme they walked back on after realising it was a stupid idea, but MongoDB thinks it's great
Ha you beat me to it.
-
Good thing Wiki.js is phasing out MongoDB for there 2.0 release.
-
@scottalanmiller said in MongoDB Major Change to Licensing:
if you are a SaaS vendor looking at building software that uses MongoDB somewhere, you'd better get a lawyer looking over this license and how it applies to you.
This is becoming a bigger issue as the biggest SaaS vendors hide behind this clause more and more with incredibly proprietary forks. They offer very little to no actual core development or contribution and it goes against the previous method of GPL code getting funding.
It annoys me, as the legal headaches of contributing internal only use code back will block some companies from using OSS, but I see it both ways.
The startups who are doing a lot of the core housekeeping of NOSQL platforms are learning they can't find a business model. This is getting messier and messier.
-
@black3dynamite said in MongoDB Major Change to Licensing:
Good thing Wiki.js is phasing out MongoDB for there 2.0 release.
No kidding.
-
@stacksofplates said in MongoDB Major Change to Licensing:
Didn't read the whole thread but they apparently didn't learn from Redis. They will have to move back or fail. There's nothing stopping anyone from forking under the previous license and essentially copying fixes.
This helps no one at all.
Exactly. I'm shocked that it hasn't forked already, in fact!
-
@tonyshowoff said in MongoDB Major Change to Licensing:
@stacksofplates said in MongoDB Major Change to Licensing:
Didn't read the whole thread but they apparently didn't learn from Redis. They will have to move back or fail. There's nothing stopping anyone from forking under the previous license and essentially copying fixes.
This helps no one at all.
Just FYI, this is what he's talking about, a very similar license scheme they walked back on after realising it was a stupid idea, but MongoDB thinks it's great
that one got forked FAST.
-
@StorageNinja said in MongoDB Major Change to Licensing:
@scottalanmiller said in MongoDB Major Change to Licensing:
if you are a SaaS vendor looking at building software that uses MongoDB somewhere, you'd better get a lawyer looking over this license and how it applies to you.
This is becoming a bigger issue as the biggest SaaS vendors hide behind this clause more and more with incredibly proprietary forks. They offer very little to no actual core development or contribution and it goes against the previous method of GPL code getting funding.
It annoys me, as the legal headaches of contributing internal only use code back will block some companies from using OSS, but I see it both ways.
The startups who are doing a lot of the core housekeeping of NOSQL platforms are learning they can't find a business model. This is getting messier and messier.
Partially because there are just too any vendors involved.
What's amazing, though, is that a move like this took a customer who was very into MongoDB and using it in projects and was literally working with MongoDB's own hosted product and now looking to avoid it like the plague.
So at least in this one case, they are likely losing hosted product from this. And gaining nothing. I imagine a lot of customers going through this same process.