Looking at the JIRA there doesn't seem to have been any movement on CocoaPod support for iOS, is my assumption correct?
Simon Mac Donald http://hi.im/simonmacdonald On Mon, Oct 26, 2015 at 6:02 PM, Carlos Santana <csantan...@gmail.com> wrote: > Great ! > So in other words you are telling me RTFM :-p > On Mon, Oct 26, 2015 at 5:56 PM Shazron <shaz...@gmail.com> wrote: > > > This case has been covered by the <engine> tag itself -- the > > specifications say there is a "platform" attribute. The engine > > requirement will not be checked if you are not on the specified > > platform(s). > > > > > > On Fri, Oct 23, 2015 at 7:21 PM, Carlos Santana <csantan...@gmail.com> > > wrote: > > > I mean is that I should be allow to add a plugin from a windows/linux > > > machine where cocoapod client is not present, then compile on a Mac > where > > > the pod client is available and "pod install" can run > > > > > > Will need to work out the details with engine, I just want to make > sure > > > that engine tag doesn't stop the whole plugin from being added on a > > > windows/linux machine. > > > > > > On Fri, Oct 23, 2015 at 8:33 PM Shazron <shaz...@gmail.com> wrote: > > > > > >> Send PR's or comment on a line in a commit. I think. > > >> > > >> Not sure what you mean -- the purpose of Cocoapods is to > > >> install/uninstall a pod. It is thus a plugin add/install step. > > >> > > >> On Fri, Oct 23, 2015 at 5:12 PM, Carlos Santana <csantan...@gmail.com > > > > >> wrote: > > >> > How does this discussion repo works again? > > >> > Do we create a github issue pointing to the proposal to have the > > >> > discussion there with comments? > > >> > > > >> > One thing I notice is that engine the way they work today this will > > not > > >> > work, since we want to allow the plugin to be installed, and > cocoapod > > is > > >> > only need it on compile step not plugin add/install step. > > >> > > > >> > > > >> > > > >> > On Tue, Oct 20, 2015 at 6:05 AM Vladimir Kotikov (Akvelon) < > > >> > v-vlk...@microsoft.com> wrote: > > >> > > > >> >> Hey, guys. > > >> >> > > >> >> After ios refactoring the <framework> handling definitely will be a > > part > > >> >> of platform. As for <engine> tag, I guess it make sense to keep > this > > >> logic > > >> >> in LIB and let cordova itself check availability of > cocoapods/nuget. > > >> >> > > >> >> - > > >> >> Best regards, Vladimir > > >> >> > > >> >> -----Original Message----- > > >> >> From: Steven Gill [mailto:stevengil...@gmail.com] > > >> >> Sent: Tuesday, October 20, 2015 2:36 AM > > >> >> To: dev@cordova.apache.org > > >> >> Subject: Re: [DISCUSS] CocoaPods dependencies for iOS plugins > > >> >> > > >> >> Sweet! Yeah lets see where this lands after the refactor. > > Dependencies > > >> are > > >> >> still handled by lib as far as I know. Not sure about framework > but I > > >> >> assume the same. Vladimir would know about where that code will > live > > >> after > > >> >> the refactor. > > >> >> > > >> >> Engine + framework tag looks good. Engine tag will have to be > > extended > > >> to > > >> >> actually fetch cocoapods + nuget I imagine. > > >> >> > > >> >> On Mon, Oct 19, 2015 at 4:23 PM, Shazron <shaz...@gmail.com> > wrote: > > >> >> > > >> >> > This is not a platform specific issue, at least for cordova-ios, > > and > > >> >> > is the domain of the cordova-lib/cli currently (I think the > > >> >> > cordova-lib re-factor changes this?) > > >> >> > > > >> >> > There will be a cordova-discuss doc, but the gist of it is: > > >> >> > > > >> >> > <engines> > > >> >> > <engine name="cocoapods" version=">=0.39.0" platform="ios" > /> > > >> >> > <engine name="nuget" version=">=3.2" platform="windows" /> > > >> >> > </engines> > > >> >> > > > >> >> > <framework src="path/to/mypod.podspec" type="podspec" /> > <framework > > >> >> > src="path/to/mynu.nuspec" type="nuspec" /> > > >> >> > > > >> >> > The above use existing documented attributes for both the > <engine> > > and > > >> >> > <framework> tags: > > >> >> > > > >> > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fcordo > > >> >> > va.apache.org > > >> %2fdocs%2fen%2f5.1.1%2fplugin_ref%2fspec.html&data=01%7c0 > > >> >> > 1%7cv-vlkoti%40064d.mgd.microsoft.com > > >> %7c5e3acbf36e3e43b1eb4d08d2d8de29 > > >> >> > > > 40%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=MVFyYNFESBtyyUxn2mvK5% > > >> >> > 2bnOxizyDMAP2WIaCWxJwUM%3d > > >> >> > > > >> >> > > > >> >> > On Sat, Oct 17, 2015 at 11:56 PM, Steven Gill < > > stevengil...@gmail.com > > >> > > > >> >> > wrote: > > >> >> > > At the Cordova F2F, everyone seemed to agree that we should > bring > > >> >> > CocoaPods > > >> >> > > support to plugins as dependencies for iOS. > > >> >> > > > > >> >> > > Cordova-android currently uses Gradle as a way to enable > external > > >> >> > > dependency resolution for plugins using the framework tag. > > >> >> > > > > >> >> > > A suggestion about using the engine tag to fetch cocoapods-cli > > (mac) > > >> >> > > & NuGet (windows) followed by using the framework tag was > > discussed. > > >> >> > > > > >> >> > > The minutes[1] show Carlos, Shaz and Raghav as looking into the > > >> design. > > >> >> > > Someone should write up a proposal on cordova-discuss[2] and > > create > > >> >> > > the issues. Post them in this thread. > > >> >> > > > > >> >> > > This shouldn't take priority over cordova-ios 4 issues. > > >> >> > > > > >> >> > > [1] > > >> >> > > > > >> >> > > > https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fdocs > > >> . > > >> >> > google.com > > >> %2fdocument%2fd%2f1MArKRmnLS052LBbhPxJF57_4ZivghOj8znWo5sTCk > > >> >> > > > bU%2fedit%3fusp%3dsharing&data=01%7c01%7cv-vlkoti%40064d.mgd.microsoft > > >> >> > > > .com%7c5e3acbf36e3e43b1eb4d08d2d8de2940%7c72f988bf86f141af91ab2d7cd011 > > >> >> > db47%7c1&sdata=GPpiC70BVEDo4gvljKi6OqXsdGUOLPHmhaDKXH6P7kQ%3d > > >> >> > > [2] > > >> >> > > > > >> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgit > > >> >> > > hub.com > > >> %2fcordova%2fcordova-discuss&data=01%7c01%7cv-vlkoti%40064d.m > > >> >> > > gd.microsoft.com > > >> %7c5e3acbf36e3e43b1eb4d08d2d8de2940%7c72f988bf86f141 > > >> >> > > > > af91ab2d7cd011db47%7c1&sdata=t4gpBVojZ3H94gCLRboa%2fvkHlBCoVxZsWuiCH > > >> >> > > TVkylo%3d > > >> >> > > > >> >> > > > --------------------------------------------------------------------- > > >> >> > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > >> >> > For additional commands, e-mail: dev-h...@cordova.apache.org > > >> >> > > > >> >> > > > >> >> > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > >> For additional commands, e-mail: dev-h...@cordova.apache.org > > >> > > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > >
