From Fedora Project Wiki
Warning.png
DO NOT EDIT this page manually as it's generated automatically and all changes will be overwritten! If you want to change anything, change the original Changes page and it will be picked up in the next refresh. If not, ping bcotton.

Bugzilla tracking

Fedora 34 Accepted System-Wide Changes

These changes have been accepted by the Fedora Engineering Steering Committee for the Fedora 34 release as System-Wide Changes.

Move deprecated bluetooth utilities to subpackage

Move deprecated bluez bluetooth utilities to a sub package to indicate their status.

  • Owner: Peter Robinson
  • Last updated: 2020-10-12
  • Status: Change accepted

glibc 32 Build Adjustments

The glibc32 package is a special package used by gcc and a few other packages to work around the lack of RPM multilib repository support in Koji. It is difficult to maintain, and the current approach raises questions regarding (L)GPL compliance.

  • Owner: Florian Weimer
  • Last updated: 2020-07-24
  • Status: Unknown

Policy for Modules in Fedora and Fedora ELN

Establish a set of rules for Modular content in Fedora to ensure an optimal user and packager experience. At present, these rules will apply only to Fedora ELN, but are written in such a way as to be reusable for Fedora and EPEL in the future through another Change Proposal.

  • Owner: Stephen Gallagher
  • Last updated: 2020-09-04
  • Status: Change accepted

Ship BerkleyDB backend as a module

Change the openldap-servers package so that BDB and HDB backends are required to be dynamically loaded.

  • Owner: Matus Honek
  • Last updated: 2020-08-22
  • Status: Change accepted

Python Upstream Architecture Names

Use CPython upstream architecture naming in Fedora's Python ecosystem (mostly in filenames) instead of the previously patched Fedora names. For example, have /usr/lib64/python3.9/lib-dynload/array.cpython-39-powerpc64le-linux-gnu.so instead of /usr/lib64/python3.9/lib-dynload/array.cpython-39-ppc64le-linux-gnu.so. This makes packaging of Python itself a tad trickier, but it moves Fedora's Python closer to upstream and solves interoperability problems with ppc64le manylinux wheels. The change has impact only on ppc64le and armv7hl (considering the architectures built by koji.fedoraproject.org). Packages assuming the filenames always contain %{_arch}-linux%{_gnu} will need to be adapted.

  • Owner: Lumír Balhar
  • Last updated: 2020-10-05
  • Status: 100% code completed

Fedora 34 Accepted Self-Contained Changes

Move deprecated bluetooth utilities to subpackage

Move deprecated bluez bluetooth utilities to a sub package to indicate their status.

  • Owner: Peter Robinson
  • Last updated: 2020-10-12
  • Status: 100% code completed

Compress Kernel Firmware

Compress Kernel Firmwares to reduce on disk size

  • Owner: Peter Robinson
  • Last updated: 2020-10-15
  • Status: Change accepted

glibc 32 Build Adjustments

The glibc32 package is a special package used by gcc and a few other packages to work around the lack of RPM multilib repository support in Koji. It is difficult to maintain, and the current approach raises questions regarding (L)GPL compliance.

  • Owner: Florian Weimer
  • Last updated: 2020-07-24
  • Status: Unknown

Policy for Modules in Fedora and Fedora ELN

Establish a set of rules for Modular content in Fedora to ensure an optimal user and packager experience. At present, these rules will apply only to Fedora ELN, but are written in such a way as to be reusable for Fedora and EPEL in the future through another Change Proposal.

  • Owner: Stephen Gallagher
  • Last updated: 2020-09-04
  • Status: Change accepted

Ship BerkleyDB backend as a module

Change the openldap-servers package so that BDB and HDB backends are required to be dynamically loaded.

  • Owner: Matus Honek
  • Last updated: 2020-08-22
  • Status: Change accepted

Python Upstream Architecture Names

Use CPython upstream architecture naming in Fedora's Python ecosystem (mostly in filenames) instead of the previously patched Fedora names. For example, have /usr/lib64/python3.9/lib-dynload/array.cpython-39-powerpc64le-linux-gnu.so instead of /usr/lib64/python3.9/lib-dynload/array.cpython-39-ppc64le-linux-gnu.so. This makes packaging of Python itself a tad trickier, but it moves Fedora's Python closer to upstream and solves interoperability problems with ppc64le manylinux wheels. The change has impact only on ppc64le and armv7hl (considering the architectures built by koji.fedoraproject.org). Packages assuming the filenames always contain %{_arch}-linux%{_gnu} will need to be adapted.

  • Owner: Lumír Balhar
  • Last updated: 2020-10-05
  • Status: 100% code completed