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 9138CF297 for ; Tue, 26 Mar 2013 17:56:30 +0000 (UTC) Received: (qmail 42666 invoked by uid 500); 26 Mar 2013 17:56:30 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 42642 invoked by uid 500); 26 Mar 2013 17:56:30 -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 42630 invoked by uid 99); 26 Mar 2013 17:56:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Mar 2013 17:56:30 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fil@adobe.com designates 64.18.1.39 as permitted sender) Received: from [64.18.1.39] (HELO exprod6og117.obsmtp.com) (64.18.1.39) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Mar 2013 17:56:25 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob117.postini.com ([64.18.5.12]) with SMTP ID DSNKUVHhNdhzlsE5APoQZTACbI0giMEe5moA@postini.com; Tue, 26 Mar 2013 10:56:05 PDT Received: from inner-relay-4.eur.adobe.com (inner-relay-4.adobe.com [193.104.215.14]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r2QHqu1v016516 for ; Tue, 26 Mar 2013 10:52:56 -0700 (PDT) Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id r2QHnudb000570 for ; Tue, 26 Mar 2013 10:56:01 -0700 (PDT) Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Tue, 26 Mar 2013 10:55:49 -0700 From: Filip Maj To: "dev@cordova.apache.org" Date: Tue, 26 Mar 2013 10:55:46 -0700 Subject: Re: [cordova-cli] - config.xml handling: should that move into ./bin scripts? Thread-Topic: [cordova-cli] - config.xml handling: should that move into ./bin scripts? Thread-Index: Ac4qSyYlzeCdK9njTZKqTjmJ4aDvvQ== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org What if plugman worked a little more naively: on uninstall of plugin A, it runs through all plugins and uninstalls them, then runs through and installs all plugins except for plugin A again. On 3/26/13 10:52 AM, "Anis KADRI" wrote: >Yeah. I've talking about that specific problem with one of the >PhoneGap::Build guys. It's not easy. It is also not limited to permissions >but to every possible configuration entry including configuration that has >runtime variables in them (package names, api keys, etc...). The easy and >obvious solution would be to not delete configuration entries and leave it >up the to user but it's definitely not the cleanest solution ;-) > > >On Mon, Mar 25, 2013 at 7:17 AM, Braden Shepherdson >wrote: > >> Permissions require more clever handling than naive XML injection. I'll >>be >> talking about that somewhat later. Permissions on Android need >>de-duping, >> and making sure that deleting one plugin that requires permission X >>doesn't >> remove that permission if another plugin still needs it. >> >> Braden >> >> >> On Sun, Mar 24, 2013 at 2:57 AM, tommy-carlos Williams >> wrote: >> >> > +1 >> > >> > On 24/03/2013, at 16:52, Dave Johnson >>wrote: >> > >> > > it would make sense to have a separate project-level script that >>would >> > (for >> > > android for example) contain stuff like setting the activity name >> rather >> > > than doing it all in create [1]. Ideally it would enable changing of >> app >> > > package/id etc in an already existing project too. >> > > >> > > [1] >> >=20 >>https://github.com/apache/cordova-android/blob/master/bin/create.js#L216 >> > > >> > > >> > > On Sat, Mar 23, 2013 at 7:20 PM, Filip Maj wrote: >> > > >> > >> >> > >>> In the future when we ship without core plugins it should also, on >> > android >> > >>> at least, add appropriate permissions for the various plugins. >> > >> >> > >> This is already handled by the plugin.xml spec, where you can >>attach >> > >> arbitrary xml to any xml document that is platform-specific (such >>as >> > >> android manifest). >> > >> >> > >> >> > >>