According to the Fedora 30 schedule[1], today is the deadline for changes to be in a testable state. If your change is ready to be tested, please set the status to MODIFIED. If you know your change will not be ready for Fedora 30, you can set the version to rawhide and notify bcotton. For more information about this milestone, see the Changes Policy[2].

[1] https://fedoraproject.org/wiki/Releases/30/Schedule
[2] https://fedoraproject.org/wiki/Changes/Policy#Change_Checkpoint:_Completion_deadline

Should be ready to be tested.

I'm fixing python-beaker FTBFS (skipping mongo tests).

We have reached the Code Complete (100%) milestone in the Fedora 30 development cycle. At this point, all Changes should be fully code complete and ready for testing during the beta freeze. If your Change has reached this milestone, please set the status to ON_QA. If it has not, this Change will be submitted to FESCo to evaluate the contigency plan and decide if the Change will continue in the Fedora 30 cycle.

mongodb was removed already, yet there are still packages that require mongodb-server:

$ dnf repoquery --repo=compose --repo=compose-source  --whatrequires mongodb
$ dnf repoquery --repo=compose --repo=compose-source  --whatrequires mongodb-test
$ dnf repoquery --repo=compose --repo=compose-source  --whatrequires mongodb-server
fawkes-devenv-0:1.0.1-18.fc29.x86_64
mongo-tools-0:4.0.4-4.20181124git0f0d866.fc30.src

That is on rawhide. For F30, I may have old data:

$ dnf repoquery --repo=fedora --repo=fedora-source --repo=updates --repo=updates-testing --releasever 30  --whatrequires mongodb-test
$ dnf repoquery --repo=fedora --repo=fedora-source --repo=updates --repo=updates-testing --releasever 30  --whatrequires mongodb-server
fawkes-devenv-0:1.0.1-18.fc29.x86_64
mongo-tools-0:4.0.4-4.20181124git0f0d866.fc30.src
rubygem-database_cleaner-0:1.6.1-3.fc29.src
$ dnf repoquery --repo=fedora --repo=fedora-source --repo=updates --repo=updates-testing --releasever 30  --whatrequires mongodb

FESCo agreed the Change is implemented, but some dependencies on removed packages remain. Those should be treated as bugs and resolved in the usual fashion.

Setting the status to ON_QA and clearing the needinfo flag.

Upgrading from Fedora 29 to Fedora 30 with mongodb-server installed:

  Problem 8: problem with installed package mongodb-server-4.0.3-3.fc29.x86_64
   - package mongodb-server-4.0.3-3.fc30.x86_64 requires libboost_filesystem.so.1.66.0()(64bit), but none of the providers can be installed
   - mongodb-server-4.0.3-3.fc29.x86_64 does not belong to a distupgrade repository
   - boost-filesystem-1.66.0-14.fc29.x86_64 does not belong to a distupgrade repository

I believe you need to obsolete the removed packages from fedora-obsolete-packages to ensure a clean upgrade path.

On F30 the repositories still contain:

mongodb-4.0.3-3.fc30.x86_64
mongodb-server-4.0.3-3.fc30.x86_64
mongodb-test-4.0.3-3.fc30.x86_64

Package mongodb cannot be installed due to broken versions of Boost dependencies, but that's beside the point ...

... the point being, if it's removed then it's removed and should not be in the repositories?

You are correct:

mongodb-4.0.3-3.fc30 https://koji.fedoraproject.org/koji/buildinfo?buildID=1170574

still tagged to f30 and f30-beta.

$ dnf repoquery --releasever 30 --repo=fedora --repo=updates{,-testing} mongodb
mongodb-0:4.0.3-3.fc30.x86_64

$ koji list-pkgs  --show-blocked --tag f31 --package mongodb
Package                 Tag                     Extra Arches     Owner          
----------------------- ----------------------- ---------------- ---------------
mongodb                 f31                                      releng          [BLOCKED]


$ koji list-pkgs  --show-blocked --tag f30 --package mongodb
Package                 Tag                     Extra Arches     Owner          
----------------------- ----------------------- ---------------- ---------------
mongodb                 f30                                      releng

Miro, sorry are you saying Mongo will not be removed from F30? Or will be removed but it's not done yet?

It it stays in F30 - then perhaps the install errors (dependency on wrong Boost lib version) should be fixed?

According to this change proposal it should be removed.
In reality, it is not. This is a bug.
I'd like the change owner to fix it.

mongodb is still not removed, still not obsoleted and still doesn't install.

$ sudo dnf install mongodb-server
Error: 
 Problem: conflicting requests
  - nothing provides libboost_system.so.1.66.0()(64bit) needed by mongodb-server-4.0.3-3.fc30.x86_64
  - nothing provides libboost_filesystem.so.1.66.0()(64bit) needed by mongodb-server-4.0.3-3.fc30.x86_64
  - nothing provides libboost_program_options.so.1.66.0()(64bit) needed by mongodb-server-4.0.3-3.fc30.x86_64
(try to add '--skip-broken' to skip uninstallable packages)


Patrik? I also propose a freeze exception for this, given the date.

Setting back to MODIFIED.

This package was not properly retired in f30. It may have been due to a infrastructure outage or something similar. 

We have now manually marked it eol in pdc and blocked it in koji. 

Additionally, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1700073 to add it to fedora-obsolete-packages, then did so.

We will need it to get into stable either before freeze or with a FE for it to make it for f30.

Discussed during the 2019-04-15 blocker review meeting: [1]

The decision to classify this bug as an "AcceptedFreezeException" was made as the package not being properly retired causes problems for upgrades, and may mean a non-free package being kept in the final release package set which we would not want.

[1] https://meetbot.fedoraproject.org/fedora-blocker-review/2019-04-15/f30-blocker-review.2019-04-15-16.03.txt

Transferring FE status to https://bugzilla.redhat.com/show_bug.cgi?id=1700073 , as we don't want conflicts between the Change and Blocker/FE processes.