Catatonit requirement not in docs

[rvandernoort]

I was working on creating containers in pods, reproducing this issue when I stumbled on a dependency issue, which disallowed me to create the container in the pod. Whenever I ran the container in the pod it returned that it could not get the namespace as the infra container had exited. When logging the infra container it showed me

$ bin/podman logs <infra-container-id>
/catatonit: invalid option -- 'P'
usage: catatonit [-ghLV] [--] <progname>
$ catatonit --version
tini version 0.1.5_catatonit

Apperently catatonit was already installed using apt (ubuntu 21.10), which only serves 0.1.5, and I therefore needed to do a manual installation to 0.1.7 which contains the -P flag, which after a clean and make made it work again. I could not find this dependency anywhere on the website however, which maybe is relevant to put somewhere.

[TomSweeneyRedHat]

@baude @mheon thoughts?

[afbjorklund]

I thought catatonit was supposed to be included with (and upgraded with) podman, in /usr/libexec/podman/catatonit

Looks like some packagers have decided to symlink this to the system installation, and thus it breaks accordingly...

/usr/libexec/podman/catatonit -> ../catatonit/catatonit

The correct version is in hack/install_catatonit.sh

[mheon]

I was going to say that it was in https://github.com/containers/podman/blob/main/DISTRO_PACKAGE.md (our packaging guide for Podman) but evidently it is not. I think we need to get it added there, and then make the packaging guide more visible on podman.io

[afbjorklund]

Most likely there is some podman run --init test missing from the regression tests, as well. (Who runs those, anyway)

It's a bit weird that the system package (for catatonit) installs files under the internals (libexec) of the podman package ?

catatonit: /usr/libexec/podman/catatonit (also conmon: /usr/libexec/podman/conmon)

Seems like most are missing to bundle gvproxy for machine, but maybe Linux distributions put in an optional package ?

dpkg-query: no path found matching pattern /usr/libexec/podman/gvproxy

• https://github.com/containers/podman/issues/11665

[lsm5]

I can fix the docs RE: fedora.

Anything RE: debian/ubuntu is best handled by a user or the package maintainer.

dpkg-query: no path found matching pattern /usr/libexec/podman/gvproxy

@afbjorklund is this the case with the default debian package? If it's from the Kubic, then that'd be a WONTFIX from my side.

[afbjorklund]

I don't think debian had any package for gvisor-tap-vsock, so gvproxy is missing.