Skip to content
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

Fix for the issue #163 - Vet is not able to detect setup.py manifest … #164

Closed
wants to merge 2 commits into from

Conversation

jchauhan
Copy link
Contributor

…given a directory as scan input

Copy link

safedep bot commented Nov 30, 2023

SafeDep OSS Vet

Policy Checks

  • ✅ Vulnerability
  • ✅ Malware
  • ✅ License
  • ✅ Popularity
  • ✅ Maintenance
  • ✅ Security Posture

Copy link

cloudflare-workers-and-pages bot commented Nov 30, 2023

Deploying with  Cloudflare Pages  Cloudflare Pages

Latest commit: ff68142
Status: ✅  Deploy successful!
Preview URL: https://8654b39e.safedep-vet.pages.dev
Branch Preview URL: https://experimental.safedep-vet.pages.dev

View logs

@@ -87,18 +88,31 @@ func FindParser(lockfilePath, lockfileAs string) (Parser, error) {
}
}

pw, _ := findExperimentalParser(lockfilePath, lockfileAs)
Copy link
Member

@abhisek abhisek Nov 30, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we should include experimental parsers automatically while scanning a directory because they primarily consist of parsers that does not have a standardised (unique) input file names. For example, SPDX / CycloneDX SBOM can be in any JSON file within the directory. setup.py can be an application code and not a manifest in which case there is a possibility that our parser will fail (which is fine) or generate false positive (which we should avoid).

This is the reason why we have separate list of experimental parsers that can be used explicitly using --lockfile-as and not selected automatically during a directory scan.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No Problem, i will switch to another tool that will support setup.py because I need to parse it. Most of the python libraries will have setup.py.

@abhisek abhisek closed this Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants