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