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

Finishing modularity for Satellite #2782

Open
FrostyX opened this issue Jun 19, 2023 · 1 comment
Open

Finishing modularity for Satellite #2782

FrostyX opened this issue Jun 19, 2023 · 1 comment

Comments

@FrostyX
Copy link
Member

FrostyX commented Jun 19, 2023

This is a tracking issue for the satellite folks.

In an email conversation with @ehelms, we discussed the satellite team need to build modules in Copr. An example of such module was - http://yum.theforeman.org/nightly/el8/x86_64/repodata/modules.yaml

We already fixed the first issue #2703 and it is now possible to submit your module for EPEL chroots. But there are follow-up issues that need to be fixed:

  • When I submit your YAML file, it creates the module in Copr but it doesn't submit any builds and therefore doesn't produce any results. When I implemented modularity support in Copr, there was no documentation on what it actually means to "build a module" (AFAIK it is still not documented and the reference manual is still "what MBS does"). I understood the concept as submitting builds from components.rpms and creating a repository from their results. So this is the only use-case that works. If I understand your use-case properly, your artifacts.rpms come solely from your dependencies.buildrequires, correct? We will need to implement this as well.
  • Put modules into the main project repositories #1576 - Each module is stupidly placed in its own repository, therefore it is not possible to enable a module repository on a user machine, and then update to a new module version once it is out. There is now an easy way to implement this in Copr, it just wasn't done yet.
  • Support modular build requirements #1484 Modular dependencies (i.e. dependencies.buildrequires) are completely ignored. I think it should be easy to implement enabling them but it wasn't done yet.
  • There are some other unfinished things. For example it is not possible to delete modules and there is no API support for querying them

We can implement all of these for you @ehelms but it won't be cheap for us, so I wanted to ask you how much you are invested in building modules in Copr, what are your expectations, when do you need it, and anything that might be important to know.

Thank you

@github-project-automation github-project-automation bot moved this to Needs triage in CPT Kanban Jun 19, 2023
@praiskup praiskup moved this from Needs triage to Someday in future in CPT Kanban Jun 22, 2023
@ehelms
Copy link

ehelms commented Jul 17, 2023

We are discussing / investigating the best option within our project, that discussion conversation is here -- theforeman/foreman-infra#1795 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Someday in future
Development

No branches or pull requests

2 participants