-
Notifications
You must be signed in to change notification settings - Fork 465
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
feat: "language" parser for .deb control data #2917
Labels
enhancement
New feature or request
Comments
terriko
added
enhancement
New feature or request
hackathon
Issues for folk participating in the Open Ecosystems hackathon
labels
Apr 19, 2023
I've added the hacktoberfest link to this, so here's the cut and paste of info for new contributors: Short tips for new contributors:
Claiming issues:
|
Can I work on this? |
@crazytrain328 feel free! |
This was referenced Nov 24, 2023
terriko
removed
hacktoberfest
good issue for hacktoberfest participation
hackathon
Issues for folk participating in the Open Ecosystems hackathon
labels
Oct 1, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
.debs have a set of control fields which contain a bunch of information that looks awfully like the
{vendor, product, version}
tuplet we use for NVD lookups:https://www.debian.org/doc/debian-policy/ch-controlfields.html
I think it should be possible to read these files similar to the way we read package lists.
For NVD lookup, we would want to intentionally build in some special cases for things like python files which are all packaged with the prefix
python3-
and so on rather than just assuming the name is correct, and maybe trying to do some nice parsing of the url included to see if that can be used to better guess thevendor
.The release-monitoring.org website may help you with names across distros. e.g. https://release-monitoring.org/project/3779/
Anyone working on this:
The text was updated successfully, but these errors were encountered: