zhangxinyao88 commented on issue #58290: URL: https://github.com/apache/spark/issues/58290#issuecomment-5564378365
Thanks for the Iceberg reference — I’d like to take this. To keep an initial implementation useful but bounded, would it make sense to scan a representative Spark binary distribution / bundled JAR set rather than the full release matrix? My proposed first scope is: - a read-only workflow, with pinned actions; - HIGH/CRITICAL dependency findings only; - PR runs fail on findings, while upstream push or scheduled runs report findings for tracking; - SARIF upload only on upstream runs, so fork PRs do not require elevated permissions; - reviewed ignore files for accepted exceptions. If that direction matches the maintainers’ expectations, I can put together a focused PR. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
