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

Quadlet - use the default runtime #17601

Merged

Conversation

ygalblum
Copy link
Contributor

Do not set the runtime when processing a .container file Let Podman choose the runtime based on its configuration

Does this PR introduce a user-facing change?

Yes

Quadlet: .container file may be used with any runtime

@openshift-ci openshift-ci bot added release-note approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Feb 22, 2023
@ygalblum
Copy link
Contributor Author

This PR comes instead of #17587

Copy link
Member

@vrothberg vrothberg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@edsantiago edsantiago added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Feb 22, 2023
@edsantiago
Copy link
Member

/hold

Please wait for #17305 to merge, then rebase and resubmit. Without 17305, none of this can be tested, and there's a good chance it will break CI once runc is enabled. Thank you for understanding.

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Feb 22, 2023
@ygalblum
Copy link
Contributor Author

@edsantiago Not sure I understand you comment. This change removes the hard-coded value and lets Podman decide which runtime to use. I would have understood if it were the other way around

@edsantiago
Copy link
Member

The situation today: we do not test runc in CI. Therefore, for CI purposes, your change is a NOP.

#17503 adds testing with runc. These are the three possibilities:

  1. your PR merges before 17503. This will require 17503 to rebase and pick up your PR, and if there are quadlet-runc failures. spend time trying to figure those out. 17503 has cost a huge amount of time to a lot of developers. There have been countless snags. It would be inhumane to impose more pain on that PR.
  2. 17503 merges before your PR. You then rebase, and if there are problems, you (the SME) get to fix them. This is the ideal situation.
  3. Both PRs merge semi-simultaneously (in order, obviously, but without either one rebasing). When there are problems, the next poor schmo submitting a PR will need to deal with the problems. This is the worst-case scenario.

I hope that makes sense.

Copy link
Member

@giuseppe giuseppe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@ygalblum
Copy link
Contributor Author

@edsantiago At the end of the day Quadlet just translates systemd unit keys to podman command line arguments. As a result, there are no quadlet-runc issues, while there may be podman-runc issues. So, if the second case occurs, I will still need to bring Podman SMEs into the discussion.
Having said that, I can wait in order to avoid the third case. But, this means we are keeping the original issue of the missing requirement in the RPM while not fixing the hard-coded value in Quadlet

@edsantiago
Copy link
Member

Thanks @ygalblum . Let me try to phrase this another way: if for any reason the quadlet tests break under runc, those problems must be resolved in this PR. Not in 17305, and not by some innocent victim. That is all.

@vrothberg
Copy link
Member

vrothberg commented Feb 22, 2023

Let's wait for #17305 get in. If there's a risk that both PRs combined break CI, it's best to defer the merge here and rebase once #17305, is in.

I assume it won't take long until #17305 merged.

@ygalblum
Copy link
Contributor Author

ygalblum commented Feb 22, 2023

Just to make it clear, we are talking about #17305, not #17503 (which is a closed issue)

@vrothberg
Copy link
Member

Just to make it clear, we are talking about #17305, not #17503 (which is a closed issue)

Thanks! I updated the comment.

@edsantiago
Copy link
Member

@ygalblum #17305 has merged, please rebase and repush when convenient. Thanks again for your understanding.

Do not set the runtime when processing a .container file
Let Podman choose the runtime based on its configuration

Signed-off-by: Ygal Blum <[email protected]>
@ygalblum ygalblum force-pushed the quadlet-do-not-set-runtime branch from 8c51203 to 0d75854 Compare February 23, 2023 07:29
@ygalblum ygalblum removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Feb 23, 2023
Copy link
Member

@vrothberg vrothberg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Feb 23, 2023
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Feb 23, 2023

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: giuseppe, vrothberg, ygalblum

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:
  • OWNERS [giuseppe,vrothberg,ygalblum]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@vrothberg
Copy link
Member

Thanks, @ygalblum !

@vrothberg
Copy link
Member

/hold cancel

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Feb 23, 2023
@openshift-merge-robot openshift-merge-robot merged commit afa0167 into containers:main Feb 23, 2023
@ygalblum ygalblum deleted the quadlet-do-not-set-runtime branch February 23, 2023 09:58
@dcermak
Copy link
Contributor

dcermak commented Feb 24, 2023

Can this please be cherry picked to the 4.4 branch?

@rhatdan
Copy link
Member

rhatdan commented Feb 24, 2023

/cherry-pick v4.4

@openshift-cherrypick-robot
Copy link
Collaborator

@rhatdan: #17601 failed to apply on top of branch "v4.4":

Applying: Quadlet - use the default runtime
Using index info to reconstruct a base tree...
M	pkg/systemd/quadlet/quadlet.go
M	test/e2e/quadlet/basepodman.container
M	test/e2e/quadlet/basic.container
Falling back to patching base and 3-way merge...
Auto-merging test/e2e/quadlet/basic.container
CONFLICT (content): Merge conflict in test/e2e/quadlet/basic.container
Auto-merging test/e2e/quadlet/basepodman.container
CONFLICT (content): Merge conflict in test/e2e/quadlet/basepodman.container
Auto-merging pkg/systemd/quadlet/quadlet.go
CONFLICT (content): Merge conflict in pkg/systemd/quadlet/quadlet.go
error: Failed to merge in the changes.
hint: Use 'git am --show-current-patch=diff' to see the failed patch
Patch failed at 0001 Quadlet - use the default runtime
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

In response to this:

/cherry-pick v4.4

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@vrothberg
Copy link
Member

Can this please be cherry picked to the 4.4 branch?

@dcermak would you backport?

@dcermak
Copy link
Contributor

dcermak commented Feb 27, 2023

Can this please be cherry picked to the 4.4 branch?

@dcermak would you backport?

Sure, here you go: #17641

@github-actions github-actions bot added the locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. label Sep 7, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 7, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. release-note
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants