Please request a key at My.Inedo

I solved this by configuring the URL including port number in the Advanced Settings at "Web.BaseUrl"

This should not impact your ProGet installation

I can't get the Visual Studio 2012 or 2013 SDK to install. In the meantime, you could try building the extension locally with the reference to the 2015 DLL changed to the 2012 or 2013 version: https://github.com/Inedo/VsPushToProGet

Hi, So I delved into the Proget Vor Security extension and found the URL below gets used with the key on the end and a reference to a header too. Tried it through PowerShell and it is blocked so I'll get it added to the white list and retry :) https://vorsecurity.com/92614235v2.0/report/{id} Thanks for your help /Matt

Thank you!! It's finally working.

THis is logged as a bug for [PG-758], and we may get this in next maintence release. Unfortunately it's a non-trivial fix.

ProGet for Linux is already out; it's shiped as a docker container. We have a lot of users who install ProGet on server core, but please note it's an advanced OS and requires a lot of commandline use. So, it's a bit more difficult to install ProGet on this. A ProGet Node is either the Web or Indexing Service. The "Load Balanced Only" comes with just three nodes, so for this yo you would have two web nodes and then Service node. An enterprise installation will have 5+ nodes, which typically is multiple services nodes (at least two) and then the rest web nodes. With automatic failover, basically if one of the indexing services becomes inactive, then the other takes over indexing duties. Sure, as long as the web and indexing service can access the files using the regular File IO (i.e. it shows up as a drive in windows), then you can use the regular disk package store for this.

If this is happening, then the package is not being deleted from the package store on disk and is being re-added by the routine index reconcillation. The most likely cause for this is a misconfiguration (pointing to wrong file store), a file permissions error, or a back-up system restoring the package. When you delete a package, it should be deleted from the database and from the disk.

You can make an AfterPushPackageAdapter in a plugin. There's an example of an adapter on GitHub.

It seems like the problem is caused outside of ProGet. So, i would investigate Windows integrated Authentication (if you have it enabled, disable it as a test). Also look for other "random" IIS settings that may have inadvertently been changed. It's also possible to be networking equipment (bad router, switch, etc).

It's working again now, there was an issue with one of our feed URL's. But I would expected an HTTP 404 error instead of an HTTP 500 error then..

These are two separate errors: 404 - the package you asked for was not found 401 - you are not authorized to ask for a package If you configure your feed for authentication, then you're going to need to authenticate to the feed before you can query. The query will not even be considered if you do not authenticate. However, even if you authenticate correctly, if the package is not there, you will receive a 404. They are unrelated messages.

I have filed this as PG-757 and it is fixed for the next version.

As of ProGet 4.7.4, we are no longer performing any server-side filtering based on target framework. Can you confirm that you are on the latest version?

ProGet does not support that versioning scheme. This was only recently added in Nuget v3.5; we may add it at some point, but we need to support older clients and need to keep the older rules for now.

That's a bug affecting NuGet feeds - we're publishing a hotfix release today (4.7.6) and will include a fix for this.

ProGet does not currently implement the "_catalog" endpoint currently, which Octopus uses to detect the registry version. It's on our list, but we do not have an ETA for it now.

We test with the latest version of Posgres, but I haven't heard of any issues with 9.4 or newer. This ought to recreate the missing tables in your database: CREATE TABLE "Licenses" ( "License_Id" SERIAL NOT NULL, "External_Id" VARCHAR(50) NOT NULL, "Title_Text" VARCHAR(200) NOT NULL, CONSTRAINT "PK__Licenses" PRIMARY KEY ("License_Id"), CONSTRAINT "CK__Licenses__External_Id" CHECK (RTRIM(LTRIM("External_Id")) <> ''), CONSTRAINT "UQ__Licenses__External_Id" UNIQUE ("External_Id") ); CREATE TABLE "LicenseUrls" ( "License_Id" INT NOT NULL, "License_Url" VARCHAR(400) NOT NULL, CONSTRAINT "FK__LicenseUrls__Licenses" FOREIGN KEY ("License_Id") REFERENCES "Licenses" ("License_Id") ON DELETE CASCADE, CONSTRAINT "CK__LicenseUrls__License_Url" CHECK ("License_Url" NOT LIKE 'http://%' AND "License_Url" NOT LIKE 'https://%'), CONSTRAINT "UQ__LicenseUrls__License_Url" UNIQUE ("License_Url") ); CREATE INDEX "IX__LicenseUrls__License_Id" ON "LicenseUrls" ("License_Id"); CREATE TABLE "LicenseRules" ( "LicenseRule_Id" SERIAL NOT NULL, "Feed_Id" INT NULL, "License_Id" INT NOT NULL, "Allow_Indicator" YNINDICATOR NOT NULL, CONSTRAINT "PK__LicenseRules" PRIMARY KEY ("LicenseRule_Id"), CONSTRAINT "FK__LicenseRules__Feeds" FOREIGN KEY ("Feed_Id") REFERENCES "Feeds" ("Feed_Id") ON DELETE CASCADE, CONSTRAINT "FK__LicenseRules__Licenses" FOREIGN KEY ("License_Id") REFERENCES "Licenses" ("License_Id") ON DELETE CASCADE ); CREATE INDEX "IX__LicenseRules__Feed_Id" ON "LicenseRules" ("Feed_Id"); ALTER TABLE "Feeds" ADD "AllowUnknownLicenses_Indicator" YNINDICATOR NULL; DROP TABLE "FeedLicenseUrls" CASCADE;

Please see Cloud Package Stores for more information on how to configure these.