An RPM dependency check tool based on a repository metadata modification approach.
  • Python 97.7%
  • Shell 2.3%
Find a file
Adam Williamson b8b5612f50 Use modified repodata for get_new_repoclosure
I noticed that https://openqa.fedoraproject.org/tests/4471016
passed when it should not have: it should have caught that the
new gstreamer1-plugins-good package had a dependency issue. I was
able to reproduce this locally. Some debugging indicated that,
in get_new_repoclosure, the base repository that should have been
modified was not behaving as if it was modified.

Looking further, we don't actually use the modified repodata for
get_new_repoclosure(), even though the description says we do.
We use the same repository name and DNF cache location, but we
pass the base URL for the original unmodified repo, not the
base URL where the modified repodata created by
get_modified_repoclosure() is (it's been cleaned up by the time
get_new_repoclosure() runs anyway).

This is only noticeable if the tested packages include a dep on
something in a base repo that is removed by the modification
step. The test doesn't cover this scenario so I'm not sure
whether this ever worked - perhaps via DNF's cache? - or has
just been broken all along.

Let's improve it by creating the temporary directory where we
store the modified repodata in main() and passing it to both
get_modified_repoclosure() and get_new_repoclosure(); this way
get_new_repoclosure() can access and use the actual modified
repodata. In my local testing, this fixes the bug and we now
correctly find the dependency error. Let's also improve the tests
to cover this case.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
2026-03-21 22:54:15 -06:00
.forgejo/workflows Add CI and AI review workflows 2026-02-17 14:26:31 -08:00
tests Use modified repodata for get_new_repoclosure 2026-03-21 22:54:15 -06:00
.gitignore Initial version of rmdepcheck 2025-06-18 13:13:13 +02:00
CHANGELOG.md Update CHANGELOG for 1.1.0 2025-07-14 16:03:02 -07:00
COPYING Add CHANGELOG.md and COPYING 2025-06-19 14:02:35 +01:00
install.requires Initial version of rmdepcheck 2025-06-18 13:13:13 +02:00
pyproject.toml Release 1.1.0 2025-07-14 16:03:23 -07:00
README.md Update README to cover testing source repositories 2026-03-17 14:07:39 -07:00
release.sh Initial version of rmdepcheck 2025-06-18 13:13:13 +02:00
rmdepcheck.py Use modified repodata for get_new_repoclosure 2026-03-21 22:54:15 -06:00
tests.requires Initial version of rmdepcheck 2025-06-18 13:13:13 +02:00
tox.ini Add a mypy check to tox configuration 2025-06-19 15:37:56 +01:00
tox.requires Add mypy to tox.requires 2025-06-19 16:20:42 +01:00

rmdepcheck

rmdepcheck is an RPM dependency check tool based on a repository metadata modification approach. It works by comparing a checked repository to one or more base repositories. First, checks are run on the base repositories as-is. Next, modified copies of the base repositories' metadata is created, with all packages from the same source RPM(s) as the package(s) in the checked repositories removed. Finally, checks are run again on the modified base repositories, with the checked repositories available to the dependency solver. The results of the two runs are compared. New failures should indicate problems introduced by the checked repositories. Also, some relevant checks are run on the checked repositories with reference to the modified base repositories.

Optionally, additional base repositories can be specified which will not be modified, and additional new repositories can be specified which will not be checked directly. The former is intended for testing scenarios like stable Fedora releases, which have a frozen release repository which is never modified, and an updates repository which is updated. The latter is intended for multilib scenarios; it may be desirable to use such an additional repository for packages for the multilib arch(es), if e.g. installability of these should not be tested directly.

An alternative mode allows simply testing the consequences of removing a list of source packages entirely; in this mode, in the second step, the base repository's metadata is modified to entirely remove all binary packages built from the specified source packages. The installability check is skipped in this context.

Requirements

rmdepcheck has no run-time Python dependencies outside the standard library. However, it requires several command-line utilities:

  • dnf
  • zstd
  • curl

It checks for these, and will exit early with an error if any of them is not found. rmdepcheck is written primarily for Red Hat-family distributions, but should in theory be usable anywhere these utilities can be installed (and forward slashes act as directory separators).

Installation

Installation of rmdepcheck is entirely optional, it can be run just as well directly from the repository. Otherwise, rmdepcheck uses setuptools for installation and is PEP 518-compliant. You can build and install with e.g. the build module and pip. rmdepcheck can also be installed directly from PyPI with pip and other tools.

Usage

Simple usage looks like this:

rmdepcheck https://a.base.repo.example/repo,file:///another/baserepo file:///the/testedrepo

The to-be-modified base repositories are specified as a comma-separated list. Repositories are always specified as URLs. Only file:// , http:// and https:// URLs are accepted.

For the alternative 'removal' mode, usage looks like:

rmdepcheck --removes https://a.base.repo.example/repo,file:///another/baserepo sourcepkg1,sourcepkg2

This tests removing sourcepkg1 and sourcepkg2, and all binary packages built from them, from the base repositories.

For more complex usage, see rmdepcheck --help.

Note rmdepcheck is really only intended for use as a script, not as an importable library. If you want to use it as a library go ahead, but this isn't a supported use case and bugs in it may not be addressed.

Testing build dependencies

You can include source package repositories in the base repository set. This has the effect of testing for build dependency breakages, as the dependencies of a source package are its build requirements. You can identify build dependency breakages in the output by the package name ending in .src.

When doing this, you must also include at least one matching binary repository, or all requirements of all source packages will be unresolvable and the tool will run slowly and produce useless output.

Example:

rmdepcheck https://a.base.repo.example/binaryrepo,https://a.base.repo.example/sourcerepo file:///the/testedrepo

License

rmdepcheck is released under the GPL, version 3 or later. See COPYING and the header of rmdepcheck.py itself.

Contributing

Issues and pull requests can be filed in Codeberg. Pull requests must be signed off (use the -s git argument). By signing off your pull request you are agreeing to the Developer's Certificate of Origin:

Developer's Certificate of Origin 1.1

By making a contribution to this project, I certify that:

(a) The contribution was created in whole or in part by me and I
    have the right to submit it under the open source license
    indicated in the file; or

(b) The contribution is based upon previous work that, to the best
    of my knowledge, is covered under an appropriate open source
    license and I have the right under that license to submit that
    work with modifications, whether created in whole or in part
    by me, under the same open source license (unless I am
    permitted to submit under a different license), as indicated
    in the file; or

(c) The contribution was provided directly to me by some other
    person who certified (a), (b) or (c) and I have not modified
    it.

(d) I understand and agree that this project and the contribution
    are public and that a record of the contribution (including all
    personal information I submit with it, including my sign-off) is
    maintained indefinitely and may be redistributed consistent with
    this project or the open source license(s) involved.