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
multiple Groups and duplicate UUID with watchOS 2 project #4326
Comments
Those should all only be warnings, so everything should still be working |
Hm, upon archiving I get the following message within XCode:
Within in the console I see:
Archiving fails (in that it won't open the Organizer after finishing the build). |
have you turned off target deduplication by any chance? |
Hey @neonichu, I just tried rebuilding with your sample project (native-watchOS-example). With target reduplication turned off I get the same error as mentioned above when running
|
@seboslaw yep, I was asking because it needs to be turned on (default) to work properly with extensions. |
ah, ok. Well with it turned on I get the results described at the top of this thread ;) Can you reproduce it with your own sample watch project? |
I'm seeing similar results on 0.39.rc.1. Both warnings go away if I disable deterministic UUIDs ( |
Yeah, to debug duplicate UUID bugs a sample project is necessary, but unfortunately those are kind of at the bottom of my todo list at the moment. |
@seboslaw not really, the watch sample project works just fine for me |
@neonichu hm....so without any modifications you don't get the warnings above when doing
|
We are currently experience the same issue and can't archive the project now.. We have a project with an extension and a watchos 2 app. ...dSym: File exists.. |
After hours of trial and error... The problem occurs when adding a Watch Extension Target in the podfile. It doesn't work anymore. If we remove the extension target everything works fine.. But we need some pods in the extension.. This works: This not: |
Hey guys, Managed to reproduce it with tvOS. Added a demo project to help. Please re-open this issue |
Same problem...... |
Same for me use_frameworks!
def shared_pods
pod 'AFNetworking'
end
target 'WatchPod' do
platform :ios, '9.0'
shared_pods
end
target 'WatchApp Extension' do
platform :watchos, '2.0'
shared_pods
end CocoaPods 1.0.0.beta.2 is available.
To update use: `gem install cocoapods --pre`
[!] This is a test version we'd love you to try.
For more information see http://blog.cocoapods.org
and the CHANGELOG for this version http://git.io/BaH8pQ.
Analyzing dependencies
2016-01-11 16:03:08.452 ruby[23276:1660954] warning: The file reference for "AFNetworking.framework" is a member of multiple groups ("Products" and "Products"); this indicates a malformed project. Only the membership in one of the groups will be preserved (but membership in targets will be unaffected). If you want a reference to the same file in more than one group, please add another reference to the same path.
Removing Mantle
Downloading dependencies
Using AFNetworking (3.0.4)
Generating Pods project
Integrating client project
Pod installation complete! There is 1 dependency from the Podfile and 1 total pod installed.
[!] [Xcodeproj] Generated duplicate UUIDs:
PBXFileReference -- /mainGroup/children/children:displayName:AFNetworking.framework,explicitFileType:wrapper.framework,includeInIndex:0,isa:PBXFileReference,name:AFNetworking.framework,path:AFNetworking.framework,sourceTree:BUILT_PRODUCTS_DIR,,displayName:AFNetworking.framework,explicitFileType:wrapper.framework,includeInIndex:0,isa:PBXFileReference,name:AFNetworking.framework,path:AFNetworking.framework,sourceTree:BUILT_PRODUCTS_DIR,,displayName:Pods_WatchApp_Extension.framework,explicitFileType:wrapper.framework,includeInIndex:0,isa:PBXFileReference,name:Pods_WatchApp_Extension.framework,path:Pods_WatchApp_Extension.framework,sourceTree:BUILT_PRODUCTS_DIR,,displayName:Pods_WatchPod.framework,explicitFileType:wrapper.framework,includeInIndex:0,isa:PBXFileReference,name:Pods_WatchPod.framework,path:Pods_WatchPod.framework,sourceTree:BUILT_PRODUCTS_DIR,,displayName:Products,isa:PBXGroup,name:Products,sourceTree:<group>,/Products/children/displayName:AFNetworking.framework,explicitFileType:wrapper.framework,includeInIndex:0,isa:PBXFileReference,name:AFNetworking.framework,path:AFNetworking.framework,sourceTree:BUILT_PRODUCTS_DIR,/Products/AFNetworking.framework |
👍 Same problem here as @buithuyen |
Can any of y'all see if this is fixed in the 1.0 beta? I'm fairly sure it is. |
I am sorry @segiddins but I actually just tried in a brand new project using pod version 0.39.0 and it all worked fine.
I believe this solution should also be valid for @buithuyen , @Spacelapp and @iGranDav ... Cheers. |
@manuelmarcos 👍 It works for me as below:
|
Glad to hear it is working for you @buithuyen |
This works perfectly for me also guys thanks! 👍 |
- Venue class is used in InterfaceController in WatchKit Extension. - Alamofire’s protocol URLStringConvertible is used in Venue. - Venue needs to be selected for iOS App and WatchKit Extension for Target Membership. - Alamofire needs to be added into WatchKit Extension Target as well as iOS App Target. To solve the above issues, Alamofire pod needs to be added in both iOS App and WatchKit Extension in Podfile. Reference: CocoaPods/CocoaPods#4326 https://medium.com/@mosn/watchos-2-0-pod-install-5236a40ca4bc#.pxbbegwye
I have the same problem but I don't see what's wrong with my podfile:
|
Hey! Lets see if we can fix this. Few questions @cobear25 1.- Are you sure that all common pods support both platforms? Cheers |
I'm having the same problem with CocoaPods 0.39.0, which leads to a linker error upon archiving the app (build runs fine). Here's my podfile:
Adding "RealmSwift" to my watch extension causes my today and share extensions to fail linking:
Upgrading to CocoaPods 1.0.0 beta3 resolves the error messages in CocoaPods, but this version is unfortunately not yet compatible with Realm, see realm/realm-swift#3052 Update: I've started using Realm in my watch extension and now receive the same linking error there upon building and archiving. I've managed to get the build working by adding "$BUILT_PRODUCTS_DIR" to my framework search paths (Realm.framework is located there), but archiving still fails and I also run into a runtime error upon launch (library not loaded). I think CocoaPods tries to link the iOS version of Realm with my watch extension instead of the watchOS version. |
Same issue here and CocoaPods beta doesn't fix this either. It starts popping up as soon as I add Consider the following simplified example: platform :ios, '8.0'
def common_pods
pod 'AFNetworking'
end
target 'iOS' do
common_pods
…
end
target 'tvOS' do
platform :tvos, '9.0'
use_frameworks! #as soon as I add this here, I get the warning about multiple groups. Without this, it works fine
common_pods
…
end |
Hey guys,
I tried setting up a brand new watchOS 2 project (incl. parent iOS app), but ran into some trouble with Cocoapods (0.39.rc.1).
Consider the following Podfile:
Running pod install I get the following:
What's the way to make this work?
The text was updated successfully, but these errors were encountered: