Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
MIME-Version: 1.0
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>
 <CAE6O_-aU7JSx8Z62-W5ESuVpevZ3-hTjSZs47v8DGGhRaesVLg@mail.gmail.com>
In-Reply-To: 
 <CAE6O_-aU7JSx8Z62-W5ESuVpevZ3-hTjSZs47v8DGGhRaesVLg@mail.gmail.com>
From: Carlos Santana <csantana23@gmail.com>
Date: Sat, 24 Oct 2015 02:21:29 +0000
Message-ID: 
 <CAHYtTqk5ugWRZayb193xMXhjWows_akHE95JHJeSPmZu-4REwA@mail.gmail.com>
Subject: Re: [DISCUSS] CocoaPods dependencies for iOS plugins
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=001a1143ac625f114a0522d06339

--001a1143ac625f114a0522d06339
Content-Type: text/plain; charset=UTF-8

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
>
>

--001a1143ac625f114a0522d06339--