[releng] Issue #7645: module metadata in releases/28/Modular/$basearch/os/repodata/ has no context or arch
dmach reported a new issue against the project: `releng` that you are following: `` * Describe the issue Module metadata in released F28 repos has no context or arch. This impacts new libnf module dependency resolution code that needs both for proper functionality. More details in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1603109
* When do you need this? (2018/07/20)
* When is this no longer needed or useful? (2019/05/07)
* If we cannot complete your request, what is the impact? New libdnf with dependency resolution that supports stream expansion and architectures won't work on Fedora 28. ``
To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7645
kevin added a new comment to an issue you are following: `` So, we do not regenerate GA artifacts, nor are we particularly setup to do so.
I don't think we have any tooling to just regenerate that metadata.
If we did, would it break the GA dnf version?
So, I think the vastly easier course here is to just wait and support this in f29.
Is the rawhide modular metadata ok, or does it need adjustment?
How about the module updates repos? If not we should fix f29+ of those too... ``
To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7645
dmach added a new comment to an issue you are following: ``
So, we do not regenerate GA artifacts, nor are we particularly setup to do so. I don't think we have any tooling to just regenerate that metadata. If we did, would it break the GA dnf version?
No, the GA version would keep working the same.
So, I think the vastly easier course here is to just wait and support this in f29.
I'm fine with that assuming there's no need to get proper module depsolver into F28 and there's no need to support reading/querying/installing from F28 modular repos on F29+.
Is the rawhide modular metadata ok, or does it need adjustment?
Rawhide (future F29) metadata looks good.
How about the module updates repos? If not we should fix f29+ of those too...
The updates seem to be fine, at least the latest records are.
More details follow:
DNF in F28 has a very trivial "depsolver" that only traverses dependency tree to get module deps enabled. It doesn't support contexts or arches.
The latest DNF is getting a new depsolver, which is built on top of libdnf and libsolv. This depsolver fully supports all modularity features incl. handling contexts, architectures and full support for module stream expansion.
The latest DNF will not work with F28 modules due to the missing fields. Especially the arch is required to make the depsolver work correctly.
Impact: * Cannot use DNF 3.1+ with Fedora 28 modular repos * When DNF 3.x is stable enough, we couldn't rebase it in Fedora 28 even if we wanted, because that would instantly break modular repos for the end users
``
To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7645
The issue: ` module metadata in releases/28/Modular/$basearch/os/repodata/ has no context or arch` of project: `releng` has been assigned to `mohanboddu` by mohanboddu.
The status of the issue: ` module metadata in releases/28/Modular/$basearch/os/repodata/ has no context or arch` of project: `releng` has been updated to: Closed as It's all good by kevin.
rel-eng@lists.fedoraproject.org
-
Daniel Mach -
Kevin Fenzi
-
Mohan Boddu