Pb solved with the 1.5.2

Pb solved with the 1.5.2

Thank you so much. This is exactly what i'm looking for.

I was able to get Otter to work with TFS Git on-premises. All I needed to do was set the Otter website and service to run as a specific domain user that has rights to the TFS Git repository. Then in the Raft settings, leave the username and password empty. The Otter code will use the "DefaultCredentials" in LibGit2Sharp., which are the credentials of the currently executing service user. This is slightly sub-optimal, but it works. The next thing I would like to understand is why Git rafts are so slow (going to assets is fairly slow to load, ~10 sec) P.S. I never tried setting the "Basic Authentication" in TFS you recommended, as it is a fundamental change that could affect other users and services.

Ah, good find. The file browser is the only component of the web app that would use the SSH client directly, and it looks like those dlls just aren't getting packaged correctly in the installer. We'll put this on the list to fix.

ProGet does not support this for a variety of reasons, primarily security and support. Some users set-up a reverse proxy and rewrite urls, but we don't recommend it. Instead, please just use a different host name (Proget.mycompany.com) or port (mycompany.com:1000).

This is what Retention Policies are designed for, you can configure them to do this.

Hi Team, Thanks for all your support. I was clearing the temp cache for symbol server. Cleaning up a nuget cache fixes the problem for me. Thanks.

This is now in Admin > All Settings, under ReservationUrls

This was indeed removed from v5 for a variety of reasons, but we do plan to bring it back. It was very problematic to display this information on the web after connecting to it from an agent, etc.

Sure, that would solve the issue.

Alana, Might I suggest updating the documentation to state that. Currently it is specified for the Upload operation but not the other two.

Awesome Dean. Thanks for taking a look.

ah yes, sorry. I setup the creds a couple of months ago and forgot about that option. thanks.

The Feed Clean-up task, which is run from the service on a schedule you define in Admin > Tasks, will clean up these. if it's not happening according to that schedule, please ensure the service is running. You may want to restart the service. You can also manulaly trigger it too; if you do that, then it will clean up the missing packages right away.

In this case, you are pointing PRoGet to a SQL Server on a different machine. You will need to either use a different connection string (name/[assword), run proget service/web under a domain account and continue to use integrated auth, or allow connections from that machine in SQL Server (not recommended).

Hi Tod, Thank you! I'm never sure if I'm being helpful or just getting in the way. Just can't sit still long enough :).

This isn't an answer, but more information as to why the uninstaller might be failing. When I run these manual steps, I see an exception. > C:\BuildMaster\Service\bmservice.exe UninstallWeb C:\BuildMaster\Service\bmservice.exe : Error stopping service: Service INEDOBMWEBSRV was not found on computer '.'. At line:1 char:1 + C:\BuildMaster\Service\bmservice.exe UninstallWeb + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (Error stopping ...n computer '.'.:String) [], RemoteException + FullyQualifiedErrorId : NativeCommandError Removing INEDOBMWEBSRV service... Unable to remove service: Object reference not set to an instance of an object. Service removed. I think maybe the uninstaller doesn't handle this situation and so stops in the middle?

Alana- looks like this one is actually on me, the reverse proxy was stopping the single quotes. But, the extra trailing slash is what causes the issue with Packages(), same as it does with the earlier problem. I have it sorted out now.