-
Notifications
You must be signed in to change notification settings - Fork 587
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
A malformed Python RECORD file stops Syft processing #1012
Comments
Confirmed this on my machine. This failure can be reproduced by using the above |
hey, is there any progress with the issue? |
Any update? |
Hi @yonatan-shorani and @adinerman, can you help me reproduce this? I'm trying to use the previously mentioned command:
...but the hostname is no longer resolving and I'm not very familiar with Harbor. If you have a simplified way to reproduce this for us, we would appreciate it. Thanks. |
It should be a public image, also in grype you get the error
|
That hostname doesn't resolve for me, it must be internal:
...but I was able to reproduce it with a fixture based on @adinerman's original file. I think we have enough to move this into the backlog. Thank you for the help! |
What happened:
while scanning an image (harbor-repo.vmware.com/coe_repo/priority_portal:3.0) the python cataloger failed with error:
unable to read python record file: record on line 27: wrong number of fields
What you expected to happen:
when it fails we should skip the line/pkg (with a warning) and not stop the run.
How to reproduce it (as minimally and precisely as possible):
syft harbor-repo.vmware.com/coe_repo/priority_portal:3.0
Anything else we need to know?:
when I went over the var file I found the problem lines:
Environment:
syft version
:The text was updated successfully, but these errors were encountered: