From Fedora Project Wiki
(Change approved by FESCO https://pagure.io/fesco/issue/2240#comment-602389)
(Add RN tracker)
 
Line 30: Line 30:
-->
-->
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1537252 #1537252]
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1537252 #1537252]
* Release Notes tracker: [https://pagure.io/fedora-docs/release-notes/issue/402 #402]


== Detailed Description ==
== Detailed Description ==

Latest revision as of 21:17, 4 October 2019

mpfr-4.0.2

Summary

Update the Multiple Precision Floating-Point Reliable Library (MPFR) package to version 4.0.2.

Owner

Current status

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 MPFR.

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 http://www.mpfr.org/mpfr-4.0.0/#changes, http://www.mpfr.org/mpfr-4.0.1/#changes, and http://www.mpfr.org/mpfr-4.0.2/#changes for the complete list of changes.

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.
    • 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 http://www.mpfr.org/mpfr-4.0.2.

Release Notes