mNo edit summary |
(Mark as accepted) |
||
| (5 intermediate revisions by 3 users not shown) | |||
| Line 22: | Line 22: | ||
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name. This keeps all change proposals in the same namespace --> | <!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name. This keeps all change proposals in the same namespace --> | ||
= | = Modules for Everyone <!-- The name of your change proposal --> = | ||
== Summary == | == Summary == | ||
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. | <!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. | ||
Note that motivation for the change should be in the Motivation section below, and this part should answer the question "What?" rather than "Why?". --> | Note that motivation for the change should be in the Motivation section below, and this part should answer the question "What?" rather than "Why?". --> | ||
All Fedora installations will have | All Fedora installations will have modular repositories enabled by default, previously available, by default, only to Server Edition. | ||
== Owner == | == Owner == | ||
| Line 58: | Line 57: | ||
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development | CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development | ||
--> | --> | ||
* Tracker bug: | * Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1599413 #1599413] | ||
== Detailed Description == | == Detailed Description == | ||
| Line 190: | Line 189: | ||
Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze. | Release Notes are not required for initial draft of the Change Proposal but has to be completed by the Change Freeze. | ||
--> | --> | ||
Release Notes tracker issue: [https://pagure.io/release-notes/issue/81 #81] | |||
All Fedora Installations now have access to the module repositories with alternative versions of some popular software packages. | All Fedora Installations now have access to the module repositories with alternative versions of some popular software packages. | ||
[[Category: | [[Category:ChangeAcceptedF29]] | ||
<!-- When your change proposal page is completed and ready for review and announcement --> | <!-- When your change proposal page is completed and ready for review and announcement --> | ||
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | <!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | ||
Latest revision as of 17:32, 9 July 2018
Modules for Everyone
Summary
All Fedora installations will have modular repositories enabled by default, previously available, by default, only to Server Edition.
Owner
- Name: Stephen Gallagher, Langdon White
- Email: sgallagh@fedoraproject.org, langdon@fedoraproject.org
- Release notes owner:
Current status
Detailed Description
In Fedora 28, the Server Edition debuted new modular functionality, allowing end-users access to alternative versions of popular software. Due to technical limitations with package-management software, it was not available for non-Server deployments of Fedora. Beginning with Fedora 29, all installations of Fedora will have modules available for installation and update. This will be done by merging the fedora-repos-modular sub-package back into the fedora-repos package.
Benefit to Fedora
Fedora users will have access to a wider range of software choices than they had previously. Fedora Packagers will be able to use modules and module defaults to build each stream once and have it available for any supported Fedora release they wish. They will no longer need to duplicate that work for both the modular and non-modular repositories.
Scope
- Proposal owners:
The proposal owners need to coordinate the work of the DNF team and release-engineering to make sure that the repo subpackage merge only happens once the libdnf enhancements are stable. We will also need to prepare and run a Fedora Test Day with the QA team.
- Other developers:
The DNF team is already committed to providing the necessary changes for libdnf in Fedora 29.
- Release engineering: #7561 (a check of an impact with Release Engineering is needed)
- List of deliverables: All Fedora installations
- Policies and guidelines: No alterations to packaging guidelines are required specifically for this change
- Trademark approval: N/A (not needed for this Change)
Upgrade/compatibility impact
The fedora-repos package will add Obsoletes: fedora-repos-modular and then provide its functionality. There will be no manual migration required.
How To Test
Users will be able to test all modular functionality for all releases. We are coordinating with Fedora QA to establish release-blocking criteria for this functionality.
It is important to note that Fedora's blocking criteria will apply *only* to packages in the traditional RPM repos or default streams of modules. We will not be expanding the test matrix to include non-default module streams at this time.
User Experience
The user experience may be as transparent to users as they wish. If users remain unaware or uncaring about modules, all of their existing commands and workflows will continue to work. If they wish to interact with modules, they can do so with any of the dnf module <foo> commands that were added in Fedora 28 for Server Edition.
Note: this Change Proposal does *not* imply changes to user experience in GNOME Software, Cockpit or any other graphical package manager. Those may come as part of separate Changes in the future. Their involvement in this Change is such that they must honor any changes to enabled modules that occur via direct DNF usage.
Dependencies
The primary dependency is the update of package managers that use libdnf to adapt to the new changes being merged there. We are in constant communication with the libdnf team and will keep FESCo in the loop on the progress there. If the libdnf/PackageKit/etc. changes do not land in time, we will invoke the Contingency Plan (below).
Contingency Plan
- Contingency mechanism: The merging of the fedora-repos-modular package into fedora-repos will be aborted (or reversed, if necessary) and we will revert to the Fedora 28 behavior of shipping modules only for Server Edition
- Contingency deadline: Two weeks prior to the Beta Freeze (Aug. 14th). This allows us time to adjust any packages that were modularized with the expectation of release in F29 beta prior to Freeze.
- Blocks release? No
- Blocks product? N/A
Documentation
- https://docs.pagure.org/modularity/
- https://docs.fedoraproject.org/fedora-project/subprojects/fesco/en-US/index.html
Release Notes
Release Notes tracker issue: #81
All Fedora Installations now have access to the module repositories with alternative versions of some popular software packages.