- instead of hacky mkdir /run/user/<fedora id>,
use loginctl enable-linger and hope that it
has the same effect.
reason: the mkdir doesn't seem to be 100% effective.
There are cases in which the first rootless podman
invocation fails with:
Error: could not get runtime: cannot mkdir /run/user/1000/libpod: mkdir /run/user/1000/libpod: no such file or directory
Signed-off-by: Ed Santiago <santiago@redhat.com>
forward: rhbz1740664 (permissions on /dev/net/tun) appears to
be fixed; let's remove the 'modprobe tun' workaround.
back: rootless tests are failing in CI, in a way that I
can't reproduce via 1minutetip. One of the errors is:
cannot mkdir /run/user/1000/libpod: mkdir /run/user/1000/libpod: no such file or directory
...so let's try, after the mkdir, chowning it to fedora.
Signed-off-by: Ed Santiago <santiago@redhat.com>
Systemd bug 1740664 causes /dev/net/tun to be mode 600,
causing slirp4netns to fail on rootless podman.
Suggested workaround is to 'modprobe tun'. Let's
give that a try in the interests of making the
gating tests pass.
Signed-off-by: Ed Santiago <santiago@redhat.com>
Define a new podman-tests subpackage, containing a set of
tests intended to be run as gates. As of this initial checkin,
this consists of a set of BATS tests in /usr/share/podman .
Include a configuration for running under Fedora CI
Signed-off-by: Ed Santiago <santiago@redhat.com>
This is a placeholder only. The idea is that, once the ginkgo
tests are approved and merged and packaged, you add that
package to test_podman.yml:required_packages, then rewrite
the .sh script so it invokes those tests and writes PASS/FAIL
to test.log as appropriate.
Until then, this can serve as a rudimentary gate.
Signed-off-by: Ed Santiago <santiago@redhat.com>
