#2078 F30 Change: MongoDB removal
Closed: Accepted 2 years ago by psabata. Opened 2 years ago by bcotton.

Fedora has determined that the Server Side Public Licensev1 (SSPL) is not a Free Software License. Therefore, we need to drop MongoDB from Fedora.

The change page is obviously incomplete. The discussion on the mailing list mentions rubygem-mongo and rubygem-mongoid and pulp and foreman are dependencies. We're still waiting for a reply on the mailing list. What happens with the dependent packages needs to be included in the Change page.

Agreed. -1 until that happens.

I've updated the Change page according to the notes from the mailing list. Do you need any additional information?

Could you please list the dependent packages instead of juts listing the package maintainers such as orphan?

I've added package names to the list of maintainers.

@bcotton (condor)
@bowlofeggs (python-pymongo)
@fpokorny (golang-github-go-mgo-mgo)
@ppisar (perl-MongoDB)
@remi (php-alcaeus-mongo-php-adapter, php-mongodb)
@tdawson (rubygem-mongo, rubygem-mongoid)

Are you on board?

perl-MongoDB contains a build condition for disabling the tests that require mongodb-server. Once the change happens, I will flip the condition.

By the way the change page is quite terse. It should contain a list of affected packages. It should link to the legal decision etc.

Additional information: the MongoDB PHP driver team is aware of this, and thus of lack of QA feedback from US.

It doesn't even say the package name that's going to be removed. I suppose it's mongodb. That has following subpackages required by:


golang-github-go-mgo-mgo-devel (golang-github-go-mgo-mgo)
mongodb-test (self)


fawkes-devenv (fawkes)
mongodb-test (self)

So the provided list is not complete.

I also see some modular and container builds in Koji. What happens with those?

I'm not even entirely sure why condor requires it offhand, but I it should be easy enough to remove. No objections from the condor maintainers

rubygem-mongo and rubygem-mongoid are ruby bindings for mongo. It is possible that Fedora users get mongodb from non-Fedora sources. For the time being, I will keep them in Fedora.
In building, the only reason they need mongodb is for testing.
I will disable the tests in both of them, and make sure they don't require mongodb to install.

On Tue, 2019-02-05 at 13:41 +0000, Miro Hron=C4=8Dok wrote:

@bowlofeggs (python-pymongo)
Are you on board?

Yeah +1 from me (and also +1 as FESCo member). python-pymongo does not
have a run time dependency on MongoDB - it's just needed to run the
upstream unit tests. I think I'll probably keep packaging pymongo for
now and just not run the tests. That's not great, but it seems slightly
better than dropping it to me. Of course, if I start getting bug
reports on it, I won't have a way to test to reproduce or fix, so I
might eventually just have to drop it anyway.

Removed dep on mongo from golang-github-go-mgo-mgo.

Are we talking just about rawhide or about all supported versions?

Fedora 30 and newer. We cannot really remove packages from already released Fedoras.

I'm all in favor to drop MongoDB, yet I'd really like to see this change to explain what is needed - full list of packages to drop, full list of packages to adapt. I'm +1 conditionally.

The list of packages to drop and packages to adapt is now in the detailed description. Thanks for bearing with me :)

Is there anything else to add to the proposal?

Please add all the packages that are already done to the Change page: after all, the Change page serves as documentation, even long after F30 will have been released, and it's important that people can understand why packages lost the dependency on mongodb. It's not only about coordinating current work.

Full list of packages to adapt

  • condor — done
  • golang-github-go-mgo-mgo — done
  • fawkes — @timn, @rmattes, @thofmann ?
  • fawkes-devenv
  • mongo-c-driver — done
  • mongo-cxx-driver — @mskalick, @tdawson, @panovotn, @mmuzila ?
  • mongo-tools — @mskalick, @jchaloup ?
  • mongodb-test — self
  • perl-MongoDB — acknowledged
  • python-beaker — @andreamanzi?
  • python-pymongo — done?
  • rubygem-database_cleaner — @vondruch ?
  • rubygem-mongo — acknowledged
  • rubygem-mongoid — acknowledged
  • php-alcaeus-mongo-php-adapter, php-mongodb — done

There's still a few left.

On Mon, 2019-02-11 at 13:08 +0000, Zbigniew J=C4=99drzejewski-Szmek wrote:

  • python-pymongo =E2=80=94 done?

I haven't had time to do this yet, but it's on my TODO list and PRs are
welcome, as always =E2=98=BA

rubygem-mongo and rubygem-mongoid are done.

I'll take care of mongo-tools and mongo-cxx-driver.

I guess I can drop the dependency from rubygem-database_cleaner. But I'll wait until this is approved.

How public is this?
I ask because there are a few mongodb bugs dealing with it not building and/or installable in F30/Rawhide

as public as it gets, out in the wild interwebz

fawkes — @timn, @rmattes, @thofmann ?

Fixed. fawkes is currently FTBFS because of dependencies that are FTBFS, but once it is rebuilt, it will no longer depend on mongodb.

After a week, the vote stands at (+3,0,0). Can I proceed with processing this as accepted or should we reset the timer to February 11 when the proposal was updated with a list of packages?

I'd be fine with calling it accepted - what do others think?

Technically it was not FESCo decision to request the list, but only mine personal request. Hence IMHO this is approved.

Metadata Update from @churchyard:
- Issue tagged with: pending announcement

2 years ago

+1 to the change.

However, I do not like that the approval timer is already running while there is still a discussion.

Metadata Update from @psabata:
- Issue untagged with: pending announcement
- Issue tagged with: meeting

2 years ago
  * AGREED: F30 Change: MongoDB removal is approved. (+6, 0, -0)
    (contyk, 15:59:17)

Metadata Update from @psabata:
- Issue untagged with: meeting
- Issue close_status updated to: Accepted
- Issue status updated to: Closed (was: Open)

2 years ago

If I'm getting my repoquery right, only mongodb-tools remains TBD.

Seems right. I have mongo-tools on my TODO list. I should be able to get to it soon.

Login to comment on this ticket.