Bug 2305955
| Summary: | Modularity support and future | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Remi Collet <fedora> |
| Component: | dnf5 | Assignee: | rpm-software-management |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 41 | CC: | jkolarik, nsella, pkratoch, ppisar, rpm-software-management |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-10-17 17:11:57 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Simply put, modularity has very low priority in DNF5. We do not plan to remove the support, yet we have now more important tasks than improving support for modularity. (In reply to Petr Pisar from comment #1) > Simply put, modularity has very low priority in DNF5. We do not plan to > remove the support, yet we have now more important tasks than improving > support for modularity. Thanks for the quick clarification. *** This bug has been marked as a duplicate of bug 2221184 *** |
Hi, I'm aware Fedora (and RHEL) choose to not use modularity anymore and from dnf5-module man page " Currently, only basic support is available for managing the modules, as they are no longer supported in mainstream RPM distributions." From a quick test (in F40) it works quite correctly, only playing with list/enable/reset, the selected stream is properly used by other dnf commands Of course, "install" and "switch-to" are missing, this is a pain, but still usable What is the plan for the future ? - drop remaining modularity support ? - keep minimal modularity features (as now) and support them ? - restore full modularity features ? Context: I'm working on opening my repo for F41 (https://rpms.remirepo.net/) to offer various versions of PHP (7.4 to 8.4 instead of 8.3), and modularity is the better way to do this. The alternative, playing with 1 repo per version (like for EL < 8, Fedora < 29) looks ugly, also implying playing with "priority" option. So I'd like to be able to rely on the minimal features available in current version, but also want to prepare plan for the future (F42...) Thanks for the clarification about modularity features. Reproducible: Always