-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Tool cannot sign wildcard paths #12
Comments
Looks like |
Weird, that same failure of leading '-' wasn't a problem locally...but I changed it and still failing in the task, but now the log shows me nothing...just runs with
|
It could definitely use a better error message, but does the service principal have the right ACL in Key Vault? It needs certificate get and key get & sign. |
Yes, when run locally:
|
That's very odd.... could it be a long shot that something underlying the current azure outage is interfering? |
I've been trying for all morning, but I'll wait to make sure :-) |
I'm a bit at a loss why it'd work locally and not via a pipeline. Might need to rope in an expert or two :) |
Hmm, looks like the core issue is that your tool cannot execute a sign command on *.pkg path (like the nuget sign command can) |
Ah, that'd do it. I was avoiding the "hard work" of path expansion. If you know of an easy way to handle those expansions, I can incorporate that. |
@onovotny here is the code that NuGet uses to resolve wildcards: |
Fixes #12 by using NuGet LocalFolderUtility to parse out wildcard inp…
For some reason when run within an Azure DevOps release task it is not working, erroring out on saying KeyVault URL not specified.
As you can see from the log it is specified (also tried -kvu) but still erroring on that step:
The text was updated successfully, but these errors were encountered: