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

Do not require explicit dependency list when building in a side tag #2570

Open
lachmanfrantisek opened this issue Oct 7, 2024 · 1 comment
Assignees
Labels
area/fedora Related to Fedora ecosystem complexity/single-task Regular task, should be done within days. gain/high This brings a lot of value to (not strictly a lot of) users. impact/high This issue impacts multiple/lot of users. kind/feature New feature or a request for enhancement.

Comments

@lachmanfrantisek
Copy link
Member

lachmanfrantisek commented Oct 7, 2024

From the discussion and meeting with the Fedora KDE SIG, for wider adoption, it might be required to get the dependency information from elsewhere. (Despite it's possible to script the config, it's not maintainable to have it defined in multiple places.)

(For them the source of truth is in the specfile.)

A few ideas regarding the implementation:

  • Provide an action/config option to load this info from a script.
    • Easy to implement but requires sandbox which is not needed for the current Koji/Bodhi jobs.
  • Allow people to configure the source.
    • The implementation is inside Packit.
    • No sandbox needed.
  • External global dependency config.
    • Hard to maintain.
@lachmanfrantisek lachmanfrantisek added kind/feature New feature or a request for enhancement. area/fedora Related to Fedora ecosystem labels Oct 7, 2024
@lbarcziova lbarcziova added gain/high This brings a lot of value to (not strictly a lot of) users. impact/high This issue impacts multiple/lot of users. discuss discuss To be discussed within a team (usually on the so-called Architecture meeting next Thursday) complexity/single-task Regular task, should be done within days. labels Oct 8, 2024
@lachmanfrantisek lachmanfrantisek removed the discuss discuss To be discussed within a team (usually on the so-called Architecture meeting next Thursday) label Oct 10, 2024
@lachmanfrantisek
Copy link
Member Author

We discussed this today at the arch meeting and had resource concerns about running this on each dist-git/Koji event.

I've asked the SIG about how often this changes so we better know where we can generate this and if we can cache this.

Also, a broader question is if we shouldn't pick a different approach for such ecosystems and not work on a single-package-for+Fedora-branch level in general. (Run the whole group update somehow together, similarly to the scripts these groups tend to have, usually without PRs..;-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/fedora Related to Fedora ecosystem complexity/single-task Regular task, should be done within days. gain/high This brings a lot of value to (not strictly a lot of) users. impact/high This issue impacts multiple/lot of users. kind/feature New feature or a request for enhancement.
Projects
Status: new
Development

No branches or pull requests

2 participants