-
Notifications
You must be signed in to change notification settings - Fork 525
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Paket Push to VSTS returns (401) Unauthorized #2033
Comments
I cannot give an answer but I made some observations:
Regarding the first point, I assume that paket detects this as a v2 source and doesn't use the credentials. Unfortunately my subscription does not support packages currently. |
Thanks, @Stift. I wasn't sure of whether or not Paket supported the v3 API yet. I'll give this a bash and report back. |
|
Ok. I just managed to setup pkg management on my subscription. I think this gets very complicated. The following matrix we have to investigate whether we cover these with paket completely:
As I have also problems with |
@Stift Thanks man! That's an incredibly helpful matrix. I'm happy to help out investigating, as this is very high priority to get running. Is there any way to get more informative output? |
You can use the --verbose switch to see more. |
Looks like I've made some progress! As soon as I've figured out the endpoint values, I'll PR the fix in. |
Description
I'm attempting to migrate my packages out of my TeamCity server onto a Visual Studio Team Services package feed.
Documentation is pretty sparse, and I'm pretty lost as to how to correctly authenticate here.
I've ensured the feed (Test2) exists and that my account has permissions. I then created a new personal access token with full permissions.
Repro steps
1. Add credentials for the NuGet Feed
Here the password is my personal access token created above.
I can confirm that after step 1, I have a valid paket.config file in the expected location.
2. Push a package to VSTS
According to VSTS documentation, the api key can be any non-empty string.
Expected behavior
I would expect it to authorize correctly, or provide some information about WHY it failed to authorize.
Actual behavior
A (401) Unauthorized error is received.
Known workarounds
None
The text was updated successfully, but these errors were encountered: