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 AFBCA17CF8 for ; Fri, 17 Oct 2014 21:04:05 +0000 (UTC) Received: (qmail 69971 invoked by uid 500); 17 Oct 2014 21:04:05 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 69929 invoked by uid 500); 17 Oct 2014 21:04:05 -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 69910 invoked by uid 99); 17 Oct 2014 21:04:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Oct 2014 21:04:04 +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 purplecabbage@gmail.com designates 209.85.214.176 as permitted sender) Received: from [209.85.214.176] (HELO mail-ob0-f176.google.com) (209.85.214.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Oct 2014 21:03:39 +0000 Received: by mail-ob0-f176.google.com with SMTP id m8so1270271obr.21 for ; Fri, 17 Oct 2014 14:03:38 -0700 (PDT) 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=ZzUV/vRAWGwKMKKalGnGsaNjQh2G0YI1cL5iH/5iWCU=; b=bRPpgnvRkSL5Dbtnkry+aeec6991pzwhfyY6vQS4ETfqulD+jYnQVWn9EfcGoAMYfm VV72MU7Dan+ZYx6sAYtSmKulq8+hPD2cEcE3/4YYl9EcP0wJcqFsRbrxEzq5tu6TVt/s L0dtjljNytxQ+AFXCV5OVCX6Clf5blPFxBMfN12a9FSWzrft7HGmw3eSfUlDaYsh2JBw rQ/QVoGkQtkojGQho1sb1N+Js61yxzX2iGcJ2Z9Ud0RkjGGwu0TxcU7JVc+Y0C6voVtz ZZnpDePESOUmJhVidUGZat0YDk3+pb+WjHTQH7XoBNEnsN/tCS+b0pYgidMt/sRcSIHP Pcnw== MIME-Version: 1.0 X-Received: by 10.202.182.67 with SMTP id g64mr8428163oif.48.1413579817747; Fri, 17 Oct 2014 14:03:37 -0700 (PDT) Received: by 10.76.7.135 with HTTP; Fri, 17 Oct 2014 14:03:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 17 Oct 2014 14:03:37 -0700 Message-ID: Subject: Re: Adding ability to add any platform on any OS From: Jesse To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=001a113ccaf0e60cea0505a4b233 X-Virus-Checked: Checked by ClamAV on apache.org --001a113ccaf0e60cea0505a4b233 Content-Type: text/plain; charset=UTF-8 Well, if platforms are a build artifact, then they would not be in version control anyway. In my opinion, the feature is not worth the risk of the changes it requires. @purplecabbage risingj.com On Fri, Oct 17, 2014 at 1:45 PM, Josh Soref wrote: > Cross platform developers with remote build systems. > > I'm currently doing work on a mac, but I spent a bit of my time w/ a > Windows machine, and a bit w/ a Linux machine. I often have shared file > systems (smb:, or .git, or whatever). > > It's moderately annoying that I have to be on my mac in order to do some > manipulation, and on an ubuntu box to do some manipulation, and on a > windows box to do some manipulation. > > Ok, I take that back, if I had to do that, I'd be pissed. > > On 10/17/14, 4:30 PM, "Jesse" wrote: > > >I don't see a ton of value in this, but I do see a lot of risk. > >Platform scripts + hooks are called for any changes to plugins (add/rm) so > >you are going to have multiple points of failure. > >Who does this feature help? > > > >@purplecabbage > >risingj.com > > > >On Fri, Oct 17, 2014 at 1:09 PM, Edna Y Morales > >wrote: > > > >> > >> > >> Hi all, > >> > >> I'm working on allowing the CLI to add any platform regardless of > >>whether > >> the OS supports it. Basically you would add the platform, get a warning > >> stating that you won't be able to build for that platform, and then just > >> throw an error when an attempt to build is made. While looking into > >>this, > >> I've noticed that there are checks in multiple places that are > >>preventing > >> this. The first one is the check in cordova-lib that verifies the OS > >> supports the platform. I am changing that to give a warning to the user > >> instead of throwing an error. Then the check_reqs script for individual > >> platforms is called both in the create script and the build script. I'm > >> wondering if the check is required in the create script, when it's just > >> going to get called again in the build script. My plan is to remove the > >> check from the create script if there is nothing in there that requires > >>a > >> platform specific environment. > >> > >> Any comments or feedback would be appreciated. > >> > >> Thanks, > >> Edna Morales > > --001a113ccaf0e60cea0505a4b233--