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

podman machine init should default to stable image #20182

Closed
rgov opened this issue Sep 28, 2023 · 4 comments
Closed

podman machine init should default to stable image #20182

rgov opened this issue Sep 28, 2023 · 4 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. machine stale-issue

Comments

@rgov
Copy link

rgov commented Sep 28, 2023

podman machine init defaults --image-path=testing instead of stable.

The default should probably be stable so that most users are not surprised by experimental changes that have not been fully QA tested and can cause regressions. In #20179 I describe how a change to the testing image broke my ability to run containers from the Docker CLI.

@rgov rgov added the kind/feature Categorizes issue or PR as related to a new feature. label Sep 28, 2023
@Luap99 Luap99 added the machine label Sep 28, 2023
@baude
Copy link
Member

baude commented Sep 28, 2023

hello @rgov thanks for the issue report and taking the time to write it up. Right now, I think? we are benefiting from testing over stable largely because of how fast things are moving for us. that said, this is something maybe we should consider. the downside, is I can see the complaints rolling in that stable is too ancient. but on the other hand, this is something that can be overridden.

perhaps this is something we should consider for podman5? I would for sure want to wait until the gvforwarder content for the hyerpv fcos image is in stable (maybe another 2-4 weeks). then the debate would be largely around the development around applehv.

it seems like a reasonable request. it can be worked around by changing the stream in containers.conf

What do others think?

@rhatdan
Copy link
Member

rhatdan commented Sep 29, 2023

If we move to an OCI Image update scheme then this is a no brainer.

@github-actions
Copy link

A friendly reminder that this issue had no activity for 30 days.

@Luap99
Copy link
Member

Luap99 commented Jun 15, 2024

We now have our own custom images so this should no longer effect us

@Luap99 Luap99 closed this as not planned Won't fix, can't repro, duplicate, stale Jun 15, 2024
@stale-locking-app stale-locking-app 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 14, 2024
@stale-locking-app stale-locking-app bot locked as resolved and limited conversation to collaborators Sep 14, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/feature Categorizes issue or PR as related to a new feature. locked - please file new issue/PR Assist humans wanting to comment on an old issue or PR with locked comments. machine stale-issue
Projects
None yet
Development

No branches or pull requests

4 participants