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 54FC718BCE for ; Wed, 4 Nov 2015 23:01:03 +0000 (UTC) Received: (qmail 87848 invoked by uid 500); 4 Nov 2015 23:01:03 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 87808 invoked by uid 500); 4 Nov 2015 23:01:03 -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 87793 invoked by uid 99); 4 Nov 2015 23:01:02 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Nov 2015 23:01:02 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 5CBF21A2DF0 for ; Wed, 4 Nov 2015 23:01:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.15 X-Spam-Level: *** X-Spam-Status: No, score=3.15 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id nJghVzIIO3p5 for ; Wed, 4 Nov 2015 23:00:53 +0000 (UTC) Received: from mail-yk0-f193.google.com (mail-yk0-f193.google.com [209.85.160.193]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 204C623883 for ; Wed, 4 Nov 2015 23:00:50 +0000 (UTC) Received: by ykdy125 with SMTP id y125so9382376ykd.1 for ; Wed, 04 Nov 2015 15:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=Z5v893Co5Q2Cafhx2TmbvIcubyri7c7N+ezpgrUx+fs=; b=YHTxw26tPiPKYcwQh5cS3zLVnwo9s0Die44nyy6YgmwMa2+oCF7XCwf+pfeNfx/5Aj na58mum17RYRZQiHlc/GMfP3Wb/PKiqKNElhW2jE6+IL8G/TZbIp23YJ/2dMZoYLAGHE rvsrfBQvQMoTXzEAh5YhHlMuQFSQzbjZwHrNzteHqOds8M2NKe+Frts4suaoltPXdtGf XVFcDpERtXnJ32f0IrL2Lm6S375madRQ51F620JNg0Zv5opP/m7nmURr4dIu2Y0m+qJl SLKg+dUlXiGNtAG4KCaSV4J2leQPn1gGQKnhiFNsxR8NieFUq+dSDFJmBX7pnkAjvKxE 4eqg== X-Received: by 10.31.172.72 with SMTP id v69mr4462932vke.116.1446678042864; Wed, 04 Nov 2015 15:00:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.80.79 with HTTP; Wed, 4 Nov 2015 15:00:23 -0800 (PST) In-Reply-To: References: <56390E3F.5000606@tmbsw.com> From: Steven Gill Date: Wed, 4 Nov 2015 15:00:23 -0800 Message-ID: Subject: Re: Adding Telemetry information to Cordova To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=001a1143f92ed9740e0523befa21 --001a1143f92ed9740e0523befa21 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Problem with collecting from lib is how do you show notice to users to opt out? If we build that notice into lib, imagine how confusing that might be for PhoneGap/Taco/Mobilefirst users to see a message about cordova wanting to collect data. I think we should only introduce it to CLI if we do. On Wed, Nov 4, 2015 at 2:46 PM, Carlos Santana wrote= : > Yep, no collection on app just tools. > And also be careful on what we collect on tooling also, there might thing= s > we might not want to collect. (cli commands might have sensitive data) we > just need to collect some of it in a anonymous way. > > Also some environment info also is useful (node version, jdk version, os > type, xcode version, android sdk version, etc..) > > I think collecting from cordova-lib might be good. Will be good to know > what is the ratio between cli vs. api users, but at the same time that we > can get from npm downloads lib vs. cli > > On Wed, Nov 4, 2015 at 11:17 AM Jesse wrote: > > > We would collect data from cli use, not in app. > > > > cli and lib versions, plugins used, cli commands used, platforms used a= nd > > versions, etc > > > > NOTHING should be added to the app a developer installs on the emulator > or > > device. > > > > Ideally this is all done in the cli directly so other tools can still > > consume cordova-lib without being tracked. > > > > > On Nov 4, 2015, at 12:03 AM, Tammo Schimanski < > > tammo.schimanski@cordova.de> wrote: > > > > > > I think the same, this could be very useful. But we have to think abo= ut > > the things terence already mentioned. These are three very big points f= or > > data collection and they have to be 100% clear before we get started wi= th > > this. I think that we don=E2=80=99t need to collect user identifiable > information, > > or have i overlooked something? > > > > > > Data that could be collected: > > > > > > - Cellphone manufacturer > > > - Display Size / Resolution > > > - OS with Version > > > - Used Browser-Engine with Version > > > > > > To the point =E2=80=9Ewould it be optional=E2=80=9C: For who should i= t be optional? For > > =E2=80=9Eus=E2=80=9C, the developers, or for the users who are using th= e application? In > my > > opinion this has to be optional because not everyone is able to > understand > > what he is doing. If we activate this by default and someone develops a= n > > application but is missing the legal part inside his data protection > > regulation, he can get big problems with the german law as far as i > > understood the whole thing correct. > > > > > > +1 for this! :-) > > >> Am 03.11.2015 um 20:42 schrieb Terence M. Bandoian >: > > >> > > >> Could be useful. What exactly would be collected? Would it be > > optional? Any user identifiable information? > > >> > > >> -Terence Bandoian > > >> > > >> > > >>> On 11/3/2015 2:31 AM, julio cesar sanchez wrote: > > >>> I think it's a good idea to add it and it will help understand how > > people > > >>> use cordova and find common problems that they might have > > >>> > > >>> 2015-11-02 23:13 GMT+01:00 Parashuram N : > > >>> > > >>>> Hey folks, > > >>>> > > >>>> One of the action items from the face to face meeting was about > > adding the > > >>>> ability to the Cordova CLI to collect telemetry data. Folks said > that > > they > > >>>> were not sure if Apache had any policies against it. I checked wit= h > > >>>> legal-discuss@apache.org (and > > included > > >>>> the PMC in the mail) and looks like they don't have any policies f= or > > or > > >>>> against it. > > >>>> In terms of prior art, Looks like the Apache Flex project is alrea= dy > > >>>> collecting limited telemetry, and CloudStack folks are thinking > about > > it. > > >>>> > > >>>> Now that we know that Apache is not totally against collecting > > telemetry > > >>>> data, what do you guys think about it? Are there folks in the > > community who > > >>>> are totally against adding any kind of telemetry to Cordova ? If > yes, > > can > > >>>> we discuss those concerns in this thread ? > > >>>> Also, are there folks who think this is a good idea ? If yes, plea= se > > raise > > >>>> those points too. > > >> > > >> > > >> --------------------------------------------------------------------= - > > >> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org > > >> For additional commands, e-mail: dev-help@cordova.apache.org > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org > > > For additional commands, e-mail: dev-help@cordova.apache.org > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org > > For additional commands, e-mail: dev-help@cordova.apache.org > > > > > --001a1143f92ed9740e0523befa21--