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

Integration of podman with buildroot #22704

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

manunixgit
Copy link

User : Manthan Gajera

  • This Pull request is regarding to integrate the podman with buildroot.

Copy link
Contributor

openshift-ci bot commented May 14, 2024

Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it.

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-sigs/prow repository.

@openshift-ci openshift-ci bot added the do-not-merge/release-note-label-needed Enforce release-note requirement, even if just None label May 14, 2024
Copy link
Contributor

openshift-ci bot commented May 14, 2024

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: manunixgit
Once this PR has been reviewed and has the lgtm label, please assign flouthoc for approval. For more information see the Kubernetes Code Review Process.

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

Needs approval from an approver in each of these files:

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

Copy link

Ephemeral COPR build failed. @containers/packit-build please check.

@rhatdan
Copy link
Member

rhatdan commented May 14, 2024

You must sign your commmits. Not really sure what buildroot is?

@lsm5 @cevich PTAL

Copy link

Cockpit tests failed for commit d12ebac. @martinpitt, @jelly, @mvollmer please check.

Copy link
Collaborator

@edsantiago edsantiago left a comment

Choose a reason for hiding this comment

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

Thank you for your PR! The big question here is, what is buildroot, and why does Podman need to support it upstream and in top-level files? Secondary question is, who will support this when it breaks or needs new functionality?

A couple of comments inline, but those are just general - no need to address them until the questions above are answered.

#
################################################################################

PODMAN_VERSION = 5.0.3
Copy link
Collaborator

Choose a reason for hiding this comment

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

This sort of thing is not done. A version string in any project is defined exactly once, in only one place, and never duplicated. Anything that references that version string shall obtain it from the One True Source. In our repo, the convention is something along these lines:

grep '^const RawVersion' version/rawversion/version.go | cut -d\" -f2

Copy link
Member

Choose a reason for hiding this comment

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

Alternative: Compile and run test/version//version, it will output the version number w/o any need to maintain grep's interpretation of golang. Though it's unlikely to change, so grep is probably fine for now.

@@ -0,0 +1,3 @@
config BR2_PACKAGE_PODMAN
bool "podman"
depends on BR2_TOOLCHAIN_HAS_THREADS
Copy link
Collaborator

Choose a reason for hiding this comment

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

All lines must end in \n

@lsm5
Copy link
Member

lsm5 commented May 15, 2024

Thank you for your PR! The big question here is, what is buildroot, and why does Podman need to support it upstream and in top-level files? Secondary question is, who will support this when it breaks or needs new functionality?

Agree with @edsantiago here. @manunixgit Buildroot is probably a very generic term and it's hard to see where and how it will be used from the commit message and diff. And we'd also need to know about maintainer commitment and availability before accepting this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
do-not-merge/release-note-label-needed Enforce release-note requirement, even if just None
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants