You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 3, 2018. It is now read-only.
@sameo@jodh-intel Having a second thought at this issue, there is no point in implementing this I think. Virtcontainers is not supposed to generate pod/containers IDs. It is supposed to come from the runtime implementation using virtcontainers. In case of virtc, we want to generate this from virtc.
I think we could close this issue because if we set those fields as private, we have no way to set the pod ID (unless we add a new setter function, but I don't see the point while PodConfig is supposed to describe the configuration).
Let me know your thoughts on this one.
@sboeuf I think you're right, yes. The pod or container IDs will typically come from the runtime or the orchestration engine (CRI), and we actually should not generate them.
My #163 (comment) was partially wrong, sorry about that @jodh-intel. We still want to verify the validity of the IDs we get and they should either be plain UUIDs or comply with Docker's stringid strings.
These fields should be private.
See: #163 (comment).
The text was updated successfully, but these errors were encountered: