ort
ort copied to clipboard
`python-inspector` cannot analyze `s5cmd` package due to `IOException: error=2, No such file or directory`
When scanning the repository https://github.com/peak/s5cmd/tree/v2.2.2
The analyzer throws the error:
ERROR org.ossreviewtoolkit.plugins.packagemanagers.python.Pip - Unable to determine dependencies for definition file '/builds/oss/oss-review-toolkit/ort-gitlab-ci/project/vendor/github.com/urfave/cli/v2/mkdocs-requirements.txt': IOException: Cannot run program "python-inspector" (in directory "/builds/oss/oss-review-toolkit/ort-gitlab-ci/project/vendor/github.com/urfave/cli/v2"): error=2, No such file or directory Caused by: IOException: error=2, No such file or directory
Tested with ORT 27.0.0, 29.1.0, 32.1.0
Are you using the Docker image? Could be related to the notes mentioned here, so please try with ORT 33.1.0.
It's not related: I see the same issue also with 27.0.0
It's not related: I see the same issue also with 27.0.0
That should be irrelevant. Only ORT 33.1.0 and above contain the fix to pin the setuptools version. I.e. the issue might be caused by a new version of a requirement of python-inspector, not by some change in an ORT version.
I tested with version 6bb98df and the error is still there. P.s. we build the docker image ourselves
While I can't reproduce this locally, I can when using the Docker image. Anyway, I guess it's not python-inspector itself that cannot be found, but some dependency of it. I currently don't have time to investigate this further.
Anyway, I guess it's not
python-inspectoritself than cannot be found, but some dependency of it.
Guessing further, I believe the "thing" that cannot be found is something that gets called from the s5cmd project's setup.py script as we run python-inspector by default with --analyze-setup-py-insecurely. So a work-around could be to disable this via the respective package manager option.
Could you please give that a try, @bennati?
I tried adding the following to the global config, but the error persists
analyzer:
packageManagers:
Pip:
options:
analyzeSetupPyInsecurely: false
@bennati, does the issue persist with ORT 71.5.0?