使用Cocoapods + WatchOS 2目标(Working with Cocoapods + WatchOS 2 target)
我有一个有大量豆荚的iOS项目,大约二十个。 我想集成watchOS 2应用程序,但CocoaPods要求podspec包含对watchOS的支持(如下所示: http : //blog.cocoapods.org/CocoaPods-0.38/ )
起初,我认为我可以将所有未更新的豆荚分叉,将我的豆荚文件指向那些分叉的回购站,而鲍勃是你的叔叔。 问题是我使用的一些豆荚是封闭的/不公开的。 有没有办法让我不为watchOS目标构建主应用程序的窗格? 像像使用目标隔离一样?:
target "Watch" do end
我似乎无法获得该潜在的解决方案,因为它仍然在尝试构建豆荚。 我也试过这个回购,没有运气: https : //github.com/orta/cocoapods-expert-difficulty
I have an iOS project with a lot of pods, around twenty. I want to integrate a watchOS 2 app in, but CocoaPods requires that the podspec contain support for watchOS (as seen here: http://blog.cocoapods.org/CocoaPods-0.38/)
At first, I thought I could fork all of the pods that aren't updated, point my podfile to those forked repos, and bob's your uncle. The problem is that some of the pods that I'm using are closed/not-public. Is there a way for me to not build the main application's pods for the watchOS target? Like using target isolation like so?:
target "Watch" do end
I can't seem to get that ^ potential solution to build, as it still tries to build the pods. I've also tried this repo, no luck: https://github.com/orta/cocoapods-expert-difficulty
原文:https://stackoverflow.com/questions/34502058
最满意答案
与DNS相关的错误消息
如果您遇到类似于下面列出的错误消息,请调查DNS问题:
- 主机名不能规范化。
- 网址不正确。
- 在Kerberos数据库中找不到服务器。
- 无法联系KDC请求的领域。
在我的情况下,问题是我必须使用Kerberos所需的FQDN。 不使用FQDN给我带来了同样的错误,“在Kerberos数据库中找不到服务器”。
另外,最好仔细检查DNS是否正确解析并且服务器是否可访问。
From Microsoft TechNet's Troubleshooting Tips:
DNS-related Error Messages
Investigate DNS issues if you are experiencing error messages similar to those listed as follows:
- Host name cannot be canonicalized.
- Incorrect net address.
- Server not found in Kerberos database.
- Cannot contact KDC for requested realm.
In me case the issue was that I had to use the FQDN, which is required by Kerberos. Not using a FQDN got me the same error, "Server not found in Kerberos database".
Also it's a good idea to double check that the DNS is resolving correctly and the server is reachable.
相关问答
更多-
如果需要对Active Directory进行凭据的编程验证,则应使用.NET 3.5中提供的新System.DirectoryServices.AccountManagement类。 有关详细信息,请阅读2008年1月的MSDN杂志中的.NET Framework 3.5中的管理目录安全主体 。 注意:仅限CHM下载 要验证凭据,您必须创建主体上下文 - 机器(单个服务器)或域(网络),然后在其上调用.ValidateCredentials()方法: using System.DirectoryServi ...
-
这是供您参考。 我能够解决我的问题。 似乎当linux安装到我的服务器上时,没有安装ldap。 所以,我做的是我按照http://docs.adaptivecomputing.com/viewp ... entos6.htm链接安装了它。 之后,我将ldap编译为php。 我按照以下链接: https : //ma.ttias.be/how-to-compile-and- ... om-source /。 This is for your reference. I was able to solve my ...
-
带有消息的IOException异常文件太大 - 由于应用程序的原因而在NetApp NFS中写入文件,并且它对每个目录的文件数量有限制。 The IOException with message File Too Large - Occurred because of application was writing the file at NetApp NFS and where it has limitation for number of files per directory.
-
既然你实际上已经包含了错误,那么事实证明这是一个完全不同的问题。 如果没有LDAP开发包可用,则无法构建python-ldap。 在任何基于debian的系统上,例如ubuntu,您可以使用优秀的deb包元数据为您执行此操作。 $ sudo apt-get build-dep python-ldap Now that you've actually included the error, it turns out this is a whole different issue. You can't bui ...
-
来自Microsoft TechNet的故障排除提示 : 与DNS相关的错误消息 如果您遇到类似于下面列出的错误消息,请调查DNS问题: 主机名不能规范化。 网址不正确。 在Kerberos数据库中找不到服务器。 无法联系KDC请求的领域。 在我的情况下,问题是我必须使用Kerberos所需的FQDN。 不使用FQDN给我带来了同样的错误,“在Kerberos数据库中找不到服务器”。 另外,最好仔细检查DNS是否正确解析并且服务器是否可访问。 From Microsoft TechNet's Trouble ...
-
在用户名之前有一个虚假的cn=users ,用户名后面有一个虚假的括号,你必须在所有路径段之间有逗号。 userPath = "LDAP://cn=" & strUserName & ",cn=users,dc=example,dc=org" You have a spurious cn=users before the username, a spurious parenthesis after the username, and you must have commas between all pat ...
-
Active Directory组(Active Directory groups)[2023-02-21]
尝试:将基数设置为:Group1_2_1(groupType:1.2.840.113556.1.4.803:= 2147483648) 还有一些例子。 -Jim Try: Setting your base to: Group1_2_1 (groupType:1.2.840.113556.1.4.803:=2147483648) for some more examples. -jim -
集成Subversion - OpenLDAP - MS Active Directory(Integration Subversion - OpenLDAP - MS Active Directory)[2023-06-28]
看看这个 。 确保首先安装Apache 我工作的指令示例: LoadModule dav_svn_module modules/mod_dav_svn.so> DAV svn SVNPath SVNReposName "anything can go here" AuthType Basic AuthName "anything can go here" AuthBasicProvider ... -
在处理MSMQ时,Active Directory似乎是个恶魔。 我们通过使用专用队列并绕过活动目录来解决任何Active Directory问题。 这种方法还提高了MSMQ在速度方面的性能。 Active Directory seems to be the devil when dealing with MSMQ. We got around any Active Directory issues by using private queues and bypassing active directory ...
-
好吧,我认为您的问题的答案存在于Microsoft文档中的某处。 Active-Directory不仅仅是一个常见的LDAP目录,如OpenLDAP或Oracle Directory Server Enterprise Edition(以前称为SUN Directory Server Enterprise Edition)。 这是一个“ 系统目录”。 与简单目录的主要区别在于它内置了Microsoft特定的“Schema”和带有“Kerberos”的安全基础结构。 因此,安装AD与在“域控制器”中提升服务器 ...