首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >获取状态时在命令行上返回“不支持的url”的MacOS公证

获取状态时在命令行上返回“不支持的url”的MacOS公证
EN

Stack Overflow用户
提问于 2019-08-08 12:28:28
回答 1查看 726关注 0票数 2

问题是在上传请求后获得公证状态时。

就像这样,我有一个更老的内核扩展,最新的mac更新公证它是必需的,我正试图以自动化的方式(命令行)来完成这个任务。

我想要做的第一件事就是看看我是否能得到任何东西来上传并获得任何状态。

因此,在用xcode构建了kext之后,我使用了同上创建了需要发送给apple的归档文件:

代码语言:javascript
复制
cd <builddir> && ditto -c -k --keepParent "MyApp.kext" "MyApp.kext.zip"

一旦完成,我就上传它:

代码语言:javascript
复制
xcrun altool --notarize-app --primary-bundle-ip "com.myapp.." --username "user@example.com" --password "mypassword" -asc-provider "MyProvider" --file MyApp.kext.zip

这将返回我需要的请求id。

所以上面的步骤起作用了,下一步是给我带来问题,得到请求的状态,试着把两个特定的请求都取出来

代码语言:javascript
复制
xcrun altool --notarization-info <id> -u "user@example.com" -p "mypassword" -asc-provider "MyProvider"

代码语言:javascript
复制
xcrun altool --notarization-history 0 -u "user@example.com" -p "mypassword" -asc-provider "MyProvider"

这两条命令都给了我:

代码语言:javascript
复制
*** Error: Connection failed! Error Message - unsupported URL
*** Error: Apple Services operation failed. unsupported URL

在google上,我找不到“不受支持的URL”的错误

有人有这方面的经验吗?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2019-08-09 10:05:11

我以前见过这个错误,我忘记了到底是什么原因造成的,但我提交命令的方式肯定是个错误。不幸的是,altool的编写似乎并没有考虑到用户的友好性,而且在命令行验证方面似乎也做得不多。

考虑到这一点,仔细看看您的命令行,我注意到:

  • 应该是--asc-provider,而不是-asc-provider。两个连字符不是一个。
  • 实际上,--notarization-info子命令不需要--asc-provider选项,因为UUID对于标识您所追求的公证事务是明确的。

任何人在网上搜索此错误消息后发现此答案的提示:

  • xcrun altool --help与实际命令进行比较。检查连字符的数量,并确保正在运行的命令需要或支持所传递的参数。
  • 检查所有字符串(用户名、提供程序、包I、密码(我强烈建议密钥链提供程序不要在命令行上提供文字密码!),等等)。正确地转义并被引号包围,以获得良好的度量。
票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/57412609

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档