-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Crash when validating unrelated spec versions #1272
Comments
This is related to this check which can be removed. |
Let's see what I can do with this. |
@irrationalfab, I removed this check and now I have a failing spec. Any ideas how to fix them without rewriting much of a Pods caching code in resolver? I though of introducing some kind of |
@nskboy I think that the spec can be removed. If the subspec doesn't exists CocoaPods will raise later in the resolution process with the same error as the raise call is performed by As a note this is an area of CocoaPods which could benefit from some improvement (/c @alloy) because if the resikved version of a spec doesn't include a subspec the installation would fail regardless from the fact that the previous versions (which might be acceptable by the resolver) could have included it. This might break an installation for an external reasons, however as |
EDColor v0.2.0
When using an old version of CocoaPods (in this example 0.20.2) and installing a specific version of a spec (DTCoreText 1.6.1) new versions with newer features cause a crash.
CocoaPods : 0.20.2
Ruby : ruby 2.0.0p247 (2013-06-27 revision 41674) [x86_64-darwin12.4.0]
RubyGems : 2.0.6
Host : Mac OS X 10.8.4 (12E55)
Xcode : 4.6.3 (4H1503)
Ruby lib dir : /Users/ksmiley/.rbenv/versions/2.0.0-p247/lib
Repositories : master - https://github.com/CocoaPods/Specs.git @ fe77c55
Error
Here (for now) is a test project https://github.com/andrewroycarter/CocoapodsTest
Related conversation (partially) CocoaPods/Specs@be05054#commitcomment-3823026
Obviously I'm not suggesting patching an old version of CocoaPods but I am suggesting that if a spec isn't being used in the project that it shouldn't be validated in future version (although this may already be fixed)
The text was updated successfully, but these errors were encountered: