-
Notifications
You must be signed in to change notification settings - Fork 26
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
Pod installation issue: KSCrashAblyFork not found #615
Comments
From customer on how to reproduce. I asked for the project, they have not sent it.
@ricardopereira can you confirm if you get this issue when doing the above? |
@mattheworiordan The latest version (1.0.5) is working fine for me. Please run |
@ricardopereira it's not me who has the issue, it's the customer :/ I'll ask them. |
This has also been reported by @matt-OfferUp. I also cannot reproduce this. I've tried to spot any config difference between KSCrashAblyFork and other dependencies without finding any. Besides what @ricardopereira says I can only recommend doing a full pod cache clean and then trying again:
|
I did all the steps above and am still getting the same error |
@matt-OfferUp Could you tell us your CocoaPods version please ( |
We are running version 1.1.1 |
@matt-OfferUp Thanks. Could you update the CocoaPods to |
I updated to 1.2.1 and still have the same issue. I even deintegrated, cleaned cache, and updated again and still didnt work. |
@ricardopereira @tcard any further suggestion? It's a bit of a concern we cannot get this working wth Matt. Can you please have a think what else we can do to get to the bottom of this issue? |
A quick work around, until we can figure out what the issue is, is to replace @import KSCrashAblyFork with #import <KSCrashAblyFork/KSCrash.h> in ARTRest.m. If I make this change locally I can build and everything looks good. |
@matt-OfferUp thanks for the notes on the workaround. I am back from holiday now so will see what we can do to prioritise a more permanent fix tomorrow. |
@matt-OfferUp What's the app iOS deployment target (lowest operating system version that the app can run on)? You can only use modules (the "semantic import" like |
Our deployment target is iOS 9.0 so that shouldn't be an issue. I checked DEFINES_MODULE in KSCrashAblyFork and it was off, though when I manually turn it on it still fails in the same place. (I also tried manually turning on DEFINES_MODULE in the ably pod and in the Pods project, none of which worked) |
@ricardopereira Is there any downside to just using |
@tcard No, it's fine. I have a feeling that all |
For what it's worth, I went with
in the Podfile and it did seem to solve the problem.
As has been said, it's fairly depressing that Ably is in Objective-C :/ |
Well we'd prefer Swift of course and all of our tests are in Swift for this reason, however there are reasons to use Objective-C even if it's a horrible language, such as portability. For example, see the Sentry library which was rewritten from Swift into Obj-C specifically for this reason. What is depressing about it being Obj-C given you're just using an exposed API that is Swift/Obj-C independent? |
@smhk, did you see https://github.com/ably/ably-ios/releases/tag/1.0.7? It should fix this issue. It would be good to know if it does for you. Additionally, can you confirm if you have Carthage issues too? |
Sadly I do have carthage issues: as soon as I get a chance, I will try that release you mention. I kind of have to press on though, now that I've got it stabilized! Sorry for the disappointment I expressed: I'm a "leading expert" (I guess) in every baas, and I LOVE what you're doing with Ably; I'm investigating for a biggish client that has come along. You can imagine my disappointment when the iOS pipeline was all messed up. :( I mean, it should just be click-play. It's just (no offense) not professional at the moment, it's "beta". |
@smhk I cannot agree with everything you say unfortunately.
Ok, as requested, please advise what the issue is as without that, it's unlikely we'll be able to fix it. As you can see https://github.com/ably/ably-ios/issues?utf8=%E2%9C%93&q=is%3Aissue%20is%3Aopen%20carthage, you are the only one affected by this right now.
Understood. I would appreciate it if you have time through to try the fix as that was released specifically to address the problem you reported today.
Sure, but as you know as an expert, regressions occur. This regression is a direct result of the work we did to include exception reporting to our internal error service so that we can identify critical issues without customers reporting them and get fixes out for them. See #603
No, it's not beta. It's been stable since 0.8 and used in production with millions of clients. I am not quite sure how you see this as beta because of an installation issue? I apologise there is a regression in the library due to the inclusion of a new dependency, but that really does not mean it's beta, it's a bug and we're (as far as I can tell), being incredibly responsive to help address the problem (you reported it today and we have released, what we hope to be, a fix in the same day) |
You are INCREDIBLY responsive and I am a HUGE fan of Ably. Catch you tomorrow :) |
Not able to compile Ably target on Pods for iOS/Objective-C client. Error: "Module 'KSCrashAblyFork' not found" when compiling ARTRest.m. The target for compiling KSCrashAblyFork appears successful prior to this failing point.
The text was updated successfully, but these errors were encountered: