Hello Ben, we had a missunderstanding regarding the endpoints. We didn't get that every symbol feed is available at http://proget/symbols and every nuget feed respectively at http://proget/nuget. The naming of our feeds wasn't very helpful with that... Thank you very much.

It's just a way to organize packages. You can filter in the API currently but not in the UI. We had considered that feature when adding universal packages, but so far I believe you are the first to request it :) As an example, we use the groupings for extensions for our products, with the product name being the group for an extension.

Each rule separately checks that all of its conditions are met before deleting a package. If any of the rules decide to delete a package, the package is deleted.

Thanks Alex. Looking forward for new version.

Hi Ben, When trying with the universal feed API endpoint: [image: Capture003.PNG] I'm getting the error: [image: Capture004.PNG] So authorization is ok, but now it seems like feed API is waiting for a Key the extension is not sending.

Hello Jeff, I've fixed PG-1034 and PG-1035 in the next version of ProGet. There is no configuration problem on your server.

Oh, that's certainly a mistake -- actually it came when the feature was released. But I've updated the index page, so it'll be updated at some point when site gets updated. The security API are also unspecc'd. That's something we plan to bring to all products, and will probably be much easier to spec out

Hello Jeff, There is currently a bug in the FeedCleanup task for Docker feeds. PG-1030 has been fixed for the next version of ProGet, but until then, disable the FeedCleanup task for any Docker feeds in /administration/scheduled-tasks.

It seems like something changed in security settings - Publish Packages task got "private" scope. [image: vo6hmcg.png] I droped "Publishers" and added them again, scope has been changed to "all feeds" and problem gone! [image: NEDd3NU.png] Seems it's an upgrade bug because the scope option can't be set in free version... [image: 8qyYRQ3.png]

The npm search command has been broken in npm for some time, as it downloads the entire package index and searches it locally. Due to the size of the index on npmjs.org, this stopped working for a lot of people due to npm OutOfMemory errors and various other issues. Because of this, they deprecated this form of searching in the npm client in favor of a new search API, but it seems that only npm 4+ actually uses the new API. Indexing all of npmjs.org also caused a lot of problems for our users due to the sheer amount of data involved, so we dropped indexing of any registry that supports the search API. Local packages are still returned in the /-/all endpoint, since this doesn't require the same server overhead, which is why you are still seeing those packages. Basically, you may want to try the new npm client, or just stick to searching on the web for now.

Sorry for the confusion... I think those should be listed as "internal only" methods, and not on the API page. Anyway, the Native API can only be used for metadata. So you won't be able to use it in this manner.

UPDATE: this has been updated in PG-1632 __ Hello Jonas, Deleting images isn't in the native API because the stored procedures only delete metadata, but if your CI server has access to the database ProGet is using, you can run the stored procedure to delete the metadata for the image and ProGet will automatically delete the files whenever the FeedCleanup scheduled task next runs. Assuming your docker image is named proget:443/foo/bar/baz, the foo feed has ID 42, and the digest for the version of the image you want to delete is f52fbd32b2b3b86ff88ef6c490628285f482af15ddcb29541f94bcf526a3f6c7, this SQL statement will work: EXEC [DockerImages_DeleteImage] /* Feed_Id */ 42, /* Repository_Name*/ 'bar/baz', /* Image_Digest */ 'f52fbd32b2b3b86ff88ef6c490628285f482af15ddcb29541f94bcf526a3f6c7' GO If you don't know the digest, https://proget/api/json/DockerImages_GetImages?API_Key=[your API key from /administration/api-keys]&Feed_Id=42&Repository_Name=bar/baz returns metadata including Image_Digest and Published_Date, and https://proget/api/json/DockerImages_GetTags?API_Key=[your API key from /administration/api-keys]&Feed_Id=42&Repository_Name=bar/baz returns metadata including Image_Digest and Tag_Name.

Please make sure that the Amazon extension is downloaded. You can see which extensions are installed on the ADmin > Extensions page. When the service is loaded, the extensions are unzipped and put in the foloder you referenced.

Hello Jason, It looks like the npm registry started returning empty responses about a week ago. It looks like they're having caching problems. ProGet 4.7.8 and newer support the npm search API, so indexing isn't needed to search the npm registry, or you can wait for npm to fix the problem on their end.

We had switched to IIS hosting of the web site, and so the solution was to first stop the web site in IIS Manager before running the installer.

I would also try to upgrade your new server to 4.7.6 as well, because I really can't think of anything in the ProGet software that would yield this behavior. The file's bytes are simply written to disk as they are received using streams and async methods. Moreover, we test with large packages and have a lot of users who have large packages, and none have reported issues.

Hello Peter, Thanks for the bug report! I was able to reproduce the problem, and it will be fixed in the next minor version of ProGet (4.7.12). PG-1029

Regarding the database migration, we don't have an export/import function.. but you can just recreate the feed and use the bulk import path for your exisitng packages.

Glad you were able to get a little further... I've added this to the our public issue tracker as PG-1026. It's currently classified as unscheduled, but I imagine it will make it into the next release.