In this case, it may be best to switch to IIS as the web server to host ProGet. The integrated server is meant more for simplicity and getting started more quickly, and isn't as robust when dealing with these types of network issues. The instructions to do so are here: http://inedo.com/support/kb/1013/hosting-buildmaster-or-proget-through-iis-instead-of-the-integrated-web-server

The feed directory can only contain package files, and remember that a ".symbols.nupkg" is not a valid package file. The ".symbol" file is just a bizarre hack the NuGet team put together to allow you to push half of your package to nuget.org and the other half to symbolsource.org. The nuget.exe client strips the ".symbols" from the name (so the server has no idea what type of file it's receiving). For ProGet, you just have to have everything in a single package... or create a separate feed that the symbol half of your pckage can go to. Basically, you just need to write a script to combine these two files into one. They're just zip files so it should be pretty easy.

Thank you for the report. It turns out if the package title is different from the ID, only the title is searched for the list command. We have fixed this on the ProGet end to search both ID and title regardless of difference and are planning on releasing v3.2 today which will include the fix. You could also hack that chocolatey script to use nuget list id:arenaframework-client which should work with the version of ProGet you already have.

That's unfortunate, but understood. Thank you for your timely response. However, I certainly wouldn't classify the workaround as easy with an actively released package such as EasyNetQ. Am I right in assuming the workaround would require manually monitoring for new versions on NuGet and pulling the new packages to ProGet whenever a new version is released? If so, that is quite an administrative overhead. I'm sure there are other packages on NuGet which have crossed the 100 releases boundary (or are nearing it), so this is probably not an isolated case.

Ok, figured it out. The Nuget.exe version I was using was 2.0, I updated to latest (2.8.1) and now I can get versions other than 3.3.0 for NServicebus.Interfaces. Thanks for your help!

Thanks Tod - it seems to have been a problem with our proxy settings but I've got it sorted now.

You would just need to create a second feed, and then copy all of the packages on disk from one to the other.

Make sure your feed is configured to cache packages (Admin > Manage Feeds > Edit Properties) and you'll see them in C:\ProgramData\ProGet\Packages\Default\_cache once they've been downloaded/restored:

Yet one more solution (after 6+ months). After trying all the possible solutions mentioned above - if you are still seeing the error: Response status code does not indicate success: 405 (Method Not Allowed). then most likely you need to disable your WebDav IIS plugin. You may either remove the IIS feature from the machine or if you need to keep the feature you may disable it only for this website. You may do this by editing the Web.config file (by default located here: C:\Program Files\ProGet\WebApp) and add two entries as shown below: <system.webServer> <modules> <remove name="WebDAVModule" /> </modules> <handlers> <remove name="WebDAV" /> </handlers> </system.webServer>" Note: the Modules and Handlers section should already exist, you only need to add the line <remove name="xxx"> for each section. I think Proget Dev team should integrate this in the Web.config by default to prevent future issues.. Thanks HS

This is possible using the SDK if you implement a custom package store (to allow ProGet to index packages stored in s3 and to allow it to push packages there), and an OData adapter to alter the package download URL sent back to clients. Our Creating a Custom Package Store tutorial is out of date in terms of the implementation (we are updating much of our tutorials/documentation this week), but there should be enough there to get you started. In short, you'd need to implement PackageStore and ODataAdapterBase. If you need a reference implementation of either, let us know and we can send it to you.

hi there - you'll want to use the API for this; http://inedo.com/support/documentation/proget/reference/api-methods Note that you can use the SDK if you'd like, and call the API methods via "StoredProcs.METHODNAME.Execute()"

Thanks for the detailed investigation! We have logged this as PG-250 and a fix will be included in the next release (v3.1.7). Provided there's no issues with testing, you can expect this release later today.

Sure does! See ProGet Silent Installation for more info.

TeamCity uses NuGet API v1... which was already deprecated when we build ProGet. So, in this case, you will need to push packages to PRoGet from TeamCity if you want to integrate.

We're thinking about it; if NPM proves to be successful and of interest, we would like to branch out to other repositories.

Yes, removing the privileges for the anonymous user will force authentication in the feed. You can also set an API key for the feed similar to NuGet.org feeds. For more info, see: http://inedo.com/support/documentation/proget/feeds/api-keys

We were planning to remove the filewatcher entirely in a future version. For now, we have added a UseFileSystemWatcher setting on the Admin->All Settings page. If you set this to False, and then restart the ProGet service, it will not use the watcher at all. Instead, it will check for updated files at the interval in the FeedIndexerThrottle setting (which by default is 60 seconds). Our best guess is that the internal buffer on the filewatcher was overflowing due to the large number of files, causing this strange behavior. Let us know if this helps. v3.1.5 with this workaround has been released.

This might be related to this NuGet bug... http://nuget.codeplex.com/workitem/4109 Which is aparantely fixed now!

No, this is not a known bug... it may be related to your IIS settings, or something else. Regardless, that's a really really really big package!! You should reevaluate how you have packages > 100mb, let alone 1gb! Best practices dictate to keep these as small as possible.

You can do this from the Admin page under "Licensing & Activation". If there is no internet connection once you click "Activate", it will bring up instructions on how to manually activate.