-
Notifications
You must be signed in to change notification settings - Fork 5k
Remove podman binary detection from podman-env command #21259
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
Remove podman binary detection from podman-env command #21259
Conversation
- Remove DockerBackendDetector and DetectDockerBackend function - Remove podman-specific logic from dockerEnvVars - Simplify docker-env to only handle Docker API compatibility
- Change podman-env to use Docker client against Podman's Docker-compatible socket - Remove SSH-based connectivity (Docker client doesn't support SSH keys) - Simplify podman-env to use standard Docker environment variables - Update tests to match new Docker API compatibility approach - Update documentation to clarify Docker client usage - Remove podman-specific test cases from docker-env_test.go This addresses the core review feedback about API compatibility issues and provides a cleaner separation between docker-env and podman-env.
Remove unnecessary blank lines that were accidentally introduced when removing podman detection logic.
Extend podman-env compatibility to support both crio and docker container runtimes, providing users with more deployment flexibility while maintaining the core Docker API compatibility approach that eliminates API version conflicts. This change allows podman-env to work with: - Podman driver + crio runtime (original support) - Podman driver + docker runtime (new support) Both configurations use the same Docker API compatibility approach that was implemented to address reviewer feedback about SSH-based connectivity issues and API version mismatches.
Add practical example showing how to build images directly in minikube and deploy them to Kubernetes without needing a separate registry. This demonstrates the key value proposition of the Docker API compatibility approach.
- Remove isPodmanAvailable() function and related checks - Update language to clarify "Podman Docker-compatible service" - Remove version-specific requirements (4.9.2 -> recent version) - Focus on Docker client connectivity without podman binary dependency This addresses @afbjorklund's feedback about not detecting podman binaries and providing only Docker socket connectivity. Prepares foundation for future SSH socket implementation per issue kubernetes#9229.
Keywords which can automatically close issues and at(@) or hashtag(#) mentions are not allowed in commit messages. The list of commits with invalid commit messages:
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. I understand the commands that are listed here. |
Hi @elasticdotventures. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: elasticdotventures 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 |
Can one of the admins verify this patch? |
Closing this PR - will update the original PR #21054 instead to preserve discussion context. |
Addresses feedback from reviewers by removing podman binary detection and clarifying the Docker client connectivity approach.
Key Changes
isPodmanAvailable()
function andwhich podman
checks per reviewer feedbackAddresses Review Feedback
Before/After
Before
After
Foundation for Issue #9229
This implementation provides a clean foundation for the future SSH socket approach described in issue #9229, but keeps the current changes minimal and focused. The SSH socket implementation (#9229) would be a separate, more substantial project that can build on this foundation.
Testing
This approach is more aligned with issue #9229's vision but represents a focused change that can be merged independently before tackling the larger SSH socket project.
Supersedes PR #21054 - This PR contains the same functionality with reviewer feedback addressed.