You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cordova.apache.org by Simon MacDonald <si...@gmail.com> on 2016/01/14 23:14:17 UTC
Re: [DISCUSS] CocoaPods dependencies for iOS plugins
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 <cs...@gmail.com>
wrote:
> Great !
> So in other words you are telling me RTFM :-p
> On Mon, Oct 26, 2015 at 5:56 PM Shazron <sh...@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 <cs...@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 <sh...@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 <sh...@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
> >
> >
>
Re: [DISCUSS] CocoaPods dependencies for iOS plugins
Posted by Carlos Santana <cs...@gmail.com>.
correct, at least from me I have had bandwidth to look into this again. but
is something I think is valuable to have
On Thu, Jan 14, 2016 at 5:14 PM Simon MacDonald <si...@gmail.com>
wrote:
> 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 <cs...@gmail.com>
> wrote:
>
> > Great !
> > So in other words you are telling me RTFM :-p
> > On Mon, Oct 26, 2015 at 5:56 PM Shazron <sh...@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 <cs...@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 <sh...@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 <sh...@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
> > >
> > >
> >
>