Line 11: | Line 11: | ||
These changes have been accepted by the Fedora [[Fedora_Engineering_Steering_Committee |Engineering Steering Committee]] for the Fedora 34 release as System-Wide Changes. | These changes have been accepted by the Fedora [[Fedora_Engineering_Steering_Committee |Engineering Steering Committee]] for the Fedora 34 release as System-Wide Changes. | ||
===[[Changes/ | ===[[Changes/BluetoothDeprecated | Move deprecated bluetooth utilities to subpackage]]=== | ||
Move deprecated bluez bluetooth utilities to a sub package to indicate their status. | |||
* Owner: Peter Robinson | |||
* Owner: | * Last updated: 2020-10-12 | ||
* Last updated: 2020- | |||
* Status: Change accepted | * Status: Change accepted | ||
===[[Changes/ | ===[[Changes/glibc32 Build Adjustments | 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 | |||
* Owner: | * Last updated: 2020-07-24 | ||
* Status: Unknown | |||
* Last updated: 2020- | ===[[Changes/ModularPolicy | 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 | * Status: Change accepted | ||
===[[Changes/ | ===[[Changes/OpenLDAPwithBerkleyDBasModule | 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 | * Owner: Matus Honek | ||
* Last updated: 2020-08-22 | * Last updated: 2020-08-22 | ||
* Status: Change accepted | * Status: Change accepted | ||
===[[Changes/Python Upstream Architecture Names | 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 == | == Fedora 34 Accepted Self-Contained Changes == |
Revision as of 20:14, 12 October 2020
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
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-09-14
- Status: Change accepted