-
Notifications
You must be signed in to change notification settings - Fork 46
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
Add support for additional packages in purl2url #143
Comments
@TG1999 @keshav-space Yesterday I installed
However, when I run I am exploring the purl2url work from my local "sandbox" -- simply another repo from inside of which I've run
so I can access my changes in purl2url.py from that sandbox. However, inside my forked packageurl-python repo, there is no
but nothing listed under I think I need somehow to rerun |
In the packageurl-python fork
and in |
This suggests to me that
|
Running For the record, this was the full error from pytest:
|
@johnmhoran Looking at your terminal prompt, this is what I think may be happening:
I think you have installed |
@JonoYang Running
But I think my running The 2 failing tests I now get are OK -- that's because I added the ability to actually get the Do you have time to discuss? |
@TG1999 @keshav-space @tdruez I can now get a download_url for pypi PURLs (though the code is not quite ready for prime time). Looking at the pypi JSON structure/content I get from requests.get() and at our current tests , if the few JSON examples I've seen are representative, we can retrieve either a
I see a variety of test PURL inputs and expected outputs in our tests but our actual goals for the purl2url.py output are not 100% clear. Is the approach I described above what we want? If not, please let me know what changes you want me to make in the data we retrieve. (At the risk of creating clutter, I'll paste sample output in the next comment below so you have the actual output data to examine.) |
Rather than post the verbose output here I pasted to a .txt I'll upload.... packageurl-python-purl2url-pypi-sample-output-2024-03-11.txt |
…l#143 Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
@TG1999 Further to your (and other) comments in the recently-closed prior PR 151, I've removed most of my prior code, and this issue -- and the new PR I'll open shortly -- now focus on adding repo URL support and testing for cocoapods (pypi support is already there and fine) and additional pypi testing. I'll turn next to fetchcode/package.py to add download URL (and other) support for cocoapods and pypi. |
@TG1999 Actually, I'd forgotten that fetchcode/package.py already handles pypi, including providing a single download URL entry (just one, as is the case for the other supported types as well, although there are often additional download files available). I have a few questions for you and @pombredanne about the details (e.g., do we want to add the ability for additional download files as a list or otherwise) and will ask them in the related fetchcode issue I opened recently. Re that question about multiple download files, I also raised it earlier in this issue (see this comment) -- this question is still a live question for you and @pombredanne -- I understand that I cannot simply modify the current inferred URLs function because people rely on its current form -- do we want to add this capability and, if so, how? We might want the download URL value to be a list rather than a single URL, and we might want the inferred URLs list to include more than the current repo and download URL values, but all of that would most naturally involve modifying the existing functions, which we don't want to do. Please let me know what you think. |
Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
…url#143 Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
Reference: package-url#143 Signed-off-by: John M. Horan <[email protected]>
This is related to the PURL CLI tool/library described in aboutcode-org/purldb#247.
The text was updated successfully, but these errors were encountered: