Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAHYtTqm_CnDp0LKEhmcbMgy6v+U3BSJbGNHhtM7wVRFQ7cH8rQ@mail.gmail.com>
References: 
 <CAMSbhBg-n49of=U0p15PZPP9FWOsUbJUG71wJoUuE5SbaayLsw@mail.gmail.com>
 <CAE6O_-Yw3vaZwrbuFnEUDJEpzg0Kbs+gsnDLK1ekNN7K4U80Ng@mail.gmail.com>
 <CAMSbhBiTq4g8ZvMS3AYp-NMQXzx9S-zND61GY6Q5RnO06wbjSQ@mail.gmail.com>
 <8b57a7776e9a4f699c5a007a28cc4237@SINPR30MB0057.064d.mgd.msft.net>
 <CAHYtTqm_CnDp0LKEhmcbMgy6v+U3BSJbGNHhtM7wVRFQ7cH8rQ@mail.gmail.com>
From: Shazron <shazron@gmail.com>
Date: Fri, 23 Oct 2015 17:32:45 -0700
Message-ID: 
 <CAE6O_-aU7JSx8Z62-W5ESuVpevZ3-hTjSZs47v8DGGhRaesVLg@mail.gmail.com>
Subject: Re: [DISCUSS] CocoaPods dependencies for iOS plugins
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: text/plain; charset=UTF-8

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