Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D615AE473 for ; Tue, 5 Feb 2013 19:41:01 +0000 (UTC) Received: (qmail 43664 invoked by uid 500); 5 Feb 2013 19:41:01 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 43625 invoked by uid 500); 5 Feb 2013 19:41:01 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 43616 invoked by uid 99); 5 Feb 2013 19:41:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 19:41:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gibson.becky@gmail.com designates 209.85.215.53 as permitted sender) Received: from [209.85.215.53] (HELO mail-la0-f53.google.com) (209.85.215.53) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 19:40:55 +0000 Received: by mail-la0-f53.google.com with SMTP id fr10so577032lab.40 for ; Tue, 05 Feb 2013 11:40:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=prY0Y42EFvYPYriRPtPz6El55yaXwqwy9jXm05Kmckc=; b=MOWborddL5cHQ3xaI/14vl7JoP4oiQnJnAtE55r2OFyAmce/bCcgq2jCue+ImdPAgB ocqdq1QW54nACiHBlBr2+3WetXAn33KMzpIlS+hHnPVZP/VLjpjyoF/J+zKIYvPNdHRx JY9nLYzminEAUcFo9DecUYezV2B5cS4FryfBfJB+v9dg0YXFGmYHze3BfKldJTaMuAVq R2v32O2acZz2yRK0JoXTptbIW21QLN2Nph6MHYT2oCCkSvlHDoIh9zbjzvEEo6vIT33N sTec+XEqgt/nX9VFSOKfMYTtkPl7r2h3BAHQqlUM8q7/5cpQ1aKwyjWMd1WAYhc7qJfp 4Qww== MIME-Version: 1.0 X-Received: by 10.112.37.194 with SMTP id a2mr91833lbk.40.1360093234911; Tue, 05 Feb 2013 11:40:34 -0800 (PST) Received: by 10.112.76.133 with HTTP; Tue, 5 Feb 2013 11:40:34 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Feb 2013 14:40:34 -0500 Message-ID: Subject: Re: Creating repos for core plugins From: Becky Gibson To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=e0cb4efe356a20dbe704d4ff6237 X-Virus-Checked: Checked by ClamAV on apache.org --e0cb4efe356a20dbe704d4ff6237 Content-Type: text/plain; charset=ISO-8859-1 My only comment would be about media. Currently it just supports audio so perhaps codova-plugin-audio makes more sense and we can leave media open for the rewrite. Although, I do realize the api is labelled "media" so perhaps it would be too confusing to change the repo name. Just a thought..... On Tue, Feb 5, 2013 at 1:38 PM, Andrew Grieve wrote: > Before I go ahead with this, let's agree upon the repo names / which > plugins to include. > > Here's the proposed list: > > Repos to create: > > cordova-plugin-accelerometer > cordova-plugin-battery > cordova-plugin-camera > cordova-plugin-capture > cordova-plugin-compass > cordova-plugin-contacts > cordova-plugin-device > cordova-plugin-file > cordova-plugin-geolocation > cordova-plugin-globalization > cordova-plugin-logger > cordova-plugin-media > cordova-plugin-networkstatus > cordova-plugin-notification > cordova-plugin-splashscreen > cordova-plugin-inappbrowser > > Note that I have device and network status in this list. Plugins that delay > ondeviceready just add themselves to channel.deviceReadyChannelsArray. > > Plugins *not* getting their own Repo: > > blackberry/plugin/java/app > android/plugin/android/app > android/plugin/android/storage > errgen/plugin/errgen > ios/plugin/ios/console (seems like this should be merged into the logger > plugin) > windowsphone/plugin/windowsphone/DOMStorage > windowsphone/plugin/windowsphone/XHRPatch > windowsphone/plugin/windowsphone/console > iOS's CDVLocalStorage.m > > > On Tue, Feb 5, 2013 at 9:34 AM, Andrew Grieve > wrote: > > > Great! Sounds like an agreement :). I'll file an INFRA to get them > created. > > > > > > On Mon, Feb 4, 2013 at 9:44 PM, Shazron wrote: > > > >> +1 on separate repos. It's the sane choice. > >> > >> > >> On Mon, Feb 4, 2013 at 11:53 PM, Jesse wrote: > >> > >> > +1, I agree on the separate repositories. > >> > I still contend that nothing should need to be 'built' and there > should > >> be > >> > NO dependencies on the plugins from cordova-js, ( aside from > device.js + > >> > network.js which are both required pre device ready, and I think > should > >> > remain in the cordova-js repo ) > >> > > >> > > >> > > >> > On Mon, Feb 4, 2013 at 2:46 PM, Anis KADRI > >> wrote: > >> > > >> > > +1 for separate repositories. Should take a bit longer than normal > to > >> > > package a release but not too long especially if the repos are > pulled > >> > from > >> > > a local source (ie no network overhead). > >> > > I'd be ok to ship a set of default plugins and give the ability for > >> > people > >> > > to build their 'own' Cordova. > >> > > > >> > > > >> > > On Mon, Feb 4, 2013 at 2:11 PM, Brian LeRoux wrote: > >> > > > >> > > > I'm in favor of discreet plugin repos. It shouldn't effect a > release > >> > > > if we automate install/remove and add to the Coho tool... though > >> > > > perhaps this is a naive assumption. > >> > > > > >> > > > On Mon, Feb 4, 2013 at 1:44 PM, Andrew Grieve < > agrieve@chromium.org > >> > > >> > > > wrote: > >> > > > > Thought it'd be worth having a discussion around whether we > want a > >> > > > separate > >> > > > > repo for each core plugin or not. > >> > > > > > >> > > > > As far as I can see, we can either have all core plugins in one > >> repo, > >> > > or > >> > > > > have each in it's own and call them: > >> > > > > cordova-plugin-file > >> > > > > cordova-plugin-network > >> > > > > cordova-plugin-media > >> > > > > etc... > >> > > > > > >> > > > > I think my preference would be to have them as their own repos > so > >> > that > >> > > it > >> > > > > will be easier to add/remove lists of plugins to the "which ones > >> are > >> > > > core" > >> > > > > list. It will also let us version them separately (if we want to > >> do > >> > > > this). > >> > > > > > >> > > > > The downside is that it may take longer to perform a release? > >> Would > >> > we > >> > > > even > >> > > > > bundle the plugins with releases anyways though? > >> > > > > >> > > > >> > > >> > > >> > > >> > -- > >> > @purplecabbage > >> > risingj.com > >> > > >> > > > > > --e0cb4efe356a20dbe704d4ff6237--