Fedora 32 System-Wide Change proposal: mpfr-4.0.2

(Note that this was orignally submitted for Fedora 28)

<a href="" title=""></a>

== Summary ==
Update the MPFR package to version 4.0.2.

== Owner ==
* Name: [[User:jamesturner246| James Paul Turner]]
* Email: <a href="mailto: ... at fedoraproject dot org"> ... at fedoraproject dot org</a>
* Name: [[User:jjames| Jerry James]]
* Email: <a href="mailto: ... at gmail dot com"> ... at gmail dot com</a>

== Detailed Description ==
The purpose of this change is to update the Fedora MPFR package to the
latest version (4.0.2), released on the 31st January 2019. Due to a
soname bump, this change will rebuild all packages that depend on

== Benefit to Fedora ==
The MPFR team have released many optimisations, bugfixes and features
since the current version (3.1.6), released back on the 7th September
2017. This change will allow several important Fedora packages,
including the GCC, to take advantage of this.

Refer to <a href="" title=""></a>,
<a href="" title=""></a>, and
<a href="" title=""></a> for the complete list of

== Scope ==
* Proposal owners:
** Rebuild of packages that depend on MPFR
** Minor specfile corrections and testing
* Other developers:
** Testing and/or minor fixes of dependant packages
* Release engineering: [ #7247]
** Separate Koji tag for package rebuild will be needed.
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List
of deliverables]]: N/A (not needed for this Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
All existing user binaries built against MPFR 3.1.6 will need to be
rebuilt against MPFR 4.0.2.

== How To Test ==
* No special hardware / data / etc. is needed.
* To test, install mpfr-4.0.2, then rebuild and test existing user binaries.
* Try to locally rebuild your packages with mpfr-4.0.2.
* Report failures and other problems to us.

== User Experience ==
The MPFR dependent packages should behave as they did with mpfr-3.1.6.

== Dependencies ==
dnf repoquery --whatrequires mpfr

== Contingency Plan ==
*Contingency mechanism: We would like to get a special buildroot tag
to be able to rebuild necessary the packages with mpfr-4.0.2. If
anything goes wrong, the tag can be easily dropped, and previous
version of mpfr-3.1.6 and its dependencies stays intact. The tag would
be merged into F32 after everything is rebuilt.
* Contingency deadline: Mass Rebuild
* Blocks release? No
* Blocks product? No

== Documentation ==
Documentation can be found upstream at <a href="" title=""></a>.