Doesn't Red Hat have a huge financial stake in MongoDB? Seems weird to do this if that's the case.
MongoDB removed from RHEL 8 beta due to license
111–120 of 231 posts
Re: MongoDB removed from RHEL 8 beta due to license
#112Earlier quoted context omitted.
I don't see the rationale for their claims that the license is non-free? There's nothing discriminatory on the face of it. Plenty of acknowledgedly free licenses make commercial users uncomfortable (e.g. the AGPL).
From the Open Source Definition: > 9. License Must Not Restrict Other Software > The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software.
Does the MondoDB license run afoul of that?
My limited understanding is that the problematic part of the new MondoDB license is a clause that says that if you offer MongoDB as a service, you have to make source for it and all software involved in that offering (such as control panels, management interfaces, and so on) available for download.
That doesn't sound like it would be incompatible with section 9 of the OSD, as section 9 covers software whose distribution imposes restrictions on other software. MondoDB's license is imposing a condition based on usage, not distribution, of MongoDB.
If MongoDB's license does not satisfy the OSD, I think it is probably section 6 that it conflicts with:
> 6. No Discrimination Against Fields of Endeavor
> The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
Re: MongoDB removed from RHEL 8 beta due to license
#113Earlier quoted context omitted.
From the Open Source Definition: > 9. License Must Not Restrict Other Software > The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software.
Does the MondoDB license run afoul of that? My limited understanding is that the problematic part of the new MondoDB license is a clause that says that if you offer MongoDB as a service, you have to make source for it and all software involved in that offering (such as control panels, management interfaces, and so on) available for download. That doesn't sound like it would be incompatible with section 9 of the OSD,…
"Other software" also includes "control panels, management interfaces, and so on".
Re: MongoDB removed from RHEL 8 beta due to license
#114It seems[0] the new MongoDB license is basically non-free and it would make no sense to include it in RHEL8. I hope Debian and other distros follow suit as a result if they come in agreement. It's sad that the license change all resorts to greed basically, as if Oracle took over MongoDB. If I were to ever use a NoSQL database for a new project I'd aim for MIT / 2-clause BSD based projects instead. PostgreSQL has no i…
If the new MongoDB licence is non-free, the chances that Debian will include that software in their repos are nil.
They will probably keep the last version before the license change for a while, and probably add minor community-sourced patches.
The next version of ubuntu will include mongdb version "3.6.9+really3.6.8+90~g8e540c0b6d" which you can see means "last commit before the license change"
Re: MongoDB removed from RHEL 8 beta due to license
#115Earlier quoted context omitted.
There are no explicit foreign key relationships though if that is what you mean ?
I know there was a way to "link" records, but do to do anything with them, you had to pull all the data back into your app and manually filter and process records.
That's not been true for awhile. You use the aggregation framework with the $lookup stage to do an outer left join.
db.employees.aggregate([{ $lookup: { from: "departments", localField: "departmentName", foreignField: "departmentName", as: "managers" } }]);
Re: MongoDB removed from RHEL 8 beta due to license
#116Earlier quoted context omitted.
Absolutely. My characterization of Mongo is that it's the back end choice of front end developers. The only possible justification for it could be time to MVP (and that's being kind). It's bad for all of the reasons that back-end people make back-end choices - non-functional requirements like operability, clustering, etc. Hopefully this is the start of it being removed from any infrastructure uses. I spun up an opens…
The only time it was recommended to me was by a new NodeJS developer, I then explained ACID concepts around multiple transactions, they were floored. This was about 4 years ago, maybe mongo has matured?
Michael from MongoDB here... Yep - MongoDB has continued to mature. Modern MongoDB supports multi-document ACID transactions if that's what you're asking. More information here - https://www.mongodb.com/blog/post/mongodb-multi-document-aci...
Re: MongoDB removed from RHEL 8 beta due to license
#117Earlier quoted context omitted.
I know there was a way to "link" records, but do to do anything with them, you had to pull all the data back into your app and manually filter and process records.
That's not been true for awhile. You use the aggregation framework with the $lookup stage to do an outer left join. db.employees.aggregate([{ $lookup: { from: "departments", localField: "departmentName", foreignField: "departmentName", as: "managers" } }]);
You can do nested joins as well. However deeply nested joins in MongoDB is probably an anti-pattern.
Re: MongoDB removed from RHEL 8 beta due to license
#118Earlier quoted context omitted.
It's 100% free, you can use CentOS which is identical to RHEL and provided by Redhat.
While it's true CentOS is free and exactly the same (minus a few packages that needed to change RHEL to CentOS), RHEL is exclusively a licensed distribution and is a commercial product.
Free does not mean non-commercial in this case. Free software can be sold and it would remain free as long as all the source code is made available to the buyer and they are allowed to modify it to their needs.
Re: MongoDB removed from RHEL 8 beta due to license
#119Earlier quoted context omitted.
Well, yes, you're very much right on that regard, and as others mentioned, the 'official installation instructions' were always using Mongo's official repo, so it's a different case. But I still feel that Red Hat has pull with the Linux industry, and others might make their decisions based on "what's RHEL up to".
> others might make their decisions based on "what's RHEL up to". Looking at systemd from one angle might lead one to think that, but I viewed it from a different angle. It's obvious from the different distros that have replaced the SysVinit system that they were looking for something it wasn't providing. Systemd apparently provided enough of those capabilities to be viewed favorably by some distros, or they looked a…
… and we have $x worth of development time solving problems which you have with your current init system. It's not like distributions have an unlimited pot of money, and this isn't something which really sets them apart from other distributions. Ubuntu had been developing their own but switched to systemd years ago and that's generally been either unnoticeable or noticed only in that you don't have to spend time working around Upstart limitations. It's hard to make the case that they'd have been better off spending that money duplicating effort for something which will have almost no impact.
Re: MongoDB removed from RHEL 8 beta due to license
#120Earlier quoted context omitted.
I had hopes for MongoDB back 10 years ago, but it just let me down. I'm thinking of trying out ArangoDB next. OrientDB is just riddled with bug and their docs are lack luster.
Why not pick a mature database software, learn to use it properly, and just get on with life? Why would you risk _anything_ to immature databases?d
It's a 9 year old database.
Can you be more specific about what makes it immature ?