From Fedora Project Wiki
(System-wide change for glibc 2.29)
 
m (Fix typo.)
Line 52: Line 52:
== Detailed Description ==
== Detailed Description ==
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
The GNU C Library version 2.98 will be released at the beginning of February 2019; we have started closely tracking the glibc 2.29 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 30 will branch after the GLIBC 2.29 upstream release. However, the mass rebuild schedule means Fedora 30 will mass rebuild (if required) after GLIBC 2.29 upstream freezes ABI for release, so careful attention must be paid to any last minute ABI changes.
The GNU C Library version 2.29 will be released at the beginning of February 2019; we have started closely tracking the glibc 2.29 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 30 will branch after the GLIBC 2.29 upstream release. However, the mass rebuild schedule means Fedora 30 will mass rebuild (if required) after GLIBC 2.29 upstream freezes ABI for release, so careful attention must be paid to any last minute ABI changes.


== Benefit to Fedora ==
== Benefit to Fedora ==

Revision as of 03:35, 29 August 2018


The GNU C Library version 2.29

Summary

Switch glibc in Fedora 30 to glibc version 2.29.

Owner

  • Name: Carlos O'Donell
  • Email: carlos@redhat.com
  • Release notes owner: carlos@redhat.com
  • Release notes ticket:

Current status

  • Targeted release: Fedora 30
  • Last updated: 2018-08-29
  • Tracker bug: <will be assigned by the Wrangler>

Detailed Description

The GNU C Library version 2.29 will be released at the beginning of February 2019; we have started closely tracking the glibc 2.29 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 30 will branch after the GLIBC 2.29 upstream release. However, the mass rebuild schedule means Fedora 30 will mass rebuild (if required) after GLIBC 2.29 upstream freezes ABI for release, so careful attention must be paid to any last minute ABI changes.

Benefit to Fedora

Stays up to date with latests security and bug fixes from glibc upstream.

Scope

  • Proposal owners: Update glibc to 2.29 from tested upstream release.
  • Other developers: Developers need to ensure that rawhide is stable and ready for the Fedora 30 branch. Given that glibc is backwards compatible and we have been testing the new glibc in rawhide it should make very little impact when updated.
  • Policies and guidelines: The policies and guidelines do not need to be updated.
  • Trademark approval: Not needed for this change

Upgrade/compatibility impact

The library is backwards compatible with the version of glibc that was shipped in Fedora 29.

Some packaging changes required, see: https://sourceware.org/glibc/wiki/Release/2.29#Packaging_Changes

We fully expect to fix all packaging changes in Fedora Rawhide given that glibc in Rawhide is tracking what will become glibc 2.29.

How To Test

The GNU C Library has its own testsuite, which is run during the package build and examined by the glibc developers before being uploaded. This test suite has 5900+ tests that run to verify the correct operation of the library. In the future we'll also be running the microbenchmark to look for performance regressions as well as behavioural ones.

User Experience

Users will see improved performance, many bugfixes and improvements to POSIX compliance, additional locales, etc. The glibc 2.29 NEWS update will include more details.

Dependencies

All packages do not need to be rebuilt.

Contingency Plan

  • Contingency mechanism: Given that Rawhide has started tracking glibc 2.29, no show-stopper problems are expected. At this point, we can still revert to upstream version 2.28 if insurmountable problems appear, but to do so may require a mass rebuild to remove new symbols from the ABI/API.
  • Contingency deadline: Upstream ABI freeze deadline of 2019-01-01.
  • Blocks release? Upgrading glibc does block the release. We should not ship without a newer glibc, there will be gcc and language features that depend on glibc being upgraded. Thus without the upgrade some features will be disabled or fall back to less optimal implementations.

Documentation

The glibc manual contains the documentation for the release and doesn't need any more additional work.

Release Notes

  • Release Notes tracking: <will be assigned by the Wrangler>

The GNU C Library version 2.29 will be released at the beginning of February 2019. The current NEWS notes can be seen here as they are added: https://sourceware.org/git/?p=glibc.git;a=blob;f=NEWS;hb=HEAD