456a3ec7c2
The design of https://fedoraproject.org/wiki/Changes/Sqlite_Rpmdb is problematic for us for multiple reasons. The first big reason is that rpm-ostree is designed for "cross" builds and e.g. today we use a Fedora-derived container to build RHEL CoreOS images. However the default database lives inside the `rpm` package which means that if we e.g. upgrade the coreos-assembler container to F33 it will suddenly try to use sqlite for RHCOS which is obviously broken. Related to this, rebases from f32 to f33 w/layered packages are broken: https://bugzilla.redhat.com/show_bug.cgi?id=1876194#c3 With this we can configure things to continue to use bdb for f33 for ostree-based systems, so that by enforcing an upgrade order f32 → f33 [bdb] → f34 [sqlite] ... the intermediate f33 w/bdb still understands sqlite and hence rebases will work. |
||
---|---|---|
.. | ||
check | ||
common | ||
compose | ||
ex-container-tests | ||
gpghome | ||
kolainst | ||
manual | ||
utils | ||
vmcheck | ||
compose.sh | ||
ex-container | ||
README.md | ||
runkola | ||
vmcheck.sh |
Tests are divided into three groups:
-
Tests in the
check
directory are non-destructive and uninstalled. Some of the tests require root privileges. Usemake check
to run these. -
The
composecheck
tests currently require uid 0 capabilities - the default in Docker, or you can run them via a user namespace. They are non-destructive, but are installed.To use them, you might do a
make && sudo make install
inside a Docker container.Then invoke
./tests/compose
. Alternatively of course, you can simply run the tests on a host system or in an existing container, without doing a build.Note: This is intentionally not a
Makefile
target because it doesn't require building and doesn't use uninstalled binaries. -
Tests in the
vmcheck
directory are oriented around using Vagrant. Usemake vmcheck
to run them. See alsoHACKING.md
in the top directory.
The common
directory contains files used by multiple
tests. The utils
directory contains helper utilities
required to run the tests.