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

Bodhi should know which packages are critical path without outside help #2433

Closed
bowlofeggs opened this issue Jun 11, 2018 · 7 comments
Closed
Labels
API Issues related to Bodhi's REST API High priority These issues are higher priority than normal Migration Issues or pull requests that involve a database migration RFE Requests for Enhancement

Comments

@bowlofeggs
Copy link
Contributor

PDC is going away, and Bodhi uses it to know which packages are critical path. It seems that Bodhi is the only application in Fedora Infrastructure that cares about whether a package is critical path, so it is sensible to move this information into Bodhi's database. This will reduce one of our external service dependencies, which should increase reliability.

Packages are critical path per release, which means that a package, for example, might be critical path in Fedora 27 but not Fedora 28, so we will need to be sure to model it in such a way that allows that information to be encoded.

Release engineering has a script they use to update PDC with information about which packages are critical path. We will need to work with them to ensure that their script is able to update Bodhi's critical path packages.

@bowlofeggs bowlofeggs added RFE Requests for Enhancement API Issues related to Bodhi's REST API Migration Issues or pull requests that involve a database migration High priority These issues are higher priority than normal labels Jun 11, 2018
@bowlofeggs bowlofeggs added this to To do in vgolwala via automation Jun 11, 2018
@cverna
Copy link
Contributor

cverna commented Jun 26, 2018

@vismay-golwala
I think we should add to the Release db model a new attribute that will list the critical path packages for this update. To do that you should look at the Many-to-Many relationship in sqlalchemy.
Since we want a relationship between Release and Packages and one Release can have many critpath Packages and one Packages can be critpath to many Releases

@cverna cverna moved this from To do to In progress in vgolwala Jul 11, 2018
@cverna cverna moved this from In progress to In Review in vgolwala Jul 11, 2018
@cverna cverna moved this from In Review to In progress in vgolwala Jul 11, 2018
@ghost
Copy link

ghost commented Jul 18, 2018

Should the critical path packages for a release be displayed in the server view (https://bodhi.fedoraproject.org/releases/F27)?

If yes, what details should be included for the package?

@ghost
Copy link

ghost commented Jul 18, 2018

Also, is it a good idea to rename the --username option to --user for bodhi releases command? As all other commands (bodhi updates, bodhi overrides) use --user.

https://github.com/fedora-infra/bodhi/blob/develop/bodhi/client/__init__.py#L112

@bowlofeggs
Copy link
Contributor Author

bowlofeggs commented Jul 23, 2018 via email

@bowlofeggs
Copy link
Contributor Author

bowlofeggs commented Jul 23, 2018 via email

@bowlofeggs bowlofeggs assigned ghost Jul 24, 2018
@ryanlerch ryanlerch unassigned ghost Oct 25, 2019
@ryanlerch ryanlerch removed this from In progress in vgolwala Oct 25, 2019
@keszybz
Copy link

keszybz commented Jan 10, 2021

See also https://pagure.io/releng/issue/8948 (request to update critpath list in pdc).

@mattiaverga
Copy link
Contributor

Fixed in #5431

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
API Issues related to Bodhi's REST API High priority These issues are higher priority than normal Migration Issues or pull requests that involve a database migration RFE Requests for Enhancement
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants