Open makhomed opened 2 weeks ago
workaround exists:
buildah config --entrypoint '[ "/usr/lib/systemd/systemd" ]' $container
in this case all works as expected:
# buildah inspect working-container | less
"config": {
"Entrypoint": [
"/usr/lib/systemd/systemd"
]
},
probably this is not a bug in buildah
binary, but this is the bug in the man buildah-config
, because in the manual not described this difference - "when the entrypoint is specified as a string" - then '["/bin/sh", "-c"]'
added as silently forced prefix to entrypoint. But "if you use the array form" - in this case '["/bin/sh", "-c"]'
not added as prefix. This main difference between two forms of entrypoint not described in the buildah
configuration.
Interested in opening a PR to fix documentation?
Interested in opening a PR to fix documentation?
Sorry, but not.
Because English is not my native language, and I am not sure in the high quality of such my PR.
Description Command
buildah config --entrypoint
not work as expected and as it documented.podman hung when try to stop such container, because it can't detect what entrypoint is systemd. because container entrypoint is really
/bin/sh
, not/usr/lib/systemd/systemd
.Steps to reproduce the issue:
buildah from scratch
buildah config --entrypoint "/usr/lib/systemd/systemd" working-container
buildah inspect working-container | less
Describe the results you received:
Describe the results you expected:
Output of
rpm -q buildah
orapt list buildah
:Output of
buildah version
:*Output of `cat /etc/release`:**
Output of
uname -a
:Output of
cat /etc/containers/storage.conf
: