Please do not push this update out to stable! pymongo version 3 is not backwards compatible and will break its dependent packages! Also, the CVE this addresses is extremely low impact and is highly unlikely to happen in the real world as CAs do not issue certificates like this.
If we want to fix the CVE, the correct thing to do is to backport a patch, not to raise the version in a way that breaks dependencies.
Per the update policy, under the "Philosophy" section,
"Releases of the Fedora distribution are like releases of the individual packages that compose it. A major version number reflects a more-or-less stable set of features and functionality. As a result, we should avoid major updates of packages within a stable release. Updates should aim to fix bugs, and not introduce features, particularly when those features would materially affect the user or developer experience. The update rate for any given release should drop off over time, approaching zero near release end-of-life; since updates are primarily bugfixes, fewer and fewer should be needed over time."
This is a major version update of the package, breaking backwards compatibility with the previous major version. I suggest finding an alternate solution.
It is already noted here that this will break functionality for one package (Pulp)
This update has been submitted for testing by hguemar.
This is inappropriate. The update policy does not say that it only applies for dependencies that are in Fedora - you are NOT to make backwards incompatible changes. Many projects depend on the distribution to be stable. Do not push this change again.
This update has been submitted for testing by hguemar.
This update has been pushed to testing.
This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes
Please do not push this update out to stable! pymongo version 3 is not backwards compatible and will break its dependent packages! Also, the CVE this addresses is extremely low impact and is highly unlikely to happen in the real world as CAs do not issue certificates like this. If we want to fix the CVE, the correct thing to do is to backport a patch, not to raise the version in a way that breaks dependencies.
This update has been unpushed.
This update has been submitted for testing by hguemar.
@rbarlow: come with concrete examples where this update breaks package.
@rbarlow: come with concrete examples where this update breaks any package. Openstack packages require v3.
This update breaks Pulp, which depends on python-pymongo through python-mongoengine:
https://bugzilla.redhat.com/show_bug.cgi?id=1298427
Also, the CVE's impact is listed as low and taking advantage of it is listed as complex. These evaluations were made by the secteam.
Furthermore, the backwards incompatibility of this change is well documented here and is extensive:
https://api.mongodb.org/python/current/changelog.html#changes-in-version-3-0
As observed by rbarlow, this would break potentially a lot of projects; anyone who uses pymongo in fedora.
Per the update policy, under the "Philosophy" section,
"Releases of the Fedora distribution are like releases of the individual packages that compose it. A major version number reflects a more-or-less stable set of features and functionality. As a result, we should avoid major updates of packages within a stable release. Updates should aim to fix bugs, and not introduce features, particularly when those features would materially affect the user or developer experience. The update rate for any given release should drop off over time, approaching zero near release end-of-life; since updates are primarily bugfixes, fewer and fewer should be needed over time."
https://fedoraproject.org/wiki/Updates_Policy
This is a major version update of the package, breaking backwards compatibility with the previous major version. I suggest finding an alternate solution.
It is already noted here that this will break functionality for one package (Pulp)
This update has been submitted for testing by hguemar.
pulp is not in F22
This is inappropriate. The update policy does not say that it only applies for dependencies that are in Fedora - you are NOT to make backwards incompatible changes. Many projects depend on the distribution to be stable. Do not push this change again.