koji

#3868 optional dependency rpm-py-installer seems to be deprecated by upstream, causing `make test` to fail
Closed: Fixed by tkopecek. Opened by zmiklank.

Closed: Fixed
Reopen Issue

In requirements.txt is stated the rpm-py-installer package.
As upstream[1] says:

"However, unfortunately we have a challenge to continue to maintain this project, with following new features of the dependent software and adding new features to meet user's expectations. The rpm-py-installer has issues with new other components.",

the package seems to be in deprecated state, failing to install with the newest pip[2]. There does not seem to be a plan to fix the pip installation in the upstream.

Due to this the make test3 is failing for me (on Fedora 37). Removing the dependency from requirements.txt resulted in correct execution of the tests. I also see, that based on what is written in setup.py, the rpm-py-installer is optional dependency.

At this point this issue does not negatively influence me, just wanted to let you know.

[1] https://github.com/rpm-py-installer/rpm-py-installer
[2] https://github.com/rpm-py-installer/rpm-py-installer/issues/276

Metadata Update from @tkopecek:
- Custom field Size adjusted to None
- Issue set to the milestone: 1.34

Metadata Update from @tkopecek:
- Issue set to the milestone: 1.35 (was: 1.34)

I use koji from PyPI a lot in CI jobs like GitHub Actions. Maybe we should make rpm an optional dependency.

@ktdreyer Do you've problems with PyPi version? It shouldn't require rpm-py-installer https://pagure.io/koji/blob/master/f/setup.py#_8
I believe that issue stays with (test-)requirements.txt which is used just for tests via tox.ini.

I probably just go ahead and drop rpm-py-installer completely and assume that it is installed in the test environment. We also expects that gcc + krb5-devel are there as gssapi always compiles itself, so it doesn't bring more pain to that.

Metadata Update from @tkopecek:
- Issue set to the milestone: 1.34.1 (was: 1.35)

Commit ff9dfe85 fixes this issue

Commit ba612e1e fixes this issue

Metadata Update from @tkopecek:
- Issue tagged with: no_qe

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/3868

Please continue any further discussion there.
Metadata
None

no_qe

None
None
Low
None
Related Pull Requests
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.