The error is either on nuget.org's end (possible, but will go away within a few minutes) or within your network (most likely). If you have a proxy server or firewall, make sure it's configured to allow passthru SSL connections; keep in mind, default port is 443 for this... for the user that the ProGet service/web-app is running under.

The GetUpdates() method is now included in v3.2.1

This feature was actually added in v4.0, just change the workflow properties to allow deployments to any environment.

Have you seen this? http://inedo.com/support/tutorials/creating-an-auto-deploying-custom-extension-application But in short, you put {YourExtension}.dll inside {YourExtension}.bmx, where .bmx is simply a .zip file renamed to .bmx. For the ClickOnce action, take a look at: http://inedo.com/buildmaster/extensions/.NET/Inedo.BuildMasterExtensions.DotNet2.ClickOnceAction

The best solution is to assign a domain account that does have the privileges to start/stop the service. There are some other solutions detailed here: http://serverfault.com/questions/187302/how-do-i-grant-start-stop-restart-permissions-on-a-service-to-an-arbitrary-user

This question is answered here: http://stackoverflow.com/questions/26592119/buildmaster-net-framework

You can reset the Admin user account password by stopping the ProGet Windows service, then running ProGet.Service.exe and selecting the "ResetAdminPassword" option. Make sure to restart the Windows service when finished.

Your best bet would be to run a fiddler or similar trace to see what calls monodevelop is making vs visual studio. There is really no documented standard API, so it's very possible that monodevelop is using something that happens to work with nuget.org,

We have reproduced this, and determined that it has to do with the way nuget.org handles casing. If all lowercase (Id='jquery.cookie') is used, then results are returned. This is because we currently handle these types of queries by just translating them to use a filter instead (Id eq 'jQuery.Cookie'), for compatibility with older servers, and it seems that the 'eq' operator is always case-sensitive on nuget.org. We may not need to be doing this translation at all anymore, since it's been a while since that new syntax has been introduced, but for now we will make a change to wrap this type of query in a tolower() odata function, which we have confirmed fixes the issue with this package. We'll include this fix in the next maintenance release.

Cached packages are used for downloads only and not metadata. If you need the metadata, you will have to pull the package to ProGet instead of just cache it. Then it will be available even if the connector is unreachable. Note: as of ProGet 3.3 and newer, this is no longer true. Cached packages are now used for metadata queries as well as downloads.

It actually always makes the reservation, though once the service is installed you can immediately remove it with the DeleteReservations command in ProGet.Service. I believe we did this originally to make it easier to switch back and forth between IIS/integrated, but I agree that this should be optional at least, and I will file this as a bug.

How are you creating your application, can you provide an repro steps?

Does this still happen if you add another action after getting the TeamCity artifact? Maybe add a Sleep action with a delay of 5 seconds, just to see if you still get this behavior. I suspect it may be a SQL deadlock issue when an execution completes, but we are still looking into this, and we only have one server we can reproduce this on.

Thanks Tod, that's exactly what I needed. Works like a charm. -Tim

For reference, I have logged this issue as BM-1636, it should likely be included in the v4.4.7 maintenance release.

When you say, "TFS build gets the Source and builds all in one step" ---- do you mean there's a single action (like an MSBuild script) that gets source and builds? If so, then you'll need to make a parameter to this script, and have that update the build/release number with the approraite buildmaster variables.

Well, hmm, I'm not sure how that would happen... unless there's multiple services running? You edit it directly in the database (Servers table); if it flips back, that means something really strange is happening (such as the two services).

This error means that the TFS URL has not been set; you'll need to configure this on the Admin > Extensions > TFS page.

Yes, just inherit from PredicateBase in the SDK. If you don't already have a custom extension, check out the Creating an Auto-Deploying Custom Extension Application tutorial to create one - it will also have a Sample Predicate within it.

We can now support 99% of our clients using the Network Credential Manager. Only one edge case, as discussed with Alex, is still outstanding. We will address that by customising the code in the near future.