Comments (16)
same issue here
from meteor-ios.
Digging through, I see that Pods.xcodeproj
does in fact not have any shared schemes, but I'm confused as to why carthage
is even looking in it. Probably has something to do with it automatically searching all .xcodeproj
's for shared schemes
from meteor-ios.
I also cloned the repo, opened the workspace, but I'm unable to build any of the targets :/
from meteor-ios.
Adding an explicit commit to my Cartfile.resolved
solved the problem.
Cartfile.resolved:
github "martijnwalraven/meteor-ios" "3b598cc9421df9affbef155ee3ce6dc5ff0572a9"
I think we need to bump the version to reflect the latest commit.
from meteor-ios.
@justinmakaila cool thanks!, that worked for me too.. So this might be a Carthage bug?
from meteor-ios.
@justinmakaila after installing it, did you run into #26 by any chance?
from meteor-ios.
I'm not sure, I'm still writing code to test.
It's probably an issue because the dependencies are not specified within a Cartfile.resolved
in the repository.
I'll take a look in a bit, see if I can file a PR.
from meteor-ios.
I've released a new version that should at least allow the Meteor framework to build again using Carthage. But I'm afraid that isn't of much use because of #26.
Having to support both CocoaPods and Carthage is a pain, so suggestions for improvements are very welcome. I'm struggling with finding a way to embed dependencies specified as Pods, but maybe that is not the way to go.
Using Cartfile.resolved
won't work for dependencies that do not have an Xcode project but only build using CocoaPods (such as https://github.com/mattt/InflectorKit).
from meteor-ios.
@martijnwalraven thank you for looking into this.
I was thinking about forking InflectorKit and turning it into a framework that can be installed by Carthage, but I don't have a lot of time so I ended up switching to CocoaPods.
from meteor-ios.
@thatjuan and @martijnwalraven I have a fork of InflectorKit, PocketSocket, and SimpleKeychain which solves this issue, I just need to get an issue I'm having personally with Carthage worked out.
I've never found CocoaPods to be a desirable solution, as the workflow requires writing more code, where Carthage is as simple as changing some Xcode settings (once!) and using git tag
to maintain versions.
That said, both are almost required to be considered a "modern" cocoa framework, which is a bummer when you have dependencies which are not "modern".
from meteor-ios.
@justinmakaila we're on the same page regarding CocoaPods. I switched back only because I really needed to get meteor-ios working for this project.
Thanks for working on getting this up and running with Carthage and let me know if there's anything I can pitch in. I've run into several issues with Carthage as well, but I'm sure it'll mature fairly quickly.
from meteor-ios.
Forks are here:
PocketSocket
InflectorKit
SimpleKeychain
I also have a fork of this repo, which has a Cartfile which points to those dependencies here.
Once my issues with Carthage are resolved, I'll file a PR.
from meteor-ios.
Great work! Ideally, I'd like to find a way to build the Meteor framework target using the Cartfile dependencies. Right now, the target uses the Pods project generated by CocoaPods, which means there could be version conflicts with the versions specified in the Cartfile.
Do you think it would make sense to include the dependent projects in the workspace and link to the framework targets? Maybe using submodules would help here? Or maybe include the Carthage/Build directory? In any case, it would be nice if we could get rid of the checked in Pods directory completely. I just want to make sure people cloning the repository can run the examples without using either CocoaPods or Carthage.
from meteor-ios.
That looks good! I merged your pull request. The test targets weren't working, so I had to make a few changes. Some of these had to do with directories I had renamed in a previous commit.
But I also had to add OCMock.framework to Carthage/Build. OCMock doesn't support Carthage unfortunately, but I did find a fork which at least has an iOS framework target. I added it to Cartfile.private but it still wouldn't build. For now, I've built it manually and copied the .framework file to the build directory.
I also had to add a 'Copy Dependencies' phase to the test targets. I'm not sure why it wouldn't use the embedded frameworks in Meteor.framework. Do you know anything about this?
from meteor-ios.
This should also be closed with #27.
I cleaned up some of the build phases of the targets, the "Copy Dependencies" on the Meteor target was overkill, because those dependencies are linked, and shouldn't be copied into the actual Meteor.framework
.
I checked OCMock into the repo and got all the Unit Tests to pass, but I'm running into a lot of failures with the server integration tests. Do those pass for you?
from meteor-ios.
The server integration tests require a running test server (run 'meteor' in 'Tests/Test Server'). There are two tests that fail for me right now, both having to do with logging in. I think that might have to do with the tests expecting a user with a certain password to exist in the test server. I'll look into it.
from meteor-ios.
Related Issues (20)
- When using local IP of my macbook where meteor is running not able to connect to iPhone (ws://local IP:4000/websocket) HOT 1
- managedObjectContext nil - NSFetchedResultsController
- How to refactor METAccount so we can pass in our own service and access group to keychain?
- [IOS][1.3+] WKWebView terminated [White Screen of Death] - kills Geofence events HOT 5
- Not able to get the document ID from the collection. HOT 3
- hello @import Meteor;
- You this is written in Swift, please HOT 1
- preform complex fetches via METFetchRequest to METDatabase#executeFetchRequest:
- Mobile-config.js - App.info: Team HOT 1
- Application crash after assertionFailure in sendMessage Meteor/METDDPConnection.m:74 HOT 1
- How to listen subscription with METDDPClient HOT 1
- retry opening connection
- How to to get notified for specific collection changes?
- How to correctly use updateDocumentWithID? HOT 2
- Support meteor 1.5?
- How to log Out in Swift?
- Custom Mapping to Coredata
- Is this still being maintained? HOT 1
- How to listen to the subscriptions?
- Library not loaded: @rpath/InflectorKit.framework/InflectorKit
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from meteor-ios.