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 C12B6FD79 for ; Mon, 15 Dec 2014 05:16:32 +0000 (UTC) Received: (qmail 88017 invoked by uid 500); 15 Dec 2014 05:16:31 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 87972 invoked by uid 500); 15 Dec 2014 05:16:31 -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 87960 invoked by uid 99); 15 Dec 2014 05:16:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Dec 2014 05:16:30 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of stevengill97@gmail.com designates 209.85.216.51 as permitted sender) Received: from [209.85.216.51] (HELO mail-qa0-f51.google.com) (209.85.216.51) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Dec 2014 05:16:05 +0000 Received: by mail-qa0-f51.google.com with SMTP id k15so7497237qaq.24 for ; Sun, 14 Dec 2014 21:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+jLVHZT2Msh0dcbWwjuOJZvU74ONS3FzUtZKSVjHOQs=; b=1C/EkVZj5wIlky3SZ2psQBlEPYF0WNCG9+sgzNi8rhnqmcTgA+VhAOQZH9xsAUg2Oi HMQ5gdybkgH4Vti60TvPJ9bGVxHJAyGMwKZdfJxPo7xSfpMPp4gTSEw1ys9ItMCk+kTt BM+/UVObHHxP23WoOHVohAuQ+PvrB/NcT5Sk1YTAR11t2n4jMiU0X0ja+2ziqwhgdV9W xyqFdsRoS5JRaI8XIuAMUk7NtrcvRY4MGqHPDM/ndkIo7tsAWdcBV3pjRwWKqK9b6mWv AZcGuc6XVjF/X6r0MztCF3WvXrZtQPVslFTJaWAmT9u/sz7u5h4kGpUsAo3bAsskrm3E ukvw== MIME-Version: 1.0 X-Received: by 10.224.22.196 with SMTP id o4mr51863492qab.85.1418620519051; Sun, 14 Dec 2014 21:15:19 -0800 (PST) Received: by 10.140.85.10 with HTTP; Sun, 14 Dec 2014 21:15:18 -0800 (PST) Received: by 10.140.85.10 with HTTP; Sun, 14 Dec 2014 21:15:18 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 21:15:18 -0800 Message-ID: Subject: Re: Browserify JS is in From: Steven Gill To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=001a11c231da1bf6f1050a3a54ee X-Virus-Checked: Checked by ClamAV on apache.org --001a11c231da1bf6f1050a3a54ee Content-Type: text/plain; charset=ISO-8859-1 For the lazy: cordova_plugins.js discussion https://issues.apache.org/jira/plugins/servlet/mobile#issue/CB-8153 On Dec 14, 2014 6:58 PM, "Michal Mocny" wrote: > Lets discuss the cordova_plugins.js thing elsewhere, this thread has forked > a lot already. > > On Sun, Dec 14, 2014 at 6:22 PM, Carlos Santana > wrote: > > > > This is the part that I like the most: > > "and start > > writing plugins as proper node modules. Maybe even push them to npm and > > manage dependencies that way." > > > > Agree with having less XHR, and concatenate cordova + plugins. > > Not in love with cordova_plugins.js to know what plugins are included in > > the app, would prefer to see a package.json with all software that was > use > > to build the app, and maybe one day could a be a real valid pacakge.json > > that can be use to pull down dependencies. > > > > The same way we depend on npm, elementree, and dozen more npm modules > that > > our platforms and cli depend on, we don't distribute browserfy will be > just > > another one. > > One thing I will consider with browserfy if there is a any code coming > from > > browserfy like the bootstrap code that contains the require function, > then > > maybe only this code get's legally review as it going to be part of the > App > > that developer builds with cordova. > > > > > > > > > > > > > > On Fri, Dec 12, 2014 at 5:34 PM, Brian LeRoux wrote: > > > > > > yeah we are *not* proposing to distribute browserify or its deps > > > > > > On Fri, Dec 12, 2014 at 1:38 PM, Joe Bowser wrote: > > > > > > > What are we actually distributing? > > > > > > > > On Fri Dec 12 2014 at 12:36:03 PM Andrew Grieve < > agrieve@chromium.org> > > > > wrote: > > > > > > > > > On Fri, Dec 12, 2014 at 1:51 PM, Joe Bowser > > wrote: > > > > > > > > > > > On Fri Dec 12 2014 at 10:25:51 AM Andrew Grieve < > > > agrieve@chromium.org> > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > I'm not actually worried about my disk filling up. Dependencies > > > must > > > > be > > > > > > > vetted for appropriate licenses, so now there's more overhead > > here. > > > > If > > > > > we > > > > > > > need to make a change to the module system now we need to poor > > > > through > > > > > > docs > > > > > > > and make PRs instead of just editing our very small code-base. > > > > > > > > > > > > > > > > > > > > This mix of MIT and 3-Clause BSD looks compatible to me. It's > > weaker > > > > > than > > > > > > Apache, but not incompatible. Do we really need to send this to > > > legal? > > > > > > https://github.com/substack/node-browserify/blob/master/LICENSE > > > > > > > > > > > > There are people who can argue your other points better, but > saying > > > > that > > > > > > the license is the overhead when you can find it in the repo? > I'm > > > not > > > > > sure > > > > > > how we would have gotten this far if we had to check with legal > for > > > > every > > > > > > single dependency. > > > > > > > > > > > > > > > > I meant that it depends on a bunch of other modules. Run > > > license-checker > > > > on > > > > > browserify and you get: http://pastebin.com/XDMCTRRb > > > > > > > > > > > > > > > > > > -- > > Carlos Santana > > > > > --001a11c231da1bf6f1050a3a54ee--