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
Updated podspec so it will actually build when added as a pod to a project #154
Conversation
Does this work OK with lumberjack? Lumberjack was designed so that this connection is impossible, and they only recently changed it to make it work as an externally-linked library. Apparently, we need to make a few-lines change to SVGkit to support that - I guess it works OK if you don't so long as you have the new version of Lumberjack? |
I haven't tested it to make sure that lumberjack is logging properly, but everything will now build and you can now use SVGKit when installed via Cocoapods. As for using SVGKit the normal way you have been (without Cocoapods), this change shouldn't hurt that since I'm only changing the podspec file. |
Can you run the demo app and check it outputs something? It should spew out On 27 February 2014 21:09, Andrew Mayers notifications@github.com wrote:
|
The demo app in the SVGKit repo is unaffected by this change since it doesn't use Cocoapods. When I use Cocoapods to add SVGKit to an app I'm working on, only SVGKit's static library is included not the demo app. When using SVGKit in a test project to verify that the podspec is working I don't see any logging. However the only thing I am doing in that app is |
Hmm. Try loading the World Map from the demo project (drag/drop into your I think it's called "WordMapEquirect-6.svg" or something like that On 27 February 2014 21:19, Andrew Mayers notifications@github.com wrote:
|
I have to call |
Updated podspec so it will actually build when added as a pod to a project
@amayers : so now, we can use SVGKit with Cocoapod ? Do you confirm that ? Thxs |
@LeChatNoir69 Yes you can now use Cocoapods to install SVGKit. However since the podspec that was submitted to the spec repo was created by some unknown 3rd party it causes a few issues. Ideally @adamgit would need to submit the updated podspec and convince the maintainers of the spec repo to replace the current one and give him access since he is the project's owner. However until then you will need to use this long form format to use it. Instead of |
Ok thank you. I'll give it a try. |
unfortunately, it doesn't work. Got this message : ArgumentError - Illformed requirement What's wrong ? |
I guess you should ask on cocoapods support? On Monday, 17 March 2014, LeChatNoir notifications@github.com wrote:
|
@LeChatNoir69 I don't know what is causing that issue for you. I just copy/pasted the |
You're right. After a gem update, it's better. I don't think SVGKit requires iOS7 ?! @amayers : Do you think I can input iOS7, make the pod install and reinput iOS6. Thxs :) |
Ok. I've change iOS6 to iOS7 in the pod file : And everything is ok. Thank you very much ! I'll now test if everything is ok ;) |
SVGKit definitely does not require iOS7. Most of it works on iOS4 (should be "all" but I haven't tested an iOS4 On 18 March 2014 05:48, LeChatNoir notifications@github.com wrote:
|
Yep, I beat you to it by 2 days ;) |
^^ Thxs :) |
With these changes users can use
pod 'SVGKit', :git => 'https://github.com/SVGKit/SVGKit.git'
to install SVGKit as a Cocoapod. Ideally we would replace the outdated v1.0 that is in the Cocoapods spec repo, but to do that you would have to transition to tagging releases, the podspec works as is but it does throw a warning that it is just pointing to the 1.x branch instead of a tag. The Cocoapod's team doesn't accept pod specs with warnings.Going forward on development with SVGKit here are a couple things to be aware of.
s.ios.source_files
to include that path.