Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Modularity Support #98

Closed
bmbouter opened this issue Jul 16, 2018 · 3 comments
Closed

Modularity Support #98

bmbouter opened this issue Jul 16, 2018 · 3 comments

Comments

@bmbouter
Copy link

With the modularity metadata formats being added to Fedora 28, the createrepo_c tooling will also needs updates to interact with that metadata format.

Our software uses the createrepo_c Python bindings to parse and generate rpm metadata so we're blocked on managing that content type without this support.

@dkliban
Copy link

dkliban commented Jul 19, 2018

createrepo_c needs to be able to inspect the RPMs and determine if it belongs to a module or not. If it belongs to a module, createrepo_c needs to produce an error if the relevant modulemd information is missing from the repository.

Until this feature is added, Pulp is going to have to perform this enforcement before running createrepo_c to generate the repository metadata.

@Conan-Kudo
Copy link
Member

Module metadata is not really the concern of createrepo_c (or if it is, then AppStream metadata should be too!). Since module definitions are stored entirely in Koji and are built from that process, then that build system must export it and tools handling it must know to handle that metadata content properly.

@Conan-Kudo
Copy link
Member

Limited modulemd handling is now supported in v0.13.0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants