summaryrefslogtreecommitdiff
path: root/pkg/domain/entities/system.go
diff options
context:
space:
mode:
authorMatthew Heon <matthew.heon@pm.me>2020-07-07 17:19:59 -0400
committerMatthew Heon <matthew.heon@pm.me>2020-07-10 11:22:23 -0400
commitc4627b5846ba16540dc61db91b059eb39555ec4a (patch)
treeb70e511d08eb5c74f3b6e2347e01b6bbbf457fdd /pkg/domain/entities/system.go
parent2ac8c6953481eb7391a6a7594709811f7ae3167f (diff)
downloadpodman-c4627b5846ba16540dc61db91b059eb39555ec4a.tar.gz
podman-c4627b5846ba16540dc61db91b059eb39555ec4a.tar.bz2
podman-c4627b5846ba16540dc61db91b059eb39555ec4a.zip
Fix container and pod create commands for remote create
In `podman inspect` output for containers and pods, we include the command that was used to create the container. This is also used by `podman generate systemd --new` to generate unit files. With remote podman, the generated create commands were incorrect since we sourced directly from os.Args on the server side, which was guaranteed to be `podman system service` (or some variant thereof). The solution is to pass the command along in the Specgen or PodSpecgen, where we can source it from the client's os.Args. This will still be VERY iffy for mixed local/remote use (doing a `podman --remote run ...` on a remote client then a `podman generate systemd --new` on the server on the same container will not work, because the `--remote` flag will slip in) but at the very least the output of `podman inspect` will be correct. We can look into properly handling `--remote` (parsing it out would be a little iffy) in a future PR. Signed-off-by: Matthew Heon <matthew.heon@pm.me>
Diffstat (limited to 'pkg/domain/entities/system.go')
0 files changed, 0 insertions, 0 deletions