@J.D. - can you post this a new question? It may only be tangentially related to the original post in this thread.

Yes, I believe that does make sense. If I want to be able to control order of execution, it sounds like I should turn my deployables into their own separate child applications. Then I can specify order of deployment of each child application within whatever "master" application I am deploying.

Hi Simeon, Windows XP is definitely not going to be a reliable server :) The TCP stack is deliberately throttled/crippled to prevent server usage.

This error is related to the UploadReadAheadSize value that is configured in IIS. For IIS7+, see: http://www.iis.net/configreference/system.webserver/serverruntime For IIS6, see: http://msdn.microsoft.com/en-us/library/ms525310(v=vs.90).aspx

Got there in the end. Turns out that the proget service wasn't correctly configured. Once I changed this and restarted the service the packages turned up!

Thank you for the report - I have confirmed this particular page is validating the privilege at the system level instead of the feed level, we'll have it fixed in the next maintenance release.

I installed ProGet 3.1.2 today and the errors I experienced with 3.1.1 are gone. Thanks for the quick turn-around on the fix, you guys are great. Riko

Sounds like you basically just made that check list :) There is no "max password attempts" option as the built-in invalid credentials delay mechanism is sufficient to protect against brute-force/guess attacks. Otherwise, SSL and no anonymous is sufficient.

ProGet logs all errors to its error log or indexing errors log in the software itself, otherwise to the Windows event log. You can test by running the service (and/or IIS app pool) as your account if you're certain that your account has enumerate privileges.

An administrator must log in and run the ProGet.Service.exe executable and reserve the URLs you are using, which will also require a system restart before it takes effect.

Does one of your embedded scripts contain a reference to a module that doesn't exist on a remote server, e.g. Web Server Administration for IIS? Unfortunately the error returned by PowerShell is fairly useless in determining which exact module is missing :)

We will be adding a few fixes to help with retrying after indexing issues in the next maintenance release, as well as some more logging to figure out what is going wrong in these cases. Long term, we will also be redoing a lot of the indexing logic to eliminate these types of problems (but that probably will happen in a minor/major release.)

In this case, the web server user simply doesn't have permission to query the service status. You can ignore this message or increase the web server user's privileges.

Looks like a bug; IIS detection does not work on 2012 unless 4.5.1 is also installed. Will be fixed in maintenance release, but you should install 4.5.1 anyway since it has a bunch of bugfixes.

Most likely, the user that ProGet is running under is having difficulty requesting this information; you can try to restart the ProGet service, or the WMI service, and if all else, just reboot the server.

Thank you. I have replaced the contents of the WebApp and Service folders with the contents of the 3.1.0 manual installation zip file (except the config files of course). This seems to work as well. I think it is more or less the same effect as what you did by uninstalling and reinstalling, although your method is probably a bit safer! Luckily the database schema doesn't seem to have any updates in 3.1.1 that means it doesn't work with 3.1.0.

Curious, what versions of PowerShell do you have installed on the machine with the ProGet service, and also on the remote machine?

That action will package and deploy in much the same way as Visual Studio does when you click "Publish" for the solution, so it should only include the correct transformed configuration based on the publish profile selected.

Looks like Chocolatey now requires the description field to have a value, whereas pre-v0.9.8 it did not require one. We've updated the editor for v3.1.1 to require a description, though this will not impact existing data, so you'd still have to edit existing descriptions so that they have a value.

Thank you for the report - this will be fixed in the maintenance release coming out today (v3.1.1)