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 4FA9F106CA for ; Sun, 2 Feb 2014 13:46:27 +0000 (UTC) Received: (qmail 14747 invoked by uid 500); 2 Feb 2014 13:46:26 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 13848 invoked by uid 500); 2 Feb 2014 13:46:18 -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 13264 invoked by uid 99); 2 Feb 2014 13:46:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Feb 2014 13:46:16 +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 (athena.apache.org: domain of iclelland@google.com designates 209.85.214.172 as permitted sender) Received: from [209.85.214.172] (HELO mail-ob0-f172.google.com) (209.85.214.172) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Feb 2014 13:46:12 +0000 Received: by mail-ob0-f172.google.com with SMTP id vb8so6919198obc.3 for ; Sun, 02 Feb 2014 05:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4NfKEf5zDCteVzlGiYKUWcFlk+Dk+xS9rWpGgbsZNZg=; b=F6ZHx40uxloBmMbVKZHrJwpIMp6RyM9V1A86eIGJqTy5G8mMkwPnFtpMzOvmLLlIUk R3IRaM3ucfiHklkEn6CguQ+5Rg/gUCi6d2ZKQL15cO3XT9QgnvBmtuNKhwgjALePj+AL NLZaHCrlGU+TTgtm9DAF8M79SSeLIbgYRPDG5ddX0Jpe5CFFb03P0CIaS917A+twTSjK AkBY68yIRHM9b1AxR3y7zOWr1HROysd+uicvTH9x+B1umO94B/peYUkbjNHbwv5Y5gEF bZXJAEjgZ4dGLP/KMuFjmjWt+TIcZIfplhJH1aaHuShHb+KTG3ji1yLCJnGyfL6FEiCH QqMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=4NfKEf5zDCteVzlGiYKUWcFlk+Dk+xS9rWpGgbsZNZg=; b=RpmUV31i1Ozd07X7AUQykzJ/GIhxp6ZrloZgVrCDKqqtaREVnhqd/2kMBfGDatn+QW dYM3IizjQTHJeqUYKpRERxJM9epKPIfo3yhvOxSQgY9zoiPasKlcmbxn9+vLkthoBrvV qufOGbDqufaFkkmOvwsRGex6H4MClnfirR07UUKYL9Cq0Svx1beNh+WwH4cazgYONEll dwpo2W6onsSMPX6yDPQ7FywMGexMDg05IsxUTf2KofYMgwsmN3dI7Oq8h8RlVuEJrYdO Q7NyVYBqjYKTJdJiczpNDuIHOe76bhtzNsH/GMfL5gHAkBZ7PuJSnfXtCyzJoBh8drlo VZvg== X-Gm-Message-State: ALoCoQkWjUIp/F4DLCraCNP/7YYkBM8YLw46q18MpH05MjsK66hRIVjVtgB8bOPhgva/05/1xF/D7iBtTAKc/+9D5uUXTwFecxs4siYqDACko5wNfVQfgGvZeLVuXBpyd21eogWYo3e6zGpfmcpce/D7lmx7A52fwRExQbCUW+17OJb3avWszCIErwbJLkWT7d7SAgOJrxROpg/IsFMH1Yl3xS6XqS9mzg== MIME-Version: 1.0 X-Received: by 10.182.246.39 with SMTP id xt7mr26044518obc.16.1391348751474; Sun, 02 Feb 2014 05:45:51 -0800 (PST) Received: by 10.182.225.135 with HTTP; Sun, 2 Feb 2014 05:45:51 -0800 (PST) In-Reply-To: References: <8f0f87f5284478fe6357474dc21872bf.squirrel@webmail2.colokoe.net> Date: Sun, 2 Feb 2014 08:45:51 -0500 Message-ID: Subject: Re: Make cordova platform add ios work on Windows From: Ian Clelland To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=001a11c2e22417469904f16ca085 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2e22417469904f16ca085 Content-Type: text/plain; charset=UTF-8 Yeah, in a weird way, it does kind of make sense. Especially if we're supporting the workflow where developers can check out a cli project on multiple machines on different platforms. I can understand if "cordova build|run|emulate" can never work, but there's no reason for "cordova create|platform|plugin" to fail, since they never compile or run native code. (It would be even worse if "cordova plugin add" only operated on the available platform, and left the other platforms in an inconsistent state. I don't know if that happens, but I'm going to check) On Sunday, February 2, 2014, Axel Nennker wrote: > Without wanting to say that it makes _much_ sense or is worth the effort I > tried this two weeks ago because I needed the iOS app on a manager's iPhone > but the project's iOS devs were not available. I wanted to add the iOS > platform, zip the platforms/ios folder and send it to another iOS developer > (no Cordova there) to build it there. > > Maybe a deeper - low priority - goal here would be to have the same node > scripts on most platforms. > Am 02.02.2014 00:06 schrieb "Jesse" > >: > > > Bas, keep in mind that anyone can enter an issue in JIRA, it doesn't > > necessarily mean that it is valid, or thought through, it is just a > > request. > > Andrew's comment on the issue itself points some of this out. > > It may make more sense to start with issues that have be created by a > core > > contributor. > > You probably chose this issue because it was unassigned, choosing an > > assigned bug ( but not in-progress ) may be better as well, just be sure > to > > reassign it to yourself, and mark it in-progress. > > > > @purplecabbage > > risingj.com > > > > > > On Sat, Feb 1, 2014 at 2:46 PM, Steven Gill > > > > wrote: > > > > > Why do we want to allow IOS create on windows? Xcode(a mac) is a > > > requirement for development for iOS. I don't understand why this > > > functionality is needed. WP stuff needs a windows machine to > > > run/build/emulate. Hence why those commands are only available on a > > windows > > > machine. > > > > > > > > > On Sat, Feb 1, 2014 at 1:05 PM, Bas Bosman > > wrote: > > > > > > > I've been looking into this. (JIRA CB-5706) > > > > > > > > The current create and update scripts for iOS are shell and Python > > > script. > > > > Both of which aren't available on Windows without jumping through a > lot > > > of > > > > hoops. > > > > > > > > Converting the scripts to JavaScript, modeled after the Android > > scripts, > > > > will fix the issues of not being able to run them on Windows as we > > > already > > > > have a Node dependency. > > > > > > > > But the bigger problem is check_reqs. That will never succeed on > > Windows > > > > as there's no XCode there. > > > > > > > > Maybe add an optional --force parameter that will allow people to > > ignore > > > > the check_reqs result? > > > > > > > > Before creating a JIRA issue for that I wanted to solicit some > opinions > > > > here. Is this a valid course of action? Are there better > alternatives? > > > > > > > > Bas > > > > > > > > > > > > > > --001a11c2e22417469904f16ca085--