Hi @gdivis,
I've tried encoding the purl URL, and it works on both Windows and Linux, without having to interchange the distro and component order. However, it's a little strange that NuGet package purls work whether they are encoded or not.
Anyway, I'm going to encode the URL in the code.

Thank you very much.

Hi again @atripp,
I'm afraid it doesn't work by changing the order either. I tried with a simpler package version, not a prerelease one, and it fails in the same way:

ERROR - Error '400 Client Error: Bad Request for url: https://serverip/api/packages/unstable-lin/delete?purl=pkg:deb/scatinat@7.2.2.0-1?arch=amd64&distro=jammy&component=scati'

As I mentioned, I'm just catching the purl from a previous API request. Would you have any other suggestions to try?

Thanks.

Hi @atripp,
using pgutil works OK:

pgutil packages delete --feed=unstable-lin --package=scatimysqlcluster --version=7.3.0.0-0.202406122314.6df3a85167 --component=scati --distro=jammy --arch=amd64

Deleting scatimysqlcluster 7.3.0.0-0.202406122314.6df3a85167 arch=amd64&component=scati&distro=jammy from unstable-lin feed...
Package deleted.

Although I'm not sure if it's the same, as pgutil doesn't really use a purl. In any case, we'd rather use the HTTP API to keep everything contained within the script code.

Thanks.

Hi,
I'm trying to remove packages from a Debian feed using the HTTP Request described in the API documentation: https://docs.inedo.com/docs/proget/reference-api/proget-api-packages/proget-api-packages-delete#http-request-specification
But it always returns an error 400 - Missing required qualifier component: distro, despite my using the purl returned by the server, as it's described here: https://docs.inedo.com/docs/proget/reference-api/proget-api-packages#using-a-purl-to-identify-a-package

I'm making this POST request https://serverip/api/packages/unstable-lin/delete?purl=pkg:deb/scatimysqlcluster@7.3.0.0-0.202406122314.6df3a85167?arch=amd64&component=scati&distro=jammy from a python script.
It doesn't seem to be a code error because the same script with a Windows purl works perfectly https://serverip/api/packages/unstable-win/delete?purl=pkg:nuget/scativision@7.3.5-2024-06-11

Thanks a lot.

Hi @stevedennis,
Seeing the PG-2716 solution included in the last release 24.0.8, we upgraded.
In 2024.8 version the creation of new Debian feed works perfect, but the feedGroup property doesn't seem to do it.
Could you double check if feedGroup is the right name, and if it's included on current version?

Great.
We’re looking forward to the next release and will let you know as soon as we test it.

Thank you.

Hi,
We are trying to create a feed following the Create feed documentation, but we run into two problems:

• There isn't to be a way to create a Debian "new" feed type. Debian value creates a classic feed type. We tried to use Debian2, as it appears on the website when creating a Debian feed, but it fails.
• We'd also want to assign the feed to an existing feed group during its creation using the API, but we aren't able to find any documentation in this regard.

We are using the last ProGet version running under Windows Server.
Thank you.

Hi @gdivis,

pgutil packages delete --source=scati --feed=stable --package="pacomalarmprocessor" --version=7.2.1.0-1 --qualifier="arch=amd64&component=scati&distro=bionic"

It works perfect with that command.

Thank you. Keep up the good work.

Thanks @stevedennis,
this is the information returned:

[
    {
        "purl": "pkg:deb/pacomalarmprocessor@7.2.1.0-1?arch=amd64&component=scati&distro=bionic",
        "name": "pacomalarmprocessor",
        "version": "7.2.1.0-1",
        "qualifier": "arch=amd64&component=scati&distro=bionic",
        "totalDownloads": 0,
        "downloads": 0,
        "published": "2024-05-14T07:40:58.73Z",
        "publishedBy": "Admin (API)",
        "size": 7088772,
        "md5": "f9b5cac473e1539824486ec76c8515b7",
        "sha1": "43e2493ee4fd6f6284c225bda574da8f884597ea",
        "sha256": "aa51e0cff448c3df2fcc509fb7f223fa600ed129c81a15b5f1c15e2f34dd0f1f",
        "sha512": "38d6cdfb91a052edddf1452c763f8cc83845f896a9fa7e5c6539071ad0f17be5188d7c39ff41b5690eb89e08527eac5dfc23d2355dfb4050986570b086ef2b61",
        "versions": [
            "7.2.1.0-1",
            "7.2.1.0-1"
        ]
    }
]

Odd or not, it claims that I have twice the same version 7.2.1.0-1. I presume that's because I have one bionic and one jammy version.
This is the list of files in the Web UI:

Files
Name	Size	Published	
bionic/scati/pacomalarmprocessor_7.2.1.0-1_amd64.deb	6.922 KB	14/05/2024 9:40:58	
jammy/scati/pacomalarmprocessor_7.2.1.0-1_amd64.deb	7.913 KB	14/05/2024 9:37:31	

According to the returned qualifier I tried other options, but it still fails:

pgutil packages delete --source=scati --feed=stable --package="scati/pacomalarmprocessor" --version=7.2.1 --qualifier="arch=amd64&component=scati&distro=bionic"

pgutil packages delete --source=scati --feed=stable --package="pacomalarmprocessor" --version=7.2.1 --qualifier="arch=amd64&component=scati&distro=bionic"

pgutil packages delete --source=scati --feed=stable --package="scati/pacomalarmprocessor" --version=7.2.1 --qualifier="arch=amd64&distro=bionic"

Hi @atripp,
sorry I don't really get what you mean.
In the ProGet UI everything looks ok, I guess. I don't really know what to look at.
Regarding to the Common Package API and purl, could you give me some information about how to request that information? I only have been able to find this webpage https://docs.inedo.com/docs/proget-api-common-package that returns a 404 error.

Thanks.