dac5ccc76e
This rolls up several libglnx changes: https://github.com/GNOME/libglnx/pull/101 Now of course things are trickier here because we have an internal abstraction over directly emitting to a console versus sending the result over DBus. Further complicating things is that some things call into libdnf and thus *require* use of `DnfState` which does not give us the "n items" information, versus other parts which we implement and can do what we want. Even *further* complicating things is that we have to take care around non-CLI callers like Cockpit; so I didn't try to pass the "n items" over DBus, rather just reimplemented the "insert into text" that libglnx is doing. Anyways overall this looks better IMO for all cases. Update submodule: libglnx Closes: #1143 Approved by: jlebon |
||
---|---|---|
.. | ||
check | ||
common | ||
compose-tests | ||
composedata | ||
ex-container-tests | ||
gpghome | ||
manual | ||
utils | ||
vmcheck | ||
compose | ||
ex-container | ||
README.md |
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.