Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 64814D10D for ; Wed, 26 Sep 2012 11:38:01 +0000 (UTC) Received: (qmail 10668 invoked by uid 500); 26 Sep 2012 11:38:00 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 10342 invoked by uid 500); 26 Sep 2012 11:37:54 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 10302 invoked by uid 99); 26 Sep 2012 11:37:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Sep 2012 11:37:53 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.214.47] (HELO mail-bk0-f47.google.com) (209.85.214.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Sep 2012 11:37:44 +0000 Received: by bkcjk7 with SMTP id jk7so230766bkc.6 for ; Wed, 26 Sep 2012 04:37:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=hcxRSKqSi+vZg6fHO4I5StFhWb9cn1H2WvDBy0Tye3o=; b=VI1S5cMSbYeoAg8ABsqHrZ6ZJgpBqczg7lr6xaK4534+47MMMiuyNtq5poosgdKng6 gbd9IAVh47zB8lffMSmAyIJlXYx/irOFo40lg1JSurp54+5RKMCi1gWGvcWXxuNF8jzi v7hY/kgz1JFAOluTIgL3sMSHcwM+eeF6zXJ3hR0iEDSvI3x91ScK+h7wLNrbCR+ZCUu0 yKZb+0DJNnaKfa226bQnnApvT67cTwIVaatyqt1VY31I+8OakVCIwj/vGqwYCxzb0pIp kHJBmfKsB035RpaQRQDiDdCoY5sFQe/9xc6TJ1jFeLZO4ZfkeuBeRS2HV3CcsXC24My/ PXBA== MIME-Version: 1.0 Received: by 10.204.3.220 with SMTP id 28mr210150bko.87.1348659443803; Wed, 26 Sep 2012 04:37:23 -0700 (PDT) Received: by 10.204.130.15 with HTTP; Wed, 26 Sep 2012 04:37:23 -0700 (PDT) X-Originating-IP: [173.10.39.57] In-Reply-To: References: Date: Wed, 26 Sep 2012 07:37:23 -0400 Message-ID: Subject: Re: [VOTE] Release InstallApacheFlex 1.0 - RC5 From: Nicholas Kwiatkowski To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=000e0cd1e22212272b04ca993f4d X-Gm-Message-State: ALoCoQkC/7m50gUHq7MBcpulW+D/zKgz0KDVM0OSHKE8TB8u1689sGVpG7SdSejvBRJl2bnalGKp --000e0cd1e22212272b04ca993f4d Content-Type: text/plain; charset=ISO-8859-1 >From what I understand, that app does verify the MD5 of the downloaded files from mirrors -- so in effect, it is verifying that the downloads are authentic enough that they are "singed" by us. I don't believe the Adobe downloads are signed, nor are MD5 checked. I don't know if that is of concern, but we don't provide the MD5 checks for those downloads using our normal, manual process. Adobe has the right to update those prerequisites without letting us know, which may cause issues if we do MD5 checking. As far as a notice that files are being downloaded -- that is exactly it. They are being downloaded and extracted. They are not being 'installed' onto the system. Installed in my mind says that binaries are set to be run by the OS, with stuff in the start menu (or applications folder), etc. That is NOT what this utility does. It simply grabs all the prerequisites from the 15 or so locations we require them from, and extracts them in the correct format onto the user's PC. Nothing more happens without the user moving forward. Personally, I'm at the stance that we should get this out the door. It is functioning as expected, and while we could belabor the user to death with 1,000 more warnings, I don't think they need it. -Nick On Wed, Sep 26, 2012 at 4:19 AM, Bertrand Delacretaz wrote: > Hi, > > On Wed, Sep 26, 2012 at 9:47 AM, Erik de Bruin wrote: > > This is starting to feel like the never-ending [VOTE] :( Are all > > releases going to be like this, or will it get better (smoother, less > > frustrating) later on?... > > I understand your frustration, sorry that I didn't notice the > FLEX-33210 problem earlier, but as I said i'm very surprised that no > one else here seems to be bothered by Flex software blindly installing > stuff on user's boxes. > > If it's just my opinion and a few others say that they don't care > about releasing the installer with FLEX-33210 unresolved, I'll accept > that. > > > ...I honestly feel that adding another dialog to the program > > will do nothing to educate the user - after all, who really reads > > them, you click OK and get on with what you came to the installer for, > > downloading the SDK - I see the legal reasoning behind it and agree, > > reluctantly, that it should be included in the software.... > > It's not a legal matter as far as I'm concerned, more a quality issue, > I personally don't want any Apache software to install stuff on user's > boxes without giving them the opportunity to check what's happening > beforeheand. > > > > > Om, if feel an RC6 (!) coming up in the near future... > > Let's see what others think about FLEX-33210 - mentors for example? > > -Bertrand > --000e0cd1e22212272b04ca993f4d--