New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop importlib_metadata from requirements.txt as it causes dependency issues; install via test.sh #202
Conversation
|
Thank you. This change caused build failure on el7, see packit error. Would you give a try to remove that dependency completely? |
|
also please add signoff to the commit msg |
That is a very old setuptools we have there :(
Sure, let me remove it and see what happens.
What am I signing? |
|
So, importlib_metadata is not required on runtime but only during tests. There seem to be a dependency somewhere in the test stack that does not specify dependencies properly or that clashes with some other dependency. Let's pin importlib_metadata in the test requires instead and see if all the failed CI jobs use that one. |
|
OK, this works. I cannot sign the commits because I am using the github web UI. You can squash them when merging and sign them with your own signature. Consider my addition public domain. |
as it causes dependency issues. Install via test.sh instead. Also: - setuptools_scm >= 6 no longer supports python 2 Signed-off-by: Miro Hrončok <miro@hroncok.cz> Signed-off-by: Ben Alkov <ben.alkov@redhat.com>
|
Thanks @ben-alkov for squashing. |
|
No release notes, minor change affecting only tests |
|
Not entirely true. This removes a runtime dependency. |
|
So this ins not true?
|
|
importlib_metadata is not actually required on runtime, but it was specified as such. |
|
Do you agree with this? Release notes:
|
|
I agree. I'd even say:
|
I'd update the imports in the code as well, but they are not here. I don't understand why was this dependency added in the first place, but the commit message mentions CentOS and Python 2, so maybe it fixes a transitive depndency on importlib_metadata there, yet this can be avoided on Python 3.8+
Relevant problem in Fedora: nothing provides python3.9dist(importlib-metadata) < 3 needed by koji-containerbuild-0.11.0-2.fc35.noarch
Maintainers will complete the following section