On 2019-11-21 17:39, Muayyad AlSadi wrote: > <podman(a)lists.podman.io&gt;Hi, > > on fedora 30 as root > # dnf install dumb-init > > let's try podman as normal user > the following command does not work (busybox image) > > $ podman run --rm -ti --init --init-path=/bin/dumb-init busybox /bin/sh > standard_init_linux.go:211: exec user process caused "no such file or > directory" > > but when using fedora image it works > > $ podman run --rm -ti --init --init-path=/bin/dumb-init > registry.fedoraproject.org/fedora-minimal:30 /bin/sh > > but when using statically > and as normal user > $ curl -sSL -o ~/.local/bin/dumb-init > https://github.com/Yelp/dumb-init/releases/download/v1.2.2/dumb-init_1.2.... > > $ chmod +x  ~/.local/bin/dumb-init > $ ldd ~/.local/bin/dumb-init > not a dynamic executable > $ podman run --rm -ti --init --init-path=~/.local/bin/dumb-init busybox > /bin/sh > > it works fine > > so should fedora ship statically linked dumb-init? If the primary purpose of dumb-init is to be used in containers, then it needs to be statically-linked; mounting a dynamic binary into a container is asking for trouble. I thought we were trying to get catatonit packaged for Fedora as the intended primary init binary for `podman run --init` but I'm not sure where those efforts stand. Thanks, Matt Heon > _______________________________________________ > Podman mailing list -- podman(a)lists.podman.io > To unsubscribe send an email to podman-leave(a)lists.podman.io _______________________________________________ Podman mailing list -- podman(a)lists.podman.io To unsubscribe send an email to podman-leave(a)lists.podman.io