I had phrased that wrong. It should have been said that I'm trying to get multiple domains working using the Active Directory (New) directory. I found the NetBIOS name mapping settings and this resolved my issue. Thanks for the help! Ryan

@atripp There was no errors, I had variables in the template and I re apply the template because I made some modifications on the Pipeline. I did not anticiped that the reload of the tempalte removed the new value of the variables. It would be nice to be able to check when you reload a Tempalte what you want to update (Variables, Pipeline etc ....). And I did not find if it is possible to re-apply a template to a Group of applications

I switch to a domain account and it works ... Small bug I guess Thanks for the fast reply

@atripp Thank you Just one small quesiton: When do you plan to make the UPack raft available for both BuildMaster and Otter ?

So, if I understand correctly, using Email for username and PAT for password causes a problem. I'm guessing, this is happening during a Bearer token request. Would you be able to run ProGet through a proxy server, so you can see the requests that are being made, and reproduce those requests? Alternatively, could you use the code I provided to request a Bearer token? It's possible that you have an intermediate proxy server that's generating that 400 error, or it's a bug on Microsoft's end. The Microsoft documentation could also be wrong. But let's try to see if we can work-around or get information to Microsoft to fix it.

I just want to let you know that our BM and the re-installed agent from the server got the communication and the build passed successfully. So we can close this issue. Thanks a lot for the fast answers.

Hello @atripp You were right. In Otter Define the agent's temp directory as it should be by default /tmp/otter. In BuildMaster Force a sync Infrastructure The pb is gone I will now implant my ansible function on buildMaster Best Regards PhilippeC.

Hello; thanks to your package, we were able to reproduce this, and it's going to fixed as PG-1695 in the next maintenance release. Thanks!

Hi @jonnpear_8217 , I have just updated the documentation for switching to IIS. Please take a look and let me know if you have any questions. Thanks, Rich

thanks!! Very interesting to see.

Hi, I'm sorry I don't seem to have got a notification email when you replied, so I only just saw this. I just tried 5.2.29 and it works perfectly. Many thanks!

This isn't supported through an API; you could, however, just set-up a retention policy that automatically deletes the cache as space is needed.

The team in question was already using apt but was looking for an alternative since they had less parsing to do to get the information relevant to them with the native API call rather than using apt show. But since using the native API is not a viable option as you have confirmed me and we'd instead need a third party API they'll keep using apt. Thank you for your input.

Found a workaround: adding restriction.

The root of the issue is the NuGet team's decision to force SemVer: https://github.com/NuGet/Home/issues/3050

Aaand, published :) Appreciate verifying & helping us finding this bug.

Hello; Here is a guide on how to migrate packages in feeds: https://inedo.com/support/kb/1168/proget-feed-migration As far as users and API keys, we don't have a supported migration path for those. However, many users have simply "copied" the data from one database table to another. The tables are Users, Groups, UserGroups, and ApiKeys. IF the configured encryption key in both instances is the same, it will still encrypt/decrypt fine. Best. Alana

Thank you, sound good. I will give the patch a go.