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

RCM API #192

Closed
4 of 8 tasks
teg opened this issue Jan 10, 2020 · 2 comments · Fixed by #197
Closed
4 of 8 tasks

RCM API #192

teg opened this issue Jan 10, 2020 · 2 comments · Fixed by #197
Assignees

Comments

@teg
Copy link
Member

teg commented Jan 10, 2020

Introduce a limited API for RCM to use to push composes to osbuild-composer.

Acceptance criteria:

  • Introduce a dedicated TCP socket for this API.
  • Implement a method to push a new compose, specifying the architectures to build for and the repositories to use. It would be ok to silently drop requests for unsupported (non-native) architecture, until we have support for more. For the time being assume the qcow2 output type and the local upload target.
  • Implement a method to get the status of a compose (waiting/running/finished/failed)
  • Make the new API optional (ship the systemd socket unit in a sub-package and gracefully handle when not installed, possibly needing further discussion?)
  • Add support for the koji upload target, and use that exclusively in stead of the local one. This requires changes both to the input to the endpoint pushing a new compose, and the output of the status endpoint in finished state.
  • Return per-job status from GET /v1/compose/

Optional:

  • Support kerberos authentication in the same way brew etc does.
  • Extend the status API to optionally block until the compose is no longer waiting/running.
@teg teg added this to the osbuild-composer 6 milestone Jan 10, 2020
@teg teg mentioned this issue Jan 10, 2020
5 tasks
@msehnout msehnout mentioned this issue Jan 13, 2020
@msehnout msehnout reopened this Jan 15, 2020
@msehnout
Copy link
Contributor

Status update:

  • Socket unit is on the way: Rcm api socket #250
  • Upload target is blocked by the fact that the Koji support is missing
  • Kerberos support seems to be low-priority compared to the effort it would take (we can implement TLS support if there is a need for access management)

@teg
Copy link
Member Author

teg commented Mar 9, 2020

This has been superseded by other work.

@teg teg closed this as completed Mar 9, 2020
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

Successfully merging a pull request may close this issue.

2 participants