cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Santana <csantan...@gmail.com>
Subject Re: [DISCUSS] CocoaPods dependencies for iOS plugins
Date Mon, 26 Oct 2015 22:02:57 GMT
Great !
So in other words you are telling me RTFM :-p
On Mon, Oct 26, 2015 at 5:56 PM Shazron <shazron@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 <csantana23@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 <shazron@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 <csantana23@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-vlkoti@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:stevengill97@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 <shazron@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 <
> stevengill97@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-unsubscribe@cordova.apache.org
> >> >> > For additional commands, e-mail: dev-help@cordova.apache.org
> >> >> >
> >> >> >
> >> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >> For additional commands, e-mail: dev-help@cordova.apache.org
> >>
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message