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 F0BEE10754 for ; Wed, 31 Jul 2013 17:30:57 +0000 (UTC) Received: (qmail 15389 invoked by uid 500); 31 Jul 2013 17:30:57 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 15366 invoked by uid 500); 31 Jul 2013 17:30:57 -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 15357 invoked by uid 99); 31 Jul 2013 17:30:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Jul 2013 17:30:57 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of agrieve@google.com designates 209.85.192.174 as permitted sender) Received: from [209.85.192.174] (HELO mail-pd0-f174.google.com) (209.85.192.174) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Jul 2013 17:30:50 +0000 Received: by mail-pd0-f174.google.com with SMTP id 10so1006857pdc.19 for ; Wed, 31 Jul 2013 10:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=VtzMylV5gBTRnkmb+dU+mxdyJt2lWOjaNd6e1y4d/4o=; b=gE+mwgSUQ6VNBebIClLEUbTTxd/eKSfwM7oKIY+gTqDqObWxGTP7/Tk3hW7ulhfvZ0 RrSlFpGf9XeUuXi1t2/0WTa6Hstybd57FiWreQCRLSCSS8QrvGFMejfeXWNdIyNobfa4 xI8uxAWklDfGhUFm0tNUoFCpGgSyZsaJr5ZPT7t/fueUTaivbKvyQ5lpu6E/Cw82QpyB GgsKXWWL+Hs0lNoryX9IUW30aoqXUES09NwHNoy1o7uD5T2iEdBmnIW88zcraIYGjtXl Ufvv8lVymtCKmdzP16erLK/NwuAGKXS5JCGXabtHJlMLBXWNxp/cFO0bjDRWZOP59mrv hw5Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=VtzMylV5gBTRnkmb+dU+mxdyJt2lWOjaNd6e1y4d/4o=; b=Z8SFblncwPhvJCn0L2CoZO17UV63V2bzEnki0UeAw1AafUULPgf9M9Wc7b18XLjAW5 UeJW5JBHRb6G1eqzGnVLO7/gUiSQKAxtgXIQ1lOuOt1kiwQzlsSh/SopzuSi3YBP+mtN S6bgVZRR14gV+jR+EZZ7A5Rfd/ed/MDwCuN5k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :x-gm-message-state; bh=VtzMylV5gBTRnkmb+dU+mxdyJt2lWOjaNd6e1y4d/4o=; b=E49L7ImPQgOIFnC2gRmdxVFVobJ2dEWWk1J2tsfua+XtTNJesVqOMJRYpnWYT0R8pg 04dFSnscm06zhHm+7uNAm6dEU9aRhlQA3PImv9IebPYLVMAtIQEGN/oTJfNonYhnSh0d ncqYn4oZFhPFHKaocLn3yr8QVrVKU1LhRKyEIKrbdn4Wxh0rstfRO8hJg5TSYtluNSjS a4j3GrfpyBzbXtfCa67x8nziOkuVK9RihxlYqzZqQQvMGXxa3gEB8XGujmoNgmwsh2r1 T9rXwmQo2qu0OJtQzUTFTStWeNkmRkeYheqBJ2SbS/NKXh9ksVMCUkPWqgY+r6sYsOpj HrfA== X-Received: by 10.66.120.145 with SMTP id lc17mr18148882pab.182.1375291830072; Wed, 31 Jul 2013 10:30:30 -0700 (PDT) MIME-Version: 1.0 Sender: agrieve@google.com Received: by 10.68.28.33 with HTTP; Wed, 31 Jul 2013 10:30:10 -0700 (PDT) In-Reply-To: References: From: Andrew Grieve Date: Wed, 31 Jul 2013 13:30:10 -0400 X-Google-Sender-Auth: IHvPwUPUhtZfnT0JyyQWI4sKIno Message-ID: Subject: Re: Plugin / Platform mismatch problems To: dev Content-Type: multipart/alternative; boundary=e89a8ffbaca1feaa3204e2d21481 X-Gm-Message-State: ALoCoQmPc0aN0WutSUbTenYKYtDh9/RYBderFd2R/vzqaNu0HlyHYwFjWKsiLV1iEMi8FSwnkzvilYQ3OyE1do+H2uKtQV7QxPGoxeCtjE2VF9brXl+5B5+LHgWTm2ZQQ6870JQqxIxp+8nwFUfg7Mf3K+puK/ZPA9U7UZ44JjrWSqwmHSX7H4tdNHadduyMNmuLHE5a5qnt X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ffbaca1feaa3204e2d21481 Content-Type: text/plain; charset=ISO-8859-1 I don't feel strongly one way or the other about prefixing. On Tue, Jul 30, 2013 at 6:49 PM, Shazron wrote: > Do we need to add a doc issue for updating this in 3.1: > 1. > > http://cordova.apache.org/docs/en/3.0.0/plugin_ref_plugman.md.html#Using%20Plugman%20to%20Manage%20Plugins > 2. > > http://cordova.apache.org/docs/en/3.0.0/guide_cli_index.md.html#The%20Command-line%20Interface > > (the docs will still work of course using the existing method) > > > On Tue, Jul 30, 2013 at 3:33 PM, Anis KADRI wrote: > > > In the meantime....I renamed all plugins to package names in the > > cordova registry. I've also updated plugman > > > > So anyone should be able to `cordova plugin add > > org.apache.cordova.core.device` or `plugman install --platform > > platform --plugin org.apache.cordova.core.device --project > > /path/to/project` and it should just work. > > > > prefixing is not there yet. Do we really want it ? > > > > -a > > > > On Tue, Jul 30, 2013 at 9:58 AM, Brian LeRoux wrote: > > > Oh, yes, it could also be made to install from the npm registry. It > > > does neither of those things yet. > > > > > > On Tue, Jul 30, 2013 at 9:43 AM, Andrew Grieve > > wrote: > > >> A federated system just means that anyone can host a directory of > > plugins, > > >> yes? Anis was saying that plugman could be easily made to point at any > > >> couchdb instance. Is that not federated? > > >> > > >> > > >> On Mon, Jul 29, 2013 at 11:38 PM, Brian LeRoux wrote: > > >> > > >>> No, at least I don't think so. The install/uninstall are more > clobbers > > >>> and plugin.xml is not a thing npm has any desire to become aware of. > > >>> > > >>> On Mon, Jul 29, 2013 at 11:24 PM, Andrew Grieve < > agrieve@chromium.org> > > >>> wrote: > > >>> > On Mon, Jul 29, 2013 at 11:19 PM, Brian LeRoux wrote: > > >>> > > > >>> >> > Would this require that we use the node_modules dependency > > structure? > > >>> >> > > >>> >> No. We would teach npm install about our structure. > > >>> >> > > >>> >> > > >>> >> > Would we be able to enforce our cordova-version=">3.0.0"> > > as > > >>> well > > >>> >> > as our > >>> min-os-version="5.0"> > > >>> >> > constraints? > > >>> >> > > >>> >> Yes. > > >>> >> > > >>> >> > > >>> >> > Some things will be uglier to express as json I think. E.g.: > > trying to > > >>> >> > embed xml snippets (like for ), that contain many " > > >>> >> characters > > >>> >> > and newline characters. > > >>> >> > > >>> >> Yes. > > >>> >> > > >>> >> > > >>> >> > Making things harder to search for has been pointed out as a > > >>> >> disadvantage. > > >>> >> > What would be the advantages? > > >>> >> > > >>> >> We implement a theoretically federated system. Cordova would > > continue > > >>> >> to use its own registry. (And thusly downstream distributions > could > > >>> >> use their own.) > > >>> >> > > >>> > > > >>> > I thought this was already true with Anis' current setup? > > >>> > > > --e89a8ffbaca1feaa3204e2d21481--