Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of justinmclean@gmail.com
 designates 209.85.160.42 as permitted sender)
Sender: Justin Mclean <justinmclean@gmail.com>
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1283)
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.0 RC1
From: Justin Mclean <justin@classsoftware.com>
In-Reply-To: <CD090CD3.4ABE6%aharui@adobe.com>
Date: Wed, 2 Jan 2013 17:37:54 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <31265E42-70B4-40EB-9BCC-53FDFF210C32@classsoftware.com>
References: <CD090CD3.4ABE6%aharui@adobe.com>
To: flex-dev@incubator.apache.org

Hi,

> Are you suggesting that the workflow is to use the -config switch for
> testing?  Then we are not testing the final configuration.

The same XML file would be uploaded so we would be testing the final =
config.=20
=20
Again this is a program to help users download the binaries to use in =
their IDE of choice, it's provided to help them and is not really part =
of the SDK itself. If you don't agree with how the installer is =
currently working please come up with a suggestion to fix it so it =
complies with what you think the legal issue is - which I have to say =
I'm still unsure actually exists. If then we can't come up with a way =
around that  then I suggest we host the installer exe/dmg files =
externally and move the code out of Apache SVN  to github.

This is just delaying the official 4.9 release announcement and stoping =
users from installing the SDK.

> Many Flex shops are stuck on older versions because it
> takes a while to approve new versions for use.  So they have to =
install
> those old versions again from time to time.=20

IMO they are likely to just copy existing working  SDK directories about =
rather than recompile an old  SDK or use the installer.=20

Thanks,
Justin=