Hi Travis, thank you for the additional update. I was very confused by this as well... the problem is the documentation that says if "LDAP" is enabled... it should say "if Integrated Authentication is enabled then the API key is ignored". When those docs were written, those 2 were 1 in the same. I guess the whole point of this is to never use a feed "NuGet API key" since it duplicates what the "ProGet API keys" already do in terms of authentication.

This is the first request for such a feature; after v5 ships, we may consider putting this on the roadmap as a feature, depending on if anyone else requests it. These sorts of features may not be worth doing, because they are added complexity, more things to test, and only save a little bit of time during initial set-up.

Just to clarify, .NET PDBs with "full" debugging information (i.e. Windows PDB format) are supported, it is just .NET "portable" format that is currently not supported. Support for portable PDBs is currently an "open issue", and our initial research found that metadata information was undocumented, however since then it has been: https://github.com/dotnet/corefx/blob/master/src/System.Reflection.Metadata/specs/PortablePdb-Metadata.md Unfortunately at this time we don't have a timetable for if or when this gets implemented.

It installs SQL just fine. perhaps this would help. POST http://inedo.com/proget/activation/request-key HTTP/1.1 Content-Type: application/x-www-form-urlencoded Host: inedo.com Content-Length: 80 Connection: Keep-Alive it then has a body containing the fields email fullname trial version

I don't believe the NPM protocol allows for anonymous pushes. You could certainly have your CI put it in a drop folder however, which the ProGet would pick-up.

Looks like the database table NuGetPackageSymbols got corrupted somehow. After restoring it started working as expected.

There's an ongoing thread here; http://inedo.com/support/questions/6445. We still haven't researched it, but it would come after 5.0 (which we are planning to release in Q4).

Please request a key at https://my.inedo.com/. No internet access is required; obviously you won't be able to connect to feeds hosted on the internet, like NuGet.org..

I'm a bit of a loss, because we haven't seen such an error before... and it's not something that ProGet would be doing. You may have some IIS setting enabled, that's intercepting requests and ... doing "something" with them? It's really hard to say, because it simply doesn't make any sense, and the solution will not be found looking in ProGet settings/installation. Would suggest to use the integrated web server in this case. Or, use a fresh IIS installation.

You can just back-up the database, and then restore it in the new SQL Server.

This is not a known issue with ProGet or our tools. But I'll note, there is a little bit of a "warm-up" time needed for .NET-based applications; it should be pretty quick (5-10 seconds), but it sounds like your server might be a bit underpowered? Or maybe there is some other thing preventing .NET applications from "warming up" in a fast enough time?

Hello Srinivas, The Push to ProGet extension is specifically for Universal feeds. That error message appears to be coming from a NuGet feed. You can use a generic NuGet Visual Studio plugin to push to a NuGet feed on ProGet.

Hello I installed it using your integrated database installation.

Hello Tom, You are correct that this is caused by the npm feed type not being found. I've filed this as PG-1073 and submitted a fix for review, so it should be fixed in the next version of ProGet.

Tagging would indeed be the solution, now it's clear how we should have been working. Thanks for the fast feedback!

That actually worked out very well, thank you for the information. Looking forward to the next release.

We don't support doing this sort of tweaking on the ProGet database; it might work, but we don't test it so I can't say.

I followed your suggestion of providing a Nuget API key, I got a different error. I found that if I unregistered the repository in PowerShell, and reregistered it, things work as expected when you provide an API key. It appears that Publish-Module does not work without an API key. Since ProGet will ignore it, (assuming the feed is not configured with one), you get the effect of just credential auth. (So might as well put an API key on the feed to avoid confusion.)

I haven't seen the error before, but it appears to be network related. I would suggest switching to IIS, so that you can debug those network problems a lot easier than the integrated web server.

Please refer to these documents from Microsoft: https://docs.microsoft.com/en-us/nuget/create-packages/creating-a-package https://docs.microsoft.com/en-us/nuget/create-packages/symbol-packages If the symbol files are inside of a package, then ProGet will index them.