Podman remote commands do not provide same textual feedback as local

[cwawak]

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)

/kind bug

Description
When running podman remotely against a Fedora 32 VM, the commands don't appear to return as much information as running locally.

Steps to reproduce the issue:

1. brew install podman, config remote podman according to https://www.redhat.com/sysadmin/podman-clients-macos-windows
2. run a podman command, such as podman pull. no images are stored on the system.

Describe the results you received:

[cwawak@hulk containers]$ podman --log-level debug pull nginx
INFO[0000] podman filtering at log level debug
DEBU[0000] Called pull.PersistentPreRunE(podman --log-level debug pull nginx)
DEBU[0000] public key signer enabled for identity "/Users/cwawak/.ssh/ovirt"
DEBU[0000] Found SSH_AUTH_SOCK "/private/tmp/com.apple.launchd.XY3CFb4BBX/Listeners", ssh-agent signer enabled
DEBU[0000] public key signer enabled for identity "/Users/cwawak/.ssh/ovirt"
DEBU[0000] Found SSH_AUTH_SOCK "/private/tmp/com.apple.launchd.XY3CFb4BBX/Listeners", ssh-agent signer enabled
INFO[0000] Setting parallel job count to 25
4bb46517cac397bdb0bab6eba09b0e1f8e90ddd17cf99662997c3253531136f8
DEBU[0009] Called pull.PersistentPostRunE(podman --log-level debug pull nginx)

Describe the results you expected:
this is directly on the server:

$ podman pull nginx
Trying to pull registry.fedoraproject.org/nginx...
  manifest unknown: manifest unknown
Trying to pull registry.access.redhat.com/nginx...
  unsupported: This repo requires terms acceptance and is only available on registry.redhat.io
Trying to pull registry.centos.org/nginx...
  manifest unknown: manifest unknown
Trying to pull docker.io/library/nginx...
Getting image source signatures
Copying blob b49ea07d2e93 done
Copying blob bf5952930446 done
Copying blob cb9a6de05e5a [======================================] 25.2MiB / 25.2MiB
Copying blob a5e4a503d449 done
Copying blob 9513ea0afb93 done
Copying config 4bb46517ca done
Writing manifest to image destination
Storing signatures
4bb46517cac397bdb0bab6eba09b0e1f8e90ddd17cf99662997c3253531136f8

Additional information you deem important (e.g. issue happens only occasionally):

Output of podman version from client:

$ podman version
Client:
Version:      2.0.6
API Version:  1
Go Version:   go1.15
Built:        Wed Sep  2 13:30:31 2020
OS/Arch:      darwin/amd64

Server:
Version:      2.0.5
API Version:  0
Go Version:   go1.14.6
Built:        Wed Dec 31 19:00:00 1969
OS/Arch:      linux/amd64

Output of podman info --debug from client:

host:
  arch: amd64
  buildahVersion: 1.15.1
  cgroupVersion: v2
  conmon:
    package: conmon-2.0.19-1.fc32.x86_64
    path: /usr/bin/conmon
    version: 'conmon version 2.0.19, commit: 5dce9767526ed27f177a8fa3f281889ad509fea7'
  cpus: 1
  distribution:
    distribution: fedora
    version: "32"
  eventLogger: file
  hostname: podman
  idMappings:
    gidmap:
    - container_id: 0
      host_id: 1000
      size: 1
    - container_id: 1
      host_id: 100000
      size: 65536
    uidmap:
    - container_id: 0
      host_id: 1000
      size: 1
    - container_id: 1
      host_id: 100000
      size: 65536
  kernel: 5.8.4-200.fc32.x86_64
  linkmode: dynamic
  memFree: 2375626752
  memTotal: 4119506944
  ociRuntime:
    name: crun
    package: crun-0.14.1-4.fc32.x86_64
    path: /usr/bin/crun
    version: |-
      crun version 0.14.1
      commit: 598ea5e192ca12d4f6378217d3ab1415efeddefa
      spec: 1.0.0
      +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +YAJL
  os: linux
  rootless: true
  slirp4netns:
    executable: /usr/bin/slirp4netns
    package: slirp4netns-1.1.4-1.fc32.x86_64
    version: |-
      slirp4netns version 1.1.4
      commit: b66ffa8e262507e37fca689822d23430f3357fe8
      libslirp: 4.3.1
      SLIRP_CONFIG_VERSION_MAX: 2
  swapFree: 4254068736
  swapTotal: 4254068736
  uptime: 19m 13.82s
registries:
  search:
  - registry.fedoraproject.org
  - registry.access.redhat.com
  - registry.centos.org
  - docker.io
store:
  configFile: /home/cwawak/.config/containers/storage.conf
  containerStore:
    number: 6
    paused: 0
    running: 1
    stopped: 5
  graphDriverName: overlay
  graphOptions:
    overlay.mount_program:
      Executable: /usr/bin/fuse-overlayfs
      Package: fuse-overlayfs-1.1.2-1.fc32.x86_64
      Version: |-
        fusermount3 version: 3.9.1
        fuse-overlayfs: version 1.1.0
        FUSE library version 3.9.1
        using FUSE kernel interface version 7.31
  graphRoot: /home/cwawak/.local/share/containers/storage
  graphStatus:
    Backing Filesystem: xfs
    Native Overlay Diff: "false"
    Supports d_type: "true"
    Using metacopy: "false"
  imageStore:
    number: 4
  runRoot: /run/user/1000/containers
  volumePath: /home/cwawak/.local/share/containers/storage/volumes
version:
  APIVersion: 1
  Built: 0
  BuiltTime: Wed Dec 31 19:00:00 1969
  GitCommit: ""
  GoVersion: go1.14.6
  OsArch: linux/amd64
  Version: 2.0.5

Package info (e.g. output of rpm -q podman or apt list podman):

client: $ brew info podman
podman: stable 2.0.6 (bottled)

server: $ rpm -q podman
podman-2.0.5-1.fc32.x86_64

Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?

Yes

Additional environment details (AWS, VirtualBox, physical, etc.):

Server running a fedora 32 minimal image.

[mheon]

The Pull command seems to need very similar treatment to what's happening with the Build command in #7452 - going to assign this one to @jwhonce as he's already handling that one.