b5faae6fc7e4 temporarily turns off ModelGroup.generate except for MachineModel
because after the ResolvableModel change, PodmanPodmodels were instantiating their pods at generate time.
In general we don't want generate to create real-world objects like pods, containers, vms or bridges, unless it needs to do so because of a dependency (need to access active directory to figure out list of machines to instantiate or some such).
This breaks ModelTasks running at generate among other things.
Split out PodmanPod from PodmanPodModel.
Tricky bits:
Figuring out how much of MachineModelType can be generalized
Figuring out how to refer to a PodmanPodModel's PodmanPod from outside
There's always injector_xref(podman_pod_model_key, InjectionKey(PodmanPod)) but is that too verbose?
b5faae6fc7e4 temporarily turns off ModelGroup.generate except for MachineModel because after the ResolvableModel change, PodmanPodmodels were instantiating their pods at generate time.
In general we don't want generate to create real-world objects like pods, containers, vms or bridges, unless it needs to do so because of a dependency (need to access active directory to figure out list of machines to instantiate or some such).
This breaks ModelTasks running at generate among other things.
Split out PodmanPod from PodmanPodModel. Tricky bits:
injector_xref(podman_pod_model_key, InjectionKey(PodmanPod))but is that too verbose?