You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Alex Harui <ah...@adobe.com> on 2014/03/11 06:21:15 UTC
[DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
This is the discussion thread.
This RC contains lots of small changes to try to handle inability to
connect to the server to get the various config and locale files. It
hard-codes the en_US strings so it doesn't have to go to the server to get
them so that there will at least be english strings if the server isn't
there.
It also fixes a timing bug if you change locales rapidly.
In theory, I did not touch any cache-related code.
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Alex,
This is just you trying to beat the record Om and I set with the first
release of the installer, right?
7 down, 3 to go...
;-)
EdB
On Tue, Mar 11, 2014 at 6:21 AM, Alex Harui <ah...@adobe.com> wrote:
> This is the discussion thread.
>
> This RC contains lots of small changes to try to handle inability to
> connect to the server to get the various config and locale files. It
> hard-codes the en_US strings so it doesn't have to go to the server to get
> them so that there will at least be english strings if the server isn't
> there.
>
> It also fixes a timing bug if you change locales rapidly.
>
> In theory, I did not touch any cache-related code.
>
> -Alex
>
>
>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
Best thing to do is probably to uninstall, then re-install from here:
https://dist.apache.org/repos/dist/dev/flex/installer/3.0/rc7/binaries/
Thanks,
-Alex
On 3/11/14 10:25 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 3/11/2014 11:11 PM, Alex Harui wrote:
>> Yeah, there was definitely a bug in the dmg/exe I put on my people.a.o
>> folder, but it should have been fixed in the RC7 (which should also have
>> the version in the log). Plus, it just worked for me on Win 7, but it
>>is
>> a VMWare VM.
>
>yes that's the build i used. new bits in the same place? the file marked
>11-Mar-2014 05:10?
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Paul Hastings <pa...@gmail.com>.
On 3/11/2014 11:11 PM, Alex Harui wrote:
> Yeah, there was definitely a bug in the dmg/exe I put on my people.a.o
> folder, but it should have been fixed in the RC7 (which should also have
> the version in the log). Plus, it just worked for me on Win 7, but it is
> a VMWare VM.
yes that's the build i used. new bits in the same place? the file marked
11-Mar-2014 05:10?
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
Yeah, there was definitely a bug in the dmg/exe I put on my people.a.o
folder, but it should have been fixed in the RC7 (which should also have
the version in the log). Plus, it just worked for me on Win 7, but it is
a VMWare VM.
-Alex
On 3/11/14 8:48 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>Paul's issue looks very similar to what I saw yesterday, except mine was
>with FlexJS.
>
>Om
>On Mar 11, 2014 7:05 AM, "Alex Harui" <ah...@adobe.com> wrote:
>
>> Paul,
>>
>> Can you try again but right-click and enable verbose logging? I just
>>did
>> an install in my Windows VM and it worked. The log will be big so please
>> post somewhere or email me directly.
>>
>> Thanks,
>> -Alex
>>
>> On 3/11/14 2:14 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>>
>> >windows 7, installer appears to hang on last "block" in the UI (i let
>>it
>> >sit for
>> >almost 2 hours). on a whim i tried to compile using what was
>>"installed"
>> >& FB
>> >threw out of memory errors (WAG install never really completed).
>> >
>> >log:
>> >
>> >Version 3.0.0 (windows)
>> >Using Locale:en_US
>> >Fetched the SDK download mirror URL from the CGI.
>> >AIR version 3.7
>> >Flash Player version 11.7
>> >Creating Apache Flex home
>> >Creating temporary directory
>> >Downloading Apache Flex SDK from:
>> >
>>
>>http://apache.osuosl.org/flex/4.12.0/binaries/apache-flex-sdk-4.12.0-bin.
>>z
>> >ip
>> >Verifying Apache Flex SDK MD5 Signature
>> >The Apache Flex SDK MD5 Signature of the downloaded files matches the
>> >reference.
>> >The file is valid.
>> >Uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
>> >4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
>> >Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash
>>Builder
>> >4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
>> >Downloading Adobe AIR Runtime Kit for Windows from:
>> >http://airdownload.adobe.com/air/win/download/3.7//AdobeAIRSDK.zip
>> >Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash
>>Builder
>> >4.6\sdks\4.12.0FP11.7/in/AdobeAIRSDK.zip
>> >Installing Adobe Flash Player playerglobal.swc from:
>> >
>>
>>http://download.macromedia.com/get/flashplayer/updaters/11//playerglobal1
>>1
>> >_7.swc
>> >Downloading swfobject_2_2.zip from:
>>http://swfobject.googlecode.com/files
>> >Download complete
>> >Downloading OSMF.swc from:
>> >
>>
>>http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%
>>2
>>
>>>0%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes
>>>%2
>> >9
>> >Downloading afe.jar from:
>> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>> >Downloading aglj40.jar from:
>> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>> >Downloading flex-fontkit.jar from:
>> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>> >Downloading rideau.jar from:
>> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>> >Downloading flex-messaging-common.jar from:
>> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>> >Installing frameworks configuration files configured for use with an
>>IDE
>> >C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.12.0FP11.7
>>is
>> >now an
>> >IDE compatible folder
>> >
>>
>>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
Paul's issue looks very similar to what I saw yesterday, except mine was
with FlexJS.
Om
On Mar 11, 2014 7:05 AM, "Alex Harui" <ah...@adobe.com> wrote:
> Paul,
>
> Can you try again but right-click and enable verbose logging? I just did
> an install in my Windows VM and it worked. The log will be big so please
> post somewhere or email me directly.
>
> Thanks,
> -Alex
>
> On 3/11/14 2:14 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>
> >windows 7, installer appears to hang on last "block" in the UI (i let it
> >sit for
> >almost 2 hours). on a whim i tried to compile using what was "installed"
> >& FB
> >threw out of memory errors (WAG install never really completed).
> >
> >log:
> >
> >Version 3.0.0 (windows)
> >Using Locale:en_US
> >Fetched the SDK download mirror URL from the CGI.
> >AIR version 3.7
> >Flash Player version 11.7
> >Creating Apache Flex home
> >Creating temporary directory
> >Downloading Apache Flex SDK from:
> >
> http://apache.osuosl.org/flex/4.12.0/binaries/apache-flex-sdk-4.12.0-bin.z
> >ip
> >Verifying Apache Flex SDK MD5 Signature
> >The Apache Flex SDK MD5 Signature of the downloaded files matches the
> >reference.
> >The file is valid.
> >Uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
> >4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
> >Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
> >4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
> >Downloading Adobe AIR Runtime Kit for Windows from:
> >http://airdownload.adobe.com/air/win/download/3.7//AdobeAIRSDK.zip
> >Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
> >4.6\sdks\4.12.0FP11.7/in/AdobeAIRSDK.zip
> >Installing Adobe Flash Player playerglobal.swc from:
> >
> http://download.macromedia.com/get/flashplayer/updaters/11//playerglobal11
> >_7.swc
> >Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files
> >Download complete
> >Downloading OSMF.swc from:
> >
> http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%2
> >0%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%2
> >9
> >Downloading afe.jar from:
> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
> >Downloading aglj40.jar from:
> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
> >Downloading flex-fontkit.jar from:
> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
> >Downloading rideau.jar from:
> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
> >Downloading flex-messaging-common.jar from:
> >http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
> >Installing frameworks configuration files configured for use with an IDE
> >C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.12.0FP11.7 is
> >now an
> >IDE compatible folder
> >
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Tue, Mar 11, 2014 at 10:56 AM, Paul Hastings <pa...@gmail.com>wrote:
> On 3/11/2014 9:05 PM, Alex Harui wrote:
>
> Can you try again but right-click and enable verbose logging? I just did
>> an install in my Windows VM and it worked. The log will be big so please
>> post somewhere or email me directly.
>>
>
> well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose you
> want to see its log?
>
> btw the SDK install size seems to have blossomed from 4.11 to 4.12. same
> options 4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb
> (6,668 Files, 1,313 Folders). is that expected?
>
>
Sometimes the 'temp' folder created during the installation does not get
deleted. See if that is the case here?
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Paul Hastings <pa...@gmail.com>.
On 3/12/2014 1:31 AM, Alex Harui wrote:
> If you pulled from my people dir before 11-Mar-2014 05:10 (in Europe) then
> you got a buggy version.
very likely (though no idea what tz that server is in).
> You can delete the "in" dir. Om is referring to a different folder. The
> installer creates a temp folder for downloading the binary package, but
> once the install is turned over to the ant script, it uses the "in" folder
> (because anyone actually using Ant needs to choose some folder anyway).
> It never occurred to me to delete it since we keep it around in the SDK
> builds.
> I suppose in 4.13 we can change the script to delete it.
ok, thanks.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/11/14 11:18 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 3/12/2014 1:02 AM, Alex Harui wrote:
>> Hmm. So you couldn't reproduce the "unfinished" install? I guess we'll
>> wait and see if anyone else can reproduce it. Thanks for trying again.
>> I
>
>i used the file from your people dir dated "11-Mar-2014 05:10" which i'm
>not
>sure is the same one that blew up 9I trashed the first one before i
>realized it
>might be needed later). maybe it was fixed?
If you pulled from my people dir before 11-Mar-2014 05:10 (in Europe) then
you got a buggy version.
>
>> Regarding sizes, can you do a quick compare of the two folders to see
>>what
>> the extra files are? Did you use the same AIR SDK on both?
>
>yes there's an "in" dir that takes up 52% (700mb) of the SDK install dir.
>its
>not in the 4.11 install dir. most of the "in" dir is used by an "airsdk"
>dir 76%
>(530mb).
>
>is that the temp dir that big O was referring to?
You can delete the "in" dir. Om is referring to a different folder. The
installer creates a temp folder for downloading the binary package, but
once the install is turned over to the ant script, it uses the "in" folder
(because anyone actually using Ant needs to choose some folder anyway).
It never occurred to me to delete it since we keep it around in the SDK
builds.
I suppose in 4.13 we can change the script to delete it.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Paul Hastings <pa...@gmail.com>.
On 3/12/2014 1:02 AM, Alex Harui wrote:
> Hmm. So you couldn't reproduce the "unfinished" install? I guess we'll
> wait and see if anyone else can reproduce it. Thanks for trying again. I
i used the file from your people dir dated "11-Mar-2014 05:10" which i'm not
sure is the same one that blew up 9I trashed the first one before i realized it
might be needed later). maybe it was fixed?
> Regarding sizes, can you do a quick compare of the two folders to see what
> the extra files are? Did you use the same AIR SDK on both?
yes there's an "in" dir that takes up 52% (700mb) of the SDK install dir. its
not in the 4.11 install dir. most of the "in" dir is used by an "airsdk" dir 76%
(530mb).
is that the temp dir that big O was referring to?
can i delete it?
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Tue, Mar 11, 2014 at 11:55 AM, Alex Harui <ah...@adobe.com> wrote:
> There is already a no cache bit in the config file that the Installer
> appears to use correctly, at least in my testing. If you ran a FlexJS
> install, it will cache that zip. I haven't had time to adjust the FlexJS
> install to not cache that download. Could that be what is happening?
>
>
Yes, this was on a run with FlexJS. I just tried 4.13.0 nightly and it
does not get cached. So, I guess adjusting the FlexJS install should fix
it.
Thanks,
Om
> -Alex
>
> On 3/11/14 11:38 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
> >I see another serious problem (sorry)
> >After caching is enabled, it seems like the nightly builds are being
> >cached
> >as well. For example, under the
> >.../LocalStore/job/flex-falcon/lastSuccessfulBuild/artifact/out directory,
> >there is a apache-flex-falconjx-0.0.1-bin.zip. If this gets built for
> >every checkin, then we should not be caching this file.
> >
> >The config file should probably have a "dont cache" property that can be
> >set.
> >
> >
> >On Tue, Mar 11, 2014 at 11:32 AM, Alex Harui <ah...@adobe.com> wrote:
> >
> >> I'll do a check later. On Mac the compare goes quickly. I don't know
> >>if
> >> file times get recorded in the zip and cause a checksum difference or
> >>not.
> >>
> >> On 3/11/14 11:15 AM, "OmPrakash Muppirala" <bi...@gmail.com>
> wrote:
> >>
> >> >One issue that has been bothering me, though. I tried an install
> >>without
> >> >cache and then with cache on. Then, I zipped both the resulting SDK
> >> >directories and did a checksum on them. They turned out to be
> >>different.
> >> >Is this expected?
> >> >
> >> >A full directory compare was taking way way too long for me to figure
> >>out
> >> >exactly what changed.
> >> >
> >> >
> >> >On Tue, Mar 11, 2014 at 11:07 AM, OmPrakash Muppirala
> >> ><bi...@gmail.com>wrote:
> >> >
> >> >> I just tried RC7 and I cant repro the unfinished install either.
> >>Looks
> >> >> like it is fixed.
> >> >>
> >> >> Thanks,
> >> >> Om
> >> >>
> >> >>
> >> >> On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com>
> >>wrote:
> >> >>
> >> >>> Hmm. So you couldn't reproduce the "unfinished" install? I guess
> >> >>>we'll
> >> >>> wait and see if anyone else can reproduce it. Thanks for trying
> >> >>>again. I
> >> >>> don't need to see the log if it was successful.
> >> >>>
> >> >>> Regarding sizes, can you do a quick compare of the two folders to
> >>see
> >> >>>what
> >> >>> the extra files are? Did you use the same AIR SDK on both?
> >> >>>
> >> >>> Thanks,
> >> >>> -Alex
> >> >>>
> >> >>> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com>
> >>wrote:
> >> >>>
> >> >>> >On 3/11/2014 9:05 PM, Alex Harui wrote:
> >> >>> >
> >> >>> >> Can you try again but right-click and enable verbose logging? I
> >> >>>just
> >> >>> >>did
> >> >>> >> an install in my Windows VM and it worked. The log will be big so
> >> >>> please
> >> >>> >> post somewhere or email me directly.
> >> >>> >
> >> >>> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't
> >>suppose
> >> >>>you
> >> >>> >want to
> >> >>> >see its log?
> >> >>> >
> >> >>> >btw the SDK install size seems to have blossomed from 4.11 to 4.12.
> >> >>>same
> >> >>> >options
> >> >>> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb
> >>(6,668
> >> >>> >Files,
> >> >>> >1,313 Folders). is that expected?
> >> >>> >
> >> >>>
> >> >>>
> >> >>
> >>
> >>
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
There is already a no cache bit in the config file that the Installer
appears to use correctly, at least in my testing. If you ran a FlexJS
install, it will cache that zip. I haven't had time to adjust the FlexJS
install to not cache that download. Could that be what is happening?
-Alex
On 3/11/14 11:38 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>I see another serious problem (sorry)
>After caching is enabled, it seems like the nightly builds are being
>cached
>as well. For example, under the
>.../LocalStore/job/flex-falcon/lastSuccessfulBuild/artifact/out directory,
>there is a apache-flex-falconjx-0.0.1-bin.zip. If this gets built for
>every checkin, then we should not be caching this file.
>
>The config file should probably have a "dont cache" property that can be
>set.
>
>
>On Tue, Mar 11, 2014 at 11:32 AM, Alex Harui <ah...@adobe.com> wrote:
>
>> I'll do a check later. On Mac the compare goes quickly. I don't know
>>if
>> file times get recorded in the zip and cause a checksum difference or
>>not.
>>
>> On 3/11/14 11:15 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>>
>> >One issue that has been bothering me, though. I tried an install
>>without
>> >cache and then with cache on. Then, I zipped both the resulting SDK
>> >directories and did a checksum on them. They turned out to be
>>different.
>> >Is this expected?
>> >
>> >A full directory compare was taking way way too long for me to figure
>>out
>> >exactly what changed.
>> >
>> >
>> >On Tue, Mar 11, 2014 at 11:07 AM, OmPrakash Muppirala
>> ><bi...@gmail.com>wrote:
>> >
>> >> I just tried RC7 and I cant repro the unfinished install either.
>>Looks
>> >> like it is fixed.
>> >>
>> >> Thanks,
>> >> Om
>> >>
>> >>
>> >> On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com>
>>wrote:
>> >>
>> >>> Hmm. So you couldn't reproduce the "unfinished" install? I guess
>> >>>we'll
>> >>> wait and see if anyone else can reproduce it. Thanks for trying
>> >>>again. I
>> >>> don't need to see the log if it was successful.
>> >>>
>> >>> Regarding sizes, can you do a quick compare of the two folders to
>>see
>> >>>what
>> >>> the extra files are? Did you use the same AIR SDK on both?
>> >>>
>> >>> Thanks,
>> >>> -Alex
>> >>>
>> >>> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com>
>>wrote:
>> >>>
>> >>> >On 3/11/2014 9:05 PM, Alex Harui wrote:
>> >>> >
>> >>> >> Can you try again but right-click and enable verbose logging? I
>> >>>just
>> >>> >>did
>> >>> >> an install in my Windows VM and it worked. The log will be big so
>> >>> please
>> >>> >> post somewhere or email me directly.
>> >>> >
>> >>> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't
>>suppose
>> >>>you
>> >>> >want to
>> >>> >see its log?
>> >>> >
>> >>> >btw the SDK install size seems to have blossomed from 4.11 to 4.12.
>> >>>same
>> >>> >options
>> >>> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb
>>(6,668
>> >>> >Files,
>> >>> >1,313 Folders). is that expected?
>> >>> >
>> >>>
>> >>>
>> >>
>>
>>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
I see another serious problem (sorry)
After caching is enabled, it seems like the nightly builds are being cached
as well. For example, under the
.../LocalStore/job/flex-falcon/lastSuccessfulBuild/artifact/out directory,
there is a apache-flex-falconjx-0.0.1-bin.zip. If this gets built for
every checkin, then we should not be caching this file.
The config file should probably have a "dont cache" property that can be
set.
On Tue, Mar 11, 2014 at 11:32 AM, Alex Harui <ah...@adobe.com> wrote:
> I'll do a check later. On Mac the compare goes quickly. I don't know if
> file times get recorded in the zip and cause a checksum difference or not.
>
> On 3/11/14 11:15 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>
> >One issue that has been bothering me, though. I tried an install without
> >cache and then with cache on. Then, I zipped both the resulting SDK
> >directories and did a checksum on them. They turned out to be different.
> >Is this expected?
> >
> >A full directory compare was taking way way too long for me to figure out
> >exactly what changed.
> >
> >
> >On Tue, Mar 11, 2014 at 11:07 AM, OmPrakash Muppirala
> ><bi...@gmail.com>wrote:
> >
> >> I just tried RC7 and I cant repro the unfinished install either. Looks
> >> like it is fixed.
> >>
> >> Thanks,
> >> Om
> >>
> >>
> >> On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com> wrote:
> >>
> >>> Hmm. So you couldn't reproduce the "unfinished" install? I guess
> >>>we'll
> >>> wait and see if anyone else can reproduce it. Thanks for trying
> >>>again. I
> >>> don't need to see the log if it was successful.
> >>>
> >>> Regarding sizes, can you do a quick compare of the two folders to see
> >>>what
> >>> the extra files are? Did you use the same AIR SDK on both?
> >>>
> >>> Thanks,
> >>> -Alex
> >>>
> >>> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com> wrote:
> >>>
> >>> >On 3/11/2014 9:05 PM, Alex Harui wrote:
> >>> >
> >>> >> Can you try again but right-click and enable verbose logging? I
> >>>just
> >>> >>did
> >>> >> an install in my Windows VM and it worked. The log will be big so
> >>> please
> >>> >> post somewhere or email me directly.
> >>> >
> >>> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose
> >>>you
> >>> >want to
> >>> >see its log?
> >>> >
> >>> >btw the SDK install size seems to have blossomed from 4.11 to 4.12.
> >>>same
> >>> >options
> >>> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668
> >>> >Files,
> >>> >1,313 Folders). is that expected?
> >>> >
> >>>
> >>>
> >>
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
I'll do a check later. On Mac the compare goes quickly. I don't know if
file times get recorded in the zip and cause a checksum difference or not.
On 3/11/14 11:15 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>One issue that has been bothering me, though. I tried an install without
>cache and then with cache on. Then, I zipped both the resulting SDK
>directories and did a checksum on them. They turned out to be different.
>Is this expected?
>
>A full directory compare was taking way way too long for me to figure out
>exactly what changed.
>
>
>On Tue, Mar 11, 2014 at 11:07 AM, OmPrakash Muppirala
><bi...@gmail.com>wrote:
>
>> I just tried RC7 and I cant repro the unfinished install either. Looks
>> like it is fixed.
>>
>> Thanks,
>> Om
>>
>>
>> On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com> wrote:
>>
>>> Hmm. So you couldn't reproduce the "unfinished" install? I guess
>>>we'll
>>> wait and see if anyone else can reproduce it. Thanks for trying
>>>again. I
>>> don't need to see the log if it was successful.
>>>
>>> Regarding sizes, can you do a quick compare of the two folders to see
>>>what
>>> the extra files are? Did you use the same AIR SDK on both?
>>>
>>> Thanks,
>>> -Alex
>>>
>>> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>>>
>>> >On 3/11/2014 9:05 PM, Alex Harui wrote:
>>> >
>>> >> Can you try again but right-click and enable verbose logging? I
>>>just
>>> >>did
>>> >> an install in my Windows VM and it worked. The log will be big so
>>> please
>>> >> post somewhere or email me directly.
>>> >
>>> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose
>>>you
>>> >want to
>>> >see its log?
>>> >
>>> >btw the SDK install size seems to have blossomed from 4.11 to 4.12.
>>>same
>>> >options
>>> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668
>>> >Files,
>>> >1,313 Folders). is that expected?
>>> >
>>>
>>>
>>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
One issue that has been bothering me, though. I tried an install without
cache and then with cache on. Then, I zipped both the resulting SDK
directories and did a checksum on them. They turned out to be different.
Is this expected?
A full directory compare was taking way way too long for me to figure out
exactly what changed.
On Tue, Mar 11, 2014 at 11:07 AM, OmPrakash Muppirala
<bi...@gmail.com>wrote:
> I just tried RC7 and I cant repro the unfinished install either. Looks
> like it is fixed.
>
> Thanks,
> Om
>
>
> On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com> wrote:
>
>> Hmm. So you couldn't reproduce the "unfinished" install? I guess we'll
>> wait and see if anyone else can reproduce it. Thanks for trying again. I
>> don't need to see the log if it was successful.
>>
>> Regarding sizes, can you do a quick compare of the two folders to see what
>> the extra files are? Did you use the same AIR SDK on both?
>>
>> Thanks,
>> -Alex
>>
>> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>>
>> >On 3/11/2014 9:05 PM, Alex Harui wrote:
>> >
>> >> Can you try again but right-click and enable verbose logging? I just
>> >>did
>> >> an install in my Windows VM and it worked. The log will be big so
>> please
>> >> post somewhere or email me directly.
>> >
>> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose you
>> >want to
>> >see its log?
>> >
>> >btw the SDK install size seems to have blossomed from 4.11 to 4.12. same
>> >options
>> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668
>> >Files,
>> >1,313 Folders). is that expected?
>> >
>>
>>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
I just tried RC7 and I cant repro the unfinished install either. Looks
like it is fixed.
Thanks,
Om
On Tue, Mar 11, 2014 at 11:02 AM, Alex Harui <ah...@adobe.com> wrote:
> Hmm. So you couldn't reproduce the "unfinished" install? I guess we'll
> wait and see if anyone else can reproduce it. Thanks for trying again. I
> don't need to see the log if it was successful.
>
> Regarding sizes, can you do a quick compare of the two folders to see what
> the extra files are? Did you use the same AIR SDK on both?
>
> Thanks,
> -Alex
>
> On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>
> >On 3/11/2014 9:05 PM, Alex Harui wrote:
> >
> >> Can you try again but right-click and enable verbose logging? I just
> >>did
> >> an install in my Windows VM and it worked. The log will be big so please
> >> post somewhere or email me directly.
> >
> >well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose you
> >want to
> >see its log?
> >
> >btw the SDK install size seems to have blossomed from 4.11 to 4.12. same
> >options
> >4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668
> >Files,
> >1,313 Folders). is that expected?
> >
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
Hmm. So you couldn't reproduce the "unfinished" install? I guess we'll
wait and see if anyone else can reproduce it. Thanks for trying again. I
don't need to see the log if it was successful.
Regarding sizes, can you do a quick compare of the two folders to see what
the extra files are? Did you use the same AIR SDK on both?
Thanks,
-Alex
On 3/11/14 10:56 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 3/11/2014 9:05 PM, Alex Harui wrote:
>
>> Can you try again but right-click and enable verbose logging? I just
>>did
>> an install in my Windows VM and it worked. The log will be big so please
>> post somewhere or email me directly.
>
>well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose you
>want to
>see its log?
>
>btw the SDK install size seems to have blossomed from 4.11 to 4.12. same
>options
>4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668
>Files,
>1,313 Folders). is that expected?
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Paul Hastings <pa...@gmail.com>.
On 3/11/2014 9:05 PM, Alex Harui wrote:
> Can you try again but right-click and enable verbose logging? I just did
> an install in my Windows VM and it worked. The log will be big so please
> post somewhere or email me directly.
well the file marked 11-Mar-2014 05:10 installed A-ok. don't suppose you want to
see its log?
btw the SDK install size seems to have blossomed from 4.11 to 4.12. same options
4.11 is 727mb (6,219 Files, 1,124 Folders) while 4.12 is 1.3Gb (6,668 Files,
1,313 Folders). is that expected?
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
Paul,
Can you try again but right-click and enable verbose logging? I just did
an install in my Windows VM and it worked. The log will be big so please
post somewhere or email me directly.
Thanks,
-Alex
On 3/11/14 2:14 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>windows 7, installer appears to hang on last "block" in the UI (i let it
>sit for
>almost 2 hours). on a whim i tried to compile using what was "installed"
>& FB
>threw out of memory errors (WAG install never really completed).
>
>log:
>
>Version 3.0.0 (windows)
>Using Locale:en_US
>Fetched the SDK download mirror URL from the CGI.
>AIR version 3.7
>Flash Player version 11.7
>Creating Apache Flex home
>Creating temporary directory
>Downloading Apache Flex SDK from:
>http://apache.osuosl.org/flex/4.12.0/binaries/apache-flex-sdk-4.12.0-bin.z
>ip
>Verifying Apache Flex SDK MD5 Signature
>The Apache Flex SDK MD5 Signature of the downloaded files matches the
>reference.
>The file is valid.
>Uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
>4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
>Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
>4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
>Downloading Adobe AIR Runtime Kit for Windows from:
>http://airdownload.adobe.com/air/win/download/3.7//AdobeAIRSDK.zip
>Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
>4.6\sdks\4.12.0FP11.7/in/AdobeAIRSDK.zip
>Installing Adobe Flash Player playerglobal.swc from:
>http://download.macromedia.com/get/flashplayer/updaters/11//playerglobal11
>_7.swc
>Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files
>Download complete
>Downloading OSMF.swc from:
>http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%2
>0%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%2
>9
>Downloading afe.jar from:
>http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>Downloading aglj40.jar from:
>http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>Downloading flex-fontkit.jar from:
>http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>Downloading rideau.jar from:
>http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>Downloading flex-messaging-common.jar from:
>http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
>Installing frameworks configuration files configured for use with an IDE
>C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.12.0FP11.7 is
>now an
>IDE compatible folder
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Paul Hastings <pa...@gmail.com>.
windows 7, installer appears to hang on last "block" in the UI (i let it sit for
almost 2 hours). on a whim i tried to compile using what was "installed" & FB
threw out of memory errors (WAG install never really completed).
log:
Version 3.0.0 (windows)
Using Locale:en_US
Fetched the SDK download mirror URL from the CGI.
AIR version 3.7
Flash Player version 11.7
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from:
http://apache.osuosl.org/flex/4.12.0/binaries/apache-flex-sdk-4.12.0-bin.zip
Verifying Apache Flex SDK MD5 Signature
The Apache Flex SDK MD5 Signature of the downloaded files matches the reference.
The file is valid.
Uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
4.6\sdks\4.12.0FP11.7\temp\apache-flex-sdk-4.12.0-bin.zip
Downloading Adobe AIR Runtime Kit for Windows from:
http://airdownload.adobe.com/air/win/download/3.7//AdobeAIRSDK.zip
Finished uncompressing: C:\Program Files (x86)\Adobe\Adobe Flash Builder
4.6\sdks\4.12.0FP11.7/in/AdobeAIRSDK.zip
Installing Adobe Flash Player playerglobal.swc from:
http://download.macromedia.com/get/flashplayer/updaters/11//playerglobal11_7.swc
Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files
Download complete
Downloading OSMF.swc from:
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29
Downloading afe.jar from:
http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
Downloading aglj40.jar from:
http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
Downloading flex-fontkit.jar from:
http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
Downloading rideau.jar from:
http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
Downloading flex-messaging-common.jar from:
http://opensource.adobe.com/svn/opensource/flex/sdk/branches/4.y/lib
Installing frameworks configuration files configured for use with an IDE
C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.12.0FP11.7 is now an
IDE compatible folder
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
When I looked back when we were in the incubator, no code from
playerglobal was being linked in. That was important to being able to
call it a build tool instead of a required dependency.
Maybe Adobe just pushes the playerglobal.swc when they slipstream a player
update. At least, that's my guess of what happened in this case.
-Alex
On 3/11/14 9:52 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> I thought byte code from playerglobal did not actually get linked into
>>any
>> SWF.
>Think there some code that does. Can't recall exactly what but the was a
>thread about it way back on this mailing list.
>
>> Actually, that's sort of important from a dependencies point of
>> view. What are the other differences, if any, between these
>>playerglobals?
>
>In this case I sorted the swfdumps and did a diff and it only tells me
>that the debug password and build date had changed.
>
>Only Adobe would know (and they don't even announce when it changes as
>far as I know). I'd assume it would be security patch related.
>
>I usually pick up that it's changed as the MD5 hashes no longer match.
>
>Thanks,
>Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I thought byte code from playerglobal did not actually get linked into any
> SWF.
Think there some code that does. Can't recall exactly what but the was a thread about it way back on this mailing list.
> Actually, that's sort of important from a dependencies point of
> view. What are the other differences, if any, between these playerglobals?
In this case I sorted the swfdumps and did a diff and it only tells me that the debug password and build date had changed.
Only Adobe would know (and they don't even announce when it changes as far as I know). I'd assume it would be security patch related.
I usually pick up that it's changed as the MD5 hashes no longer match.
Thanks,
Justin
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Kessler CTR Mark J <ma...@usmc.mil>.
This reminds me of when I was poking around the Event Dispatcher and ran into those player functions that were declared, but were empty. Understanding they are executing in a native language inside the flash player. However it does make sense that they could exist just for the sake of the compiler. The private ones I found were used internally to the player.
-Mark
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/11/14 11:42 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> But at runtime the actual code that runs is written in C. And that's
>>why
>> every Flex SWF I know of can be compiled with playerglobal.swc in the
>> external library path. No code from playerglobal.swc gets linked in to
>> the SWF yet those SWFs run fine.
>
>That may be the case and sorry again for getting this off topic but it is
>rather curious.
>
>Can you explain why there is ActionScript class and methods not marked as
>native in playerglobal.as? Here's one exmaple. [1]
It could be that "native" isn't required anymore and everyone needs to
externally link. Don't know for sure. My understanding is that the
public APIs need to be there because the compiler parses the library.swf
to build up the class definitions the compiler will use when compiling
your app. You can see from [1] that most methods are stubs. I have no
idea why some methods have bodies or why there are private methods. It
might also be used internally for test generation.
I don't think there is a way to override a built-in player class. The
ApplicationDomain rules would cause me to expect that all classes in
playerglobal.swc are already in the ApplicationDomain before your SWF
loads and first-in wins.
-Alex
>
>1.http://stackoverflow.com/questions/6046685/is-it-possible-to-read-and-ma
>ybe-change-the-sources-of-the-core-flash-class-fi
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> But at runtime the actual code that runs is written in C. And that's why
> every Flex SWF I know of can be compiled with playerglobal.swc in the
> external library path. No code from playerglobal.swc gets linked in to
> the SWF yet those SWFs run fine.
That may be the case and sorry again for getting this off topic but it is rather curious.
Can you explain why there is ActionScript class and methods not marked as native in playerglobal.as? Here's one exmaple. [1]
If it wasn't required it could be removed and the swc would be smaller.
About the only way I can think of showing it one way or another is to take an existing playerGlobal.swc, replace one of these non-native classes method with something that just does a trace and see what happens when it called. I don't have the tools to be able to do that.
Justin
1.http://stackoverflow.com/questions/6046685/is-it-possible-to-read-and-maybe-change-the-sources-of-the-core-flash-class-fi
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/11/14 10:40 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> I don't doubt that, but aren't they stubs and not actual
>>implementations?
>They are actually implemented in AS in the information I've found. Not
>eveything is marked native. You can add EventDispatcher to that short
>list. [1]
My understanding is that there is a bunch of .as files in Adobe's SCM that
represent every class in the API. These classes have every method and
property, but the method bodies are empty. These classes are annotated
with ASDoc and used to generate the ASLR and playerglobal.swc.
But at runtime the actual code that runs is written in C. And that's why
every Flex SWF I know of can be compiled with playerglobal.swc in the
external library path. No code from playerglobal.swc gets linked in to
the SWF yet those SWFs run fine.
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I don't doubt that, but aren't they stubs and not actual implementations?
They are actually implemented in AS in the information I've found. Not eveything is marked native. You can add EventDispatcher to that short list. [1]
I would have to actually decompile the player global swf to know for sure but I'm not going to do that for several reasons. Just do a google search for "decompiled playergloble.swc".
Justin
1. dispatchEvent and toString are AS methods but the rest are marked native. It also seems to include a rather interesting method "private native function get listeners():Array;"
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/11/14 10:09 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> I thought byte code from playerglobal did not actually get linked into
>>any SWF.
>
>OT to this threadI know but may be useful to someone. After a little
>searching URLLoader, Vector, Rectangle, describeType and setTimeout are
>all in there, may be other classes and static methods.
I don't doubt that, but aren't they stubs and not actual implementations?
I think you have to mark playerglobal.swc as an external-library-path
otherwise if any of that get linked in the SWF will not run. Also, IIRC,
the APIs are marked as native which I think also prevents the linker from
linking in that code.
I generated a link-report for the Installer which uses URLLoader, and
URLLoader is not linked into the SWF.
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> I thought byte code from playerglobal did not actually get linked into any SWF.
OT to this threadI know but may be useful to someone. After a little searching URLLoader, Vector, Rectangle, describeType and setTimeout are all in there, may be other classes and static methods.
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/11/14 9:12 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> PlayerGlobal.swc was the only difference?
>Yes that was the only difference. All other files were identical in both
>and neither instal had an extra or missing file.
>
>> Whether it is cached or not is in the hands of the installer.xml in the
>> 4.12.0 release. We could change that for 4.13.
>So it's in the config file?
No, it is in the installer.xml. We'd have to change the 4.12 release to
change whether this file gets cached or not.
>
>I suggest we change it now so it does have security concerns and people
>may not realise that they are not getting the latest player global.
I thought byte code from playerglobal did not actually get linked into any
SWF. Actually, that's sort of important from a dependencies point of
view. What are the other differences, if any, between these playerglobals?
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> PlayerGlobal.swc was the only difference?
Yes that was the only difference. All other files were identical in both and neither instal had an extra or missing file.
> Whether it is cached or not is in the hands of the installer.xml in the
> 4.12.0 release. We could change that for 4.13.
So it's in the config file?
I suggest we change it now so it does have security concerns and people may not realise that they are not getting the latest player global.
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
PlayerGlobal.swc was the only difference? That's good to know.
Whether it is cached or not is in the hands of the installer.xml in the
4.12.0 release. We could change that for 4.13.
-Alex
On 3/11/14 5:05 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>Re difference between cached and non chached I got this:
>
>diff -qrs ./InstallerTestCached ./InstallerTestNoCache | grep -v
>"identical"
>
>Files ./InstallerTestCached/frameworks/libs/player/12.0/playerglobal.swc
>and ./InstallerTestNoCache/frameworks/libs/player/12.0/playerglobal.swc
>differ
>
>Comparing the swf dumps I get a few changes including:
>< <ProductInfo product='Apache Flex' edition='' version='4.1'
>build='16076' compileDate='17/02/14 1:11 PM'/>
>---
>> <ProductInfo product='Apache Flex' edition='' version='4.1'
>>build='16076' compileDate='4/03/14 9:15 AM'/>
>
>As the playerglobals.swc are small and the latest ones do tend to change
>every months or so perhaps we shouldn't cache them?
>
>Thanks,
>Justin
>
>
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Re difference between cached and non chached I got this:
diff -qrs ./InstallerTestCached ./InstallerTestNoCache | grep -v "identical"
Files ./InstallerTestCached/frameworks/libs/player/12.0/playerglobal.swc and ./InstallerTestNoCache/frameworks/libs/player/12.0/playerglobal.swc differ
Comparing the swf dumps I get a few changes including:
< <ProductInfo product='Apache Flex' edition='' version='4.1' build='16076' compileDate='17/02/14 1:11 PM'/>
---
> <ProductInfo product='Apache Flex' edition='' version='4.1' build='16076' compileDate='4/03/14 9:15 AM'/>
As the playerglobals.swc are small and the latest ones do tend to change every months or so perhaps we shouldn't cache them?
Thanks,
Justin
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Maurice Amsellem <ma...@systar.com>.
>I can't figure out the tooltip thing. Could it be from an app underneath the installer?
It's an icon on Windows desktop.
Weird. The tooltip also appears when any other app is in the front, but the cursor is just above that desktop icon.
Windows' bug?
Anyway, it's not the installer ;-)
Regarding the "pull the plug", I didn't mean it as a realistic scenario, and obviously it's not.
It was just an easy way for me to detect how connection errors are handled in various places in the code, without looking in the source code.
The better way (as someone suggested) would be to install a reverse proxy that can simulate network latency, but I don't have enough time for putting that in place, sorry.
My concern about this is that folks in some places with not so good, or intermittent network connections, won't be able to use the installer to install FLEX SDK, and that would eventually give a bad image of the product.
But I don't have any evidence of this.
So let's wait until folks complain (if ever they do).
Anyway, I won't vote -1 on the installer for this.
Maurice
-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com]
Envoyé : mardi 11 mars 2014 20:28
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
I can't figure out the tooltip thing. Could it be from an app underneath the installer?
I can't reproduce getting stuck by unplugging during the download of the SDK. I've gotten it to partially download and then get stuck in the MD5 calculation on Windows 7 for VMWare.
Right now, my sense is that, when the network is good, the installer is working fine. I think we've made things sufficient when there's no network at all at startup. But I'm beginning to question the value of spending more time on trying to make things better when you pull the plug during the install. Installer 2.7 and older have suffered from incomplete AIR SDK downloads that get stuck in the cache and I don't think it has been a detriment to the project. I don't think these pull-the-plug scenarios are going to be frequent enough, and they are getting harder to reproduce.
Thoughts?
-Alex
On 3/11/14 2:03 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>Test results of RC7.
>Summary:
>Connection errors are handled correctly at early steps (resource
>bundles, config files), but not during downloads ( at least not in all places).
>
>Details below:
>
>Windows 7, locale=FR
>
>General:
>Minor: "Install Log" button tool tip says "Display downloaded apps",
>and it's not localized.
>But I couldn't find tooltip statement in the source code.
>https://www.dropbox.com/s/cp834wv4bei9fq2/tooltip.png
>
>
>Test #1: start installer, internet unplugged:
>After a few seconds, the console appears with a few messages in English
>+ 'Installation aborted"'.
>=> OK
>
>Test #2: install FlexJS,, cache loaded, unplug internet in the middle:
>Installation completes sucessfully
>Note: notices are in English, but that's OK (FlexJS install script not
>localized)
>=> OK
>
>
>Test #3: install FlexJS, file missing from cache (guava), unplug in
>the
>middle:
>=> Red square + busy square but no message or console.
>=> OK but confusing (busy cursor)
>https://www.dropbox.com/s/yrc2occkqbx6gv2/test3_red_square.png
>
>Test#4: installer FlexJS after abort, cache uncomplete => install
>sucessful => OK
>
>Test#5: install FlexSDK 4.12 / AIR 4.0, unplug in the middle of sdk
>download => after a few minutes, busy cursor is still running => KO.
>( error not handled).
>https://www.dropbox.com/s/pc1z0psy7dja0eu/test5_KO_no_error.png
>
>
>Maurice
>
>-----Message d'origine-----
>De : piotr.zarzycki [mailto:piotrzarzycki21@gmail.com]
>Envoyé : mardi 11 mars 2014 09:36
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 -
>RC7
>
>I think Maurice's proposition as a much cleaner message for the user on
>the "Installation progress step" is a great solution for this!
>
>The rest of my proposition such as "restart" and "back" button could
>wait for the future releases. I'm going to rise jira ticket for that
>and try to do it if Alex wouldn't mind. - But this is after release
>current version. :)
>
>Piotr
>
>
>
>
>
>-----
>Flex/Air developer.
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Re
>lea se-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p35610.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Tue, Mar 11, 2014 at 12:28 PM, Alex Harui <ah...@adobe.com> wrote:
> I can't figure out the tooltip thing. Could it be from an app underneath
> the installer?
>
> I can't reproduce getting stuck by unplugging during the download of the
> SDK. I've gotten it to partially download and then get stuck in the MD5
> calculation on Windows 7 for VMWare.
>
> Right now, my sense is that, when the network is good, the installer is
> working fine. I think we've made things sufficient when there's no
> network at all at startup. But I'm beginning to question the value of
> spending more time on trying to make things better when you pull the plug
> during the install. Installer 2.7 and older have suffered from incomplete
> AIR SDK downloads that get stuck in the cache and I don't think it has
> been a detriment to the project. I don't think these pull-the-plug
> scenarios are going to be frequent enough, and they are getting harder to
> reproduce.
>
> Thoughts?
>
Agree 100% You should not be spending any more time on this. We cant fix
every corner
case.
We have a robust logging mechanism in place. We can fix things as bugs
show up.
Thanks,
Om
> -Alex
>
> On 3/11/14 2:03 AM, "Maurice Amsellem" <ma...@systar.com>
> wrote:
>
> >Test results of RC7.
> >Summary:
> >Connection errors are handled correctly at early steps (resource bundles,
> >config files), but not during downloads ( at least not in all places).
> >
> >Details below:
> >
> >Windows 7, locale=FR
> >
> >General:
> >Minor: "Install Log" button tool tip says "Display downloaded apps", and
> >it's not localized.
> >But I couldn't find tooltip statement in the source code.
> >https://www.dropbox.com/s/cp834wv4bei9fq2/tooltip.png
> >
> >
> >Test #1: start installer, internet unplugged:
> >After a few seconds, the console appears with a few messages in English +
> >'Installation aborted"'.
> >=> OK
> >
> >Test #2: install FlexJS,, cache loaded, unplug internet in the middle:
> >Installation completes sucessfully
> >Note: notices are in English, but that's OK (FlexJS install script not
> >localized)
> >=> OK
> >
> >
> >Test #3: install FlexJS, file missing from cache (guava), unplug in the
> >middle:
> >=> Red square + busy square but no message or console.
> >=> OK but confusing (busy cursor)
> >https://www.dropbox.com/s/yrc2occkqbx6gv2/test3_red_square.png
> >
> >Test#4: installer FlexJS after abort, cache uncomplete
> >=> install sucessful
> >=> OK
> >
> >Test#5: install FlexSDK 4.12 / AIR 4.0, unplug in the middle of sdk
> >download
> >=> after a few minutes, busy cursor is still running
> >=> KO. ( error not handled).
> >https://www.dropbox.com/s/pc1z0psy7dja0eu/test5_KO_no_error.png
> >
> >
> >Maurice
> >
> >-----Message d'origine-----
> >De : piotr.zarzycki [mailto:piotrzarzycki21@gmail.com]
> >Envoyé : mardi 11 mars 2014 09:36
> >À : dev@flex.apache.org
> >Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
> >
> >I think Maurice's proposition as a much cleaner message for the user on
> >the "Installation progress step" is a great solution for this!
> >
> >The rest of my proposition such as "restart" and "back" button could wait
> >for the future releases. I'm going to rise jira ticket for that and try
> >to do it if Alex wouldn't mind. - But this is after release current
> >version. :)
> >
> >Piotr
> >
> >
> >
> >
> >
> >-----
> >Flex/Air developer.
> >piotrzarzycki21@gmail.com
> >--
> >View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Relea
> >se-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p35610.html
> >Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
I can't figure out the tooltip thing. Could it be from an app underneath
the installer?
I can't reproduce getting stuck by unplugging during the download of the
SDK. I've gotten it to partially download and then get stuck in the MD5
calculation on Windows 7 for VMWare.
Right now, my sense is that, when the network is good, the installer is
working fine. I think we've made things sufficient when there's no
network at all at startup. But I'm beginning to question the value of
spending more time on trying to make things better when you pull the plug
during the install. Installer 2.7 and older have suffered from incomplete
AIR SDK downloads that get stuck in the cache and I don't think it has
been a detriment to the project. I don't think these pull-the-plug
scenarios are going to be frequent enough, and they are getting harder to
reproduce.
Thoughts?
-Alex
On 3/11/14 2:03 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>Test results of RC7.
>Summary:
>Connection errors are handled correctly at early steps (resource bundles,
>config files), but not during downloads ( at least not in all places).
>
>Details below:
>
>Windows 7, locale=FR
>
>General:
>Minor: "Install Log" button tool tip says "Display downloaded apps", and
>it's not localized.
>But I couldn't find tooltip statement in the source code.
>https://www.dropbox.com/s/cp834wv4bei9fq2/tooltip.png
>
>
>Test #1: start installer, internet unplugged:
>After a few seconds, the console appears with a few messages in English +
>'Installation aborted"'.
>=> OK
>
>Test #2: install FlexJS,, cache loaded, unplug internet in the middle:
>Installation completes sucessfully
>Note: notices are in English, but that's OK (FlexJS install script not
>localized)
>=> OK
>
>
>Test #3: install FlexJS, file missing from cache (guava), unplug in the
>middle:
>=> Red square + busy square but no message or console.
>=> OK but confusing (busy cursor)
>https://www.dropbox.com/s/yrc2occkqbx6gv2/test3_red_square.png
>
>Test#4: installer FlexJS after abort, cache uncomplete
>=> install sucessful
>=> OK
>
>Test#5: install FlexSDK 4.12 / AIR 4.0, unplug in the middle of sdk
>download
>=> after a few minutes, busy cursor is still running
>=> KO. ( error not handled).
>https://www.dropbox.com/s/pc1z0psy7dja0eu/test5_KO_no_error.png
>
>
>Maurice
>
>-----Message d'origine-----
>De : piotr.zarzycki [mailto:piotrzarzycki21@gmail.com]
>Envoyé : mardi 11 mars 2014 09:36
>À : dev@flex.apache.org
>Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
>
>I think Maurice's proposition as a much cleaner message for the user on
>the "Installation progress step" is a great solution for this!
>
>The rest of my proposition such as "restart" and "back" button could wait
>for the future releases. I'm going to rise jira ticket for that and try
>to do it if Alex wouldn't mind. - But this is after release current
>version. :)
>
>Piotr
>
>
>
>
>
>-----
>Flex/Air developer.
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Relea
>se-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p35610.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Maurice Amsellem <ma...@systar.com>.
Test results of RC7.
Summary:
Connection errors are handled correctly at early steps (resource bundles, config files), but not during downloads ( at least not in all places).
Details below:
Windows 7, locale=FR
General:
Minor: "Install Log" button tool tip says "Display downloaded apps", and it's not localized.
But I couldn't find tooltip statement in the source code.
https://www.dropbox.com/s/cp834wv4bei9fq2/tooltip.png
Test #1: start installer, internet unplugged:
After a few seconds, the console appears with a few messages in English + 'Installation aborted"'.
=> OK
Test #2: install FlexJS,, cache loaded, unplug internet in the middle:
Installation completes sucessfully
Note: notices are in English, but that's OK (FlexJS install script not localized)
=> OK
Test #3: install FlexJS, file missing from cache (guava), unplug in the middle:
=> Red square + busy square but no message or console.
=> OK but confusing (busy cursor)
https://www.dropbox.com/s/yrc2occkqbx6gv2/test3_red_square.png
Test#4: installer FlexJS after abort, cache uncomplete
=> install sucessful
=> OK
Test#5: install FlexSDK 4.12 / AIR 4.0, unplug in the middle of sdk download
=> after a few minutes, busy cursor is still running
=> KO. ( error not handled).
https://www.dropbox.com/s/pc1z0psy7dja0eu/test5_KO_no_error.png
Maurice
-----Message d'origine-----
De : piotr.zarzycki [mailto:piotrzarzycki21@gmail.com]
Envoyé : mardi 11 mars 2014 09:36
À : dev@flex.apache.org
Objet : RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
I think Maurice's proposition as a much cleaner message for the user on the "Installation progress step" is a great solution for this!
The rest of my proposition such as "restart" and "back" button could wait for the future releases. I'm going to rise jira ticket for that and try to do it if Alex wouldn't mind. - But this is after release current version. :)
Piotr
-----
Flex/Air developer.
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p35610.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by "piotr.zarzycki" <pi...@gmail.com>.
I think Maurice's proposition as a much cleaner message for the user on the
"Installation progress step" is a great solution for this!
The rest of my proposition such as "restart" and "back" button could wait
for the future releases. I'm going to rise jira ticket for that and try to
do it if Alex wouldn't mind. - But this is after release current version. :)
Piotr
-----
Flex/Air developer.
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p35610.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Maurice Amsellem <ma...@systar.com>.
About what to do when the installation aborts ( copied from RC6 thread)
Piotr proposes to retry when the connection is recovered (or at least have a retry button).
I understand and agree (dixit Alex) that's way more work that we want to put in the installer.
IMO, the problem is that it's not clear to users, when the installation has aborted, that you have to *restart* the installer.
So maybe the "Installation aborted" message in the log should be changed to something more explicit, such as:
"Installation aborted. Restart the installer to try again."
That's a simple change.
WDYT?
Maurice
-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com]
Envoyé : mardi 11 mars 2014 06:21
À : dev@flex.apache.org
Objet : [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
This is the discussion thread.
This RC contains lots of small changes to try to handle inability to connect to the server to get the various config and locale files. It hard-codes the en_US strings so it doesn't have to go to the server to get them so that there will at least be english strings if the server isn't there.
It also fixes a timing bug if you change locales rapidly.
In theory, I did not touch any cache-related code.
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by piotrz <pi...@gmail.com>.
Yes did it. Looks like there is something wrong on my PC.
Thanks Alex
Piotr
-----
Apache Flex Committer
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p37128.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
If you hit the link from your browser, does it work? It worked for me.
-Alex
On 4/22/14 12:36 PM, "piotrz" <pi...@gmail.com> wrote:
>Hi Alex,
>
>I've just tried install Flex SDK 12.0 and Nightly build and there is some
>problem with downloading OSMF.
>
>Log file - osmf link is broken.
>
>Version 3.0.0 (windows)
>Using Locale:pl_PL
>Fetched the SDK download mirror URL from the CGI.
>AIR version 4.0
>Flash Player version 12.0
>Creating Apache Flex home
>Creating temporary directory
>Downloading Apache Flex SDK from:
>http://ftp.piotrkosoft.net/pub/mirrors/ftp.apache.org/flex/4.12.0/binaries
>/apache-flex-sdk-4.12.0-bin.zip
>Verifying Apache Flex SDK MD5 Signature
>The Apache Flex SDK MD5 Signature of the downloaded files matches the
>reference. The file is valid.
>Uncompressing:
>I:\flexsdk\ApacheFlex_Nightly\temp\apache-flex-sdk-4.12.0-bin.zip
>Finished uncompressing:
>I:\flexsdk\ApacheFlex_Nightly\temp\apache-flex-sdk-4.12.0-bin.zip
>Downloading Adobe AIR Runtime Kit for Windows from:
>http://airdownload.adobe.com/air/win/download/4.0//AdobeAIRSDK.zip
>Finished uncompressing: I:\flexsdk\ApacheFlex_Nightly/in/AdobeAIRSDK.zip
>Installing Adobe Flash Player playerglobal.swc from:
>http://download.macromedia.com/get/flashplayer/updaters/12//playerglobal12
>_0.swc
>Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files
>Download complete
>Downloading OSMF.swc from:
>http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%2
>0%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%2
>9
>
>Piotr
>
>
>
>-----
>Apache Flex Committer
>piotrzarzycki21@gmail.com
>--
>View this message in context:
>http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Relea
>se-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p37126.html
>Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by piotrz <pi...@gmail.com>.
Hi Alex,
I've just tried install Flex SDK 12.0 and Nightly build and there is some
problem with downloading OSMF.
Log file - osmf link is broken.
Version 3.0.0 (windows)
Using Locale:pl_PL
Fetched the SDK download mirror URL from the CGI.
AIR version 4.0
Flash Player version 12.0
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from:
http://ftp.piotrkosoft.net/pub/mirrors/ftp.apache.org/flex/4.12.0/binaries/apache-flex-sdk-4.12.0-bin.zip
Verifying Apache Flex SDK MD5 Signature
The Apache Flex SDK MD5 Signature of the downloaded files matches the
reference. The file is valid.
Uncompressing:
I:\flexsdk\ApacheFlex_Nightly\temp\apache-flex-sdk-4.12.0-bin.zip
Finished uncompressing:
I:\flexsdk\ApacheFlex_Nightly\temp\apache-flex-sdk-4.12.0-bin.zip
Downloading Adobe AIR Runtime Kit for Windows from:
http://airdownload.adobe.com/air/win/download/4.0//AdobeAIRSDK.zip
Finished uncompressing: I:\flexsdk\ApacheFlex_Nightly/in/AdobeAIRSDK.zip
Installing Adobe Flash Player playerglobal.swc from:
http://download.macromedia.com/get/flashplayer/updaters/12//playerglobal12_0.swc
Downloading swfobject_2_2.zip from: http://swfobject.googlecode.com/files
Download complete
Downloading OSMF.swc from:
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29
Piotr
-----
Apache Flex Committer
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p37126.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> OK, trying to close this down. Nobody objected to the plan to defer
> announcing Installer 3.0 and switching the config.xml until 4.12.1 comes
> out, so that's the plan I'm working towards.
I'm OK with that.
> Justin: can you provide more explicit steps to reproduce?
Will try.
> 2) Since we have agreed to defer the announcement and config switch,
> Justin, do you wish to change your vote before the final tally?
Yep consider it changed to +0 until I work out what the compile issue above is.
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
OK, trying to close this down. Nobody objected to the plan to defer
announcing Installer 3.0 and switching the config.xml until 4.12.1 comes
out, so that's the plan I'm working towards.
The vote has been open a while. I'm ready to add my vote and send results
but first:
1) I still can't repro: "Error: Inconsistant linkage in
/Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/airg
lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
flash.utils:IDataInput2, flash.utils:IDataOutput2),
'flash.utils:ByteArray' is marked as extern, but 'flash.utils:IDataInput2'
is not"
Justin: can you provide more explicit steps to reproduce?
I tried "Change FLEX_HOME to point to a 4.12 SDK, (that's been set up with
AIR
4.0) and try run ant in ant_for_air directory." but that worked correctly
for me.
What is AIR_HOME pointing to? In the
vote thread you mentioned someone about the "Latest SDK" and "Latest
develop branch" so I'm not sure how those factor in.
2) Since we have agreed to defer the announcement and config switch,
Justin, do you wish to change your vote before the final tally?
Thanks,
-Alex
On 3/16/14 8:45 PM, "Alex Harui" <ah...@adobe.com> wrote:
>
>
>On 3/16/14 7:56 AM, "Maurice Amsellem" <ma...@systar.com>
>wrote:
>
>>>Please try it yourself.
>>Ok, but I couldn't find in this thread a detaild description of the
>>issue. Could you please point me to the exact mail, and if none, describe
>>what needs to be tested.
>Use the RC7 to install 4.12. Then compile as many of your existing
>projects as you have time for, and maybe try creating a new project.
>You'll get a compile error about missing a locale.
>>
>>> I have to defer to the non-en_US folks on these matters. One question:
>>>do all of your projects set the locale chain explicitly? If so, >then I
>>>think this issue does not affect you. I think it will only affect you
>>>if you have projects that do not have locales for your country that you
>>>built >relying on the default SDK locale being set to en_US. Erik, for
>>>example, is doing work for a US-based company and may get caught
>>>building some >library if it only has en_US resources and does not
>>>explicitly set en_US in the build script or project properties.
>>
>>Usually, we set en_US as a fallback locale on all our projects compiler
>>options, along with the other supported locales (en_GB, fr_FR, es_SP,
>>etc...).
>>The localChain is then dynamically set from some external settings
>>(typically, Browser or system locale).
>>If the locale is not found, we simply fall back to en_US.
>>So if I understand you, my projects won't be affected.
>That's my expectation. Justin got ant_on_air to fail for a non-en_US
>install because that particular project only has an en_US locale but
>specifies locale/{locale} in the source-path but doesn't hardcode the
>locale to en_US. I think folks who use RC7 in a non-en_US locale and for
>some reason don't have other locales for their locale will see this kind
>of error because in the past it would find en_US instead. But I think
>most folks have specified a set of locales in the locale chain that match
>their locales.
>
>-Alex
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/16/14 7:56 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>>Please try it yourself.
>Ok, but I couldn't find in this thread a detaild description of the
>issue. Could you please point me to the exact mail, and if none, describe
>what needs to be tested.
Use the RC7 to install 4.12. Then compile as many of your existing
projects as you have time for, and maybe try creating a new project.
You'll get a compile error about missing a locale.
>
>> I have to defer to the non-en_US folks on these matters. One question:
>>do all of your projects set the locale chain explicitly? If so, >then I
>>think this issue does not affect you. I think it will only affect you
>>if you have projects that do not have locales for your country that you
>>built >relying on the default SDK locale being set to en_US. Erik, for
>>example, is doing work for a US-based company and may get caught
>>building some >library if it only has en_US resources and does not
>>explicitly set en_US in the build script or project properties.
>
>Usually, we set en_US as a fallback locale on all our projects compiler
>options, along with the other supported locales (en_GB, fr_FR, es_SP,
>etc...).
>The localChain is then dynamically set from some external settings
>(typically, Browser or system locale).
>If the locale is not found, we simply fall back to en_US.
>So if I understand you, my projects won't be affected.
That's my expectation. Justin got ant_on_air to fail for a non-en_US
install because that particular project only has an en_US locale but
specifies locale/{locale} in the source-path but doesn't hardcode the
locale to en_US. I think folks who use RC7 in a non-en_US locale and for
some reason don't have other locales for their locale will see this kind
of error because in the past it would find en_US instead. But I think
most folks have specified a set of locales in the locale chain that match
their locales.
-Alex
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Maurice Amsellem <ma...@systar.com>.
>Please try it yourself.
Ok, but I couldn't find in this thread a detaild description of the issue. Could you please point me to the exact mail, and if none, describe what needs to be tested.
> I have to defer to the non-en_US folks on these matters. One question: do all of your projects set the locale chain explicitly? If so, >then I think this issue does not affect you. I think it will only affect you if you have projects that do not have locales for your country that you built >relying on the default SDK locale being set to en_US. Erik, for example, is doing work for a US-based company and may get caught building some >library if it only has en_US resources and does not explicitly set en_US in the build script or project properties.
Usually, we set en_US as a fallback locale on all our projects compiler options, along with the other supported locales (en_GB, fr_FR, es_SP, etc...).
The localChain is then dynamically set from some external settings (typically, Browser or system locale).
If the locale is not found, we simply fall back to en_US.
So if I understand you, my projects won't be affected.
Maurice
-----Message d'origine-----
De : Alex Harui [mailto:aharui@adobe.com]
Envoyé : dimanche 16 mars 2014 15:42
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
On 3/16/14 2:53 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>IIUC, installer 3.0 is good enough, but the installer.xml file in the
>4.12 release SDK is not good.
>
>So IMO, we shouldn't make a release now, because in this case,
>installer
>3.0 will replace 2.7 as the default installer page (installer.html).
>
>So people who install Flex using the official combination of installer
>+ SDK 4.12 will get an error, right?
Please try it yourself. I have to defer to the non-en_US folks on these matters. One question: do all of your projects set the locale chain explicitly? If so, then I think this issue does not affect you. I think it will only affect you if you have projects that do not have locales for your country that you built relying on the default SDK locale being set to en_US. Erik, for example, is doing work for a US-based company and may get caught building some library if it only has en_US resources and does not explicitly set en_US in the build script or project properties.
>
>I think we should wait until the next point release (SDK 4.12.1) to
>make an official release of the installer.
I would have preferred a request to delay announcing/switching to Installer 3.0 vs voting -1. We delayed the announcement of 4.12 to try to wait for the Installer. I think we can consider 3.0 done and wait to announce and force the auto-upgrade until 4.12.1 is finished. Then I can go work on other things in the interim. How does that plan sound to everyone?
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/16/14 2:53 AM, "Maurice Amsellem" <ma...@systar.com> wrote:
>IIUC, installer 3.0 is good enough, but the installer.xml file in the
>4.12 release SDK is not good.
>
>So IMO, we shouldn't make a release now, because in this case, installer
>3.0 will replace 2.7 as the default installer page (installer.html).
>
>So people who install Flex using the official combination of installer +
>SDK 4.12 will get an error, right?
Please try it yourself. I have to defer to the non-en_US folks on these
matters. One question: do all of your projects set the locale chain
explicitly? If so, then I think this issue does not affect you. I think
it will only affect you if you have projects that do not have locales for
your country that you built relying on the default SDK locale being set to
en_US. Erik, for example, is doing work for a US-based company and may
get caught building some library if it only has en_US resources and does
not explicitly set en_US in the build script or project properties.
>
>I think we should wait until the next point release (SDK 4.12.1) to make
>an official release of the installer.
I would have preferred a request to delay announcing/switching to
Installer 3.0 vs voting -1. We delayed the announcement of 4.12 to try to
wait for the Installer. I think we can consider 3.0 done and wait to
announce and force the auto-upgrade until 4.12.1 is finished. Then I can
go work on other things in the interim. How does that plan sound to
everyone?
-Alex
RE: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Maurice Amsellem <ma...@systar.com>.
IIUC, installer 3.0 is good enough, but the installer.xml file in the 4.12 release SDK is not good.
So IMO, we shouldn't make a release now, because in this case, installer 3.0 will replace 2.7 as the default installer page (installer.html).
So people who install Flex using the official combination of installer + SDK 4.12 will get an error, right?
I think we should wait until the next point release (SDK 4.12.1) to make an official release of the installer.
Maurice
-----Message d'origine-----
De : Justin Mclean [mailto:justin@classsoftware.com]
Envoyé : dimanche 16 mars 2014 10:40
À : dev@flex.apache.org
Objet : Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Hi,
> So, this issue can apparently be fixed by a new SDK release, not a new
> Installer RC. If I understand that correctly, there is no reason to
> veto the Installer release because of an SDK issue that happened to
> come to light when testing the Installer.
IMO there is - the ant script is really part of the installer it just happens to live in the SDK.
If we release the installer before we release a new SDK there is risk that we will have a serious locale issue.
But if other PMC members are willing to take that risk and help out the (possible many) users that run into the issue then go for it and release it.
I've voted -1 because of this issue but if there's 3 +1 votes that makes it's an official release. Hopefully the negative feedback from users will be minimal and worse case someone who voted +1 on this can make another release quickly.
Don't think I need to say any more on this matter as I've made my views clear.
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> So, this issue can apparently be fixed by a new SDK release, not a new
> Installer RC. If I understand that correctly, there is no reason to veto
> the Installer release because of an SDK issue that happened to come to
> light when testing the Installer.
IMO there is - the ant script is really part of the installer it just happens to live in the SDK.
If we release the installer before we release a new SDK there is risk that we will have a serious locale issue.
But if other PMC members are willing to take that risk and help out the (possible many) users that run into the issue then go for it and release it.
I've voted -1 because of this issue but if there's 3 +1 votes that makes it's an official release. Hopefully the negative feedback from users will be minimal and worse case someone who voted +1 on this can make another release quickly.
Don't think I need to say any more on this matter as I've made my views clear.
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>
> > Is it a problem with the Installer or with SDK 4.12?
> It's a problem with the installer ant file in the 4.12 released SDK I
> believe. Lok like ALex may of just corrected the issue.
>
So, this issue can apparently be fixed by a new SDK release, not a new
Installer RC. If I understand that correctly, there is no reason to veto
the Installer release because of an SDK issue that happened to come to
light when testing the Installer.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Is it a problem with the Installer or with SDK 4.12?
It's a problem with the installer ant file in the 4.12 released SDK I believe. Lok like ALex may of just corrected the issue.
> This is really Alex's call at this point.
Or people who voted +1 can look into the issue and decide to change their vote.
Has anyone actually looked into this issue?
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
Is it a problem with the Installer or with SDK 4.12?
This is really Alex's call at this point. He has the votes to make the
release happen.
Thanks,
Om
On Sun, Mar 16, 2014 at 12:48 AM, Justin Mclean <ju...@classsoftware.com>wrote:
> Hi,
>
> > Do you have a reference for that number? I'm not in the US, and I didn't
> > see the issue...
> 80+% of people who install the SDK are outside of the US and who may use
> an locale other than en_US. I guess some would use en_US but a lot wouldn't
> - either way that's a significant amount of users.
>
> What locales did your project have that you tested the SDK made with the
> installer? When an SDK error occurred did it show up in the locale you
> expect as per the SDK description shown?
>
> Thanks,
> Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Do you have a reference for that number? I'm not in the US, and I didn't
> see the issue...
80+% of people who install the SDK are outside of the US and who may use an locale other than en_US. I guess some would use en_US but a lot wouldn't - either way that's a significant amount of users.
What locales did your project have that you tested the SDK made with the installer? When an SDK error occurred did it show up in the locale you expect as per the SDK description shown?
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
80+%?
Do you have a reference for that number? I'm not in the US, and I didn't
see the issue...
EdB
On Sun, Mar 16, 2014 at 8:32 AM, Justin Mclean <ju...@classsoftware.com>wrote:
> Hi,
>
> So everyone who voted +1 is willing to support out the 80+% of user who
> are effect by the locale issue?
>
> Justin
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
So everyone who voted +1 is willing to support out the 80+% of user who are effect by the locale issue?
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Sorry if it's inconvenient but as per Apache guidelines votes are on source releases not binaries and as PMC members we need to abide by that.
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
>
> Official Apache releases are source only, the binaries are just a
> connivence nothing more.
That's not a really helpful - and very unnecessary - reminder, as it
doesn't change anything, does it? There are no (known) issues with building
the source. So all we're talking about are issues with the functionality of
the binary.
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> Any issues (incorrectly) building from source will probably not happen that
> often in the wild, as this is realistically speaking a utility for which
> even devs will download the binaries.
Official Apache releases are source only, the binaries are just a connivence nothing more.
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I'm with Om. Call 3.0.
Any issues (incorrectly) building from source will probably not happen that
often in the wild, as this is realistically speaking a utility for which
even devs will download the binaries.
EdB
On Sun, Mar 16, 2014 at 7:49 AM, OmPrakash Muppirala
<bi...@gmail.com>wrote:
> On Mar 15, 2014 11:11 PM, "Alex Harui" <ah...@adobe.com> wrote:
> >
> >
> >
> > On 3/15/14 9:59 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
> >
> > >Hi,
> > >
> > >> 1) Justin voted -1 and listed several issues. I'm still looking for
> > >> enough information to try to reproduce "Error: Inconsistant linkage in
> > >>
> >
> >>/Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/ai
> > >>rg
> > >> lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
> > >> flash.utils:IDataInput2, flash.utils:IDataOutput2) -
> > >> 'flash.utils:ByteArray' is marked as extern, but
> > >>'flash.utils:IDataInput2'
> > >> is not"
> > >> Justin: can you provide the steps to reproduce?
> > >Change FLEX_HOME to point to a 4.12 SDK, (that's been set up with AIR
> > >4.0) and try run ant in ant_for_air directory.
> > Couldn't repro. What is AIR_HOME pointing to? BTW, I was able to
> > reproduce the "invalid application descriptor" issue by pointing AIR_HOME
> > to AIR 3.9. But I can't repro this "Inconsistent Linkage" issue. In the
> > vote thread you mentioned someone about the "Latest SDK" and "Latest
> > develop branch" so I'm not sure how those factor in.
> >
> > >
> > >> 2) The Installer apparently has not and does not provide the correct
> > >>build
> > >> numbers for the RSLs for 4.11 and older releases (except for
> > >> OSMF.swc/swf). IOW, this is a bug in Installer 2.7 that is not fixed
> > >>for
> > >> older releases. The installer.xml for 4.12 looks like it is providing
> > >>the
> > >> correct build numbers.
> > >Yep in 4.12 the RSL numbers is correct so I don't see this as a show
> > >stopper, but it would still be nice to fix. Users will run into this
> > >issue and we'll have to spend time and effort in telling they how to fix
> > >it.
> > Are you going to vote -1 unless I fix it?
> >
> > >
> > >> 3) The README incorrectly states that the ant_on_air build will pick
> up
> > >> FLEX_HOME_WIN and FLEX_HOME_MAC environment variables and no longer
> > >>states
> > >> that the installer build will. Since the README is not in the source
> > >>kit,
> > >> I was going to change the README, make a new tag, then post RC7 with
> the
> > >> modified README.
> > >The README is in the source release so this would mean the signatures
> > >would no longer be valid.
> > Yes, you're right, I keep forgetting the build.xml is not at the
> > top-level. What do others think should we fix the README in an R8 or
> ship
> > as is?
> >
> > >
> > >Also the locale issue is a -1 for me even if the issue is elsewhere, we
> > >can't release the installer if there an issue like this. If you look at
> > >the installs of 4.12 only about 16% of installs are from the USA.
> > I guess the folks who tested the installer must have the right locales
> for
> > their projects otherwise we'd be seeing more complaints? IMO this mainly
> > affects using 4.12 installed with the new installer to compile the
> > installer? What do other's think? Should we hold off on this installer
> > until we fix 4.12?
> >
> > -Alex
>
> I personally would like you to go back to concentrating on FlexJS, so, yes,
> let's pop the champagne on Installer 3.0.
>
> We can always do a 3.1 if we get a lot of people complain.
>
> Thanks,
> Om
> >
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Mar 15, 2014 11:11 PM, "Alex Harui" <ah...@adobe.com> wrote:
>
>
>
> On 3/15/14 9:59 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi,
> >
> >> 1) Justin voted -1 and listed several issues. I'm still looking for
> >> enough information to try to reproduce "Error: Inconsistant linkage in
> >>
>
>>/Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/ai
> >>rg
> >> lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
> >> flash.utils:IDataInput2, flash.utils:IDataOutput2) -
> >> 'flash.utils:ByteArray' is marked as extern, but
> >>'flash.utils:IDataInput2'
> >> is not"
> >> Justin: can you provide the steps to reproduce?
> >Change FLEX_HOME to point to a 4.12 SDK, (that's been set up with AIR
> >4.0) and try run ant in ant_for_air directory.
> Couldn't repro. What is AIR_HOME pointing to? BTW, I was able to
> reproduce the "invalid application descriptor" issue by pointing AIR_HOME
> to AIR 3.9. But I can't repro this "Inconsistent Linkage" issue. In the
> vote thread you mentioned someone about the "Latest SDK" and "Latest
> develop branch" so I'm not sure how those factor in.
>
> >
> >> 2) The Installer apparently has not and does not provide the correct
> >>build
> >> numbers for the RSLs for 4.11 and older releases (except for
> >> OSMF.swc/swf). IOW, this is a bug in Installer 2.7 that is not fixed
> >>for
> >> older releases. The installer.xml for 4.12 looks like it is providing
> >>the
> >> correct build numbers.
> >Yep in 4.12 the RSL numbers is correct so I don't see this as a show
> >stopper, but it would still be nice to fix. Users will run into this
> >issue and we'll have to spend time and effort in telling they how to fix
> >it.
> Are you going to vote -1 unless I fix it?
>
> >
> >> 3) The README incorrectly states that the ant_on_air build will pick up
> >> FLEX_HOME_WIN and FLEX_HOME_MAC environment variables and no longer
> >>states
> >> that the installer build will. Since the README is not in the source
> >>kit,
> >> I was going to change the README, make a new tag, then post RC7 with
the
> >> modified README.
> >The README is in the source release so this would mean the signatures
> >would no longer be valid.
> Yes, you're right, I keep forgetting the build.xml is not at the
> top-level. What do others think should we fix the README in an R8 or ship
> as is?
>
> >
> >Also the locale issue is a -1 for me even if the issue is elsewhere, we
> >can't release the installer if there an issue like this. If you look at
> >the installs of 4.12 only about 16% of installs are from the USA.
> I guess the folks who tested the installer must have the right locales for
> their projects otherwise we'd be seeing more complaints? IMO this mainly
> affects using 4.12 installed with the new installer to compile the
> installer? What do other's think? Should we hold off on this installer
> until we fix 4.12?
>
> -Alex
I personally would like you to go back to concentrating on FlexJS, so, yes,
let's pop the champagne on Installer 3.0.
We can always do a 3.1 if we get a lot of people complain.
Thanks,
Om
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
On 3/15/14 9:59 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>Hi,
>
>> 1) Justin voted -1 and listed several issues. I'm still looking for
>> enough information to try to reproduce "Error: Inconsistant linkage in
>>
>>/Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/ai
>>rg
>> lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
>> flash.utils:IDataInput2, flash.utils:IDataOutput2) -
>> 'flash.utils:ByteArray' is marked as extern, but
>>'flash.utils:IDataInput2'
>> is not"
>> Justin: can you provide the steps to reproduce?
>Change FLEX_HOME to point to a 4.12 SDK, (that's been set up with AIR
>4.0) and try run ant in ant_for_air directory.
Couldn't repro. What is AIR_HOME pointing to? BTW, I was able to
reproduce the "invalid application descriptor" issue by pointing AIR_HOME
to AIR 3.9. But I can't repro this "Inconsistent Linkage" issue. In the
vote thread you mentioned someone about the "Latest SDK" and "Latest
develop branch" so I'm not sure how those factor in.
>
>> 2) The Installer apparently has not and does not provide the correct
>>build
>> numbers for the RSLs for 4.11 and older releases (except for
>> OSMF.swc/swf). IOW, this is a bug in Installer 2.7 that is not fixed
>>for
>> older releases. The installer.xml for 4.12 looks like it is providing
>>the
>> correct build numbers.
>Yep in 4.12 the RSL numbers is correct so I don't see this as a show
>stopper, but it would still be nice to fix. Users will run into this
>issue and we'll have to spend time and effort in telling they how to fix
>it.
Are you going to vote -1 unless I fix it?
>
>> 3) The README incorrectly states that the ant_on_air build will pick up
>> FLEX_HOME_WIN and FLEX_HOME_MAC environment variables and no longer
>>states
>> that the installer build will. Since the README is not in the source
>>kit,
>> I was going to change the README, make a new tag, then post RC7 with the
>> modified README.
>The README is in the source release so this would mean the signatures
>would no longer be valid.
Yes, you're right, I keep forgetting the build.xml is not at the
top-level. What do others think should we fix the README in an R8 or ship
as is?
>
>Also the locale issue is a -1 for me even if the issue is elsewhere, we
>can't release the installer if there an issue like this. If you look at
>the installs of 4.12 only about 16% of installs are from the USA.
I guess the folks who tested the installer must have the right locales for
their projects otherwise we'd be seeing more complaints? IMO this mainly
affects using 4.12 installed with the new installer to compile the
installer? What do other's think? Should we hold off on this installer
until we fix 4.12?
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> 1) Justin voted -1 and listed several issues. I'm still looking for
> enough information to try to reproduce "Error: Inconsistant linkage in
> /Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/airg
> lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
> flash.utils:IDataInput2, flash.utils:IDataOutput2) -
> 'flash.utils:ByteArray' is marked as extern, but 'flash.utils:IDataInput2'
> is not"
> Justin: can you provide the steps to reproduce?
Change FLEX_HOME to point to a 4.12 SDK, (that's been set up with AIR 4.0) and try run ant in ant_for_air directory.
> 2) The Installer apparently has not and does not provide the correct build
> numbers for the RSLs for 4.11 and older releases (except for
> OSMF.swc/swf). IOW, this is a bug in Installer 2.7 that is not fixed for
> older releases. The installer.xml for 4.12 looks like it is providing the
> correct build numbers.
Yep in 4.12 the RSL numbers is correct so I don't see this as a show stopper, but it would still be nice to fix. Users will run into this issue and we'll have to spend time and effort in telling they how to fix it.
> 3) The README incorrectly states that the ant_on_air build will pick up
> FLEX_HOME_WIN and FLEX_HOME_MAC environment variables and no longer states
> that the installer build will. Since the README is not in the source kit,
> I was going to change the README, make a new tag, then post RC7 with the
> modified README.
The README is in the source release so this would mean the signatures would no longer be valid.
Also the locale issue is a -1 for me even if the issue is elsewhere, we can't release the installer if there an issue like this. If you look at the installs of 4.12 only about 16% of installs are from the USA.
Thanks,
Justin
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
At this point, I could cast a +1 and post the installer, but I want to
investigate #1 below in hopes of getting Justin to change his vote, and
make sure nobody has objections to #2 and #3:
1) Justin voted -1 and listed several issues. I'm still looking for
enough information to try to reproduce "Error: Inconsistant linkage in
/Users/justinmclean/Documents/ApacheFlexDevelopGit/frameworks/libs/air/airg
lobal.swc(flash.utils:ByteArray, flash.utils:CompressionAlgorithm,
flash.utils:IDataInput2, flash.utils:IDataOutput2) -
'flash.utils:ByteArray' is marked as extern, but 'flash.utils:IDataInput2'
is not"
Justin: can you provide the steps to reproduce?
2) The Installer apparently has not and does not provide the correct build
numbers for the RSLs for 4.11 and older releases (except for
OSMF.swc/swf). IOW, this is a bug in Installer 2.7 that is not fixed for
older releases. The installer.xml for 4.12 looks like it is providing the
correct build numbers.
3) The README incorrectly states that the ant_on_air build will pick up
FLEX_HOME_WIN and FLEX_HOME_MAC environment variables and no longer states
that the installer build will. Since the README is not in the source kit,
I was going to change the README, make a new tag, then post RC7 with the
modified README. The alternatives are to create an RC8 with just this
modified README, or create an RC8 and teach the ant_on_air build to pick
up the FLEX_HOME_WIN and FLEX_HOME_MAC environment variables.
Thoughts?
-Alex
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
Each RC had enough code changes to make me want folks to at least run the
dmg/exe.
If you can run the installer on your next potty break, that would be much
appreciated.
-Alex
On 3/14/14 10:51 AM, "OmPrakash Muppirala" <bi...@gmail.com> wrote:
>I assumed my vote got carried over.
>
>Thanks,
>Om
>On Mar 14, 2014 10:35 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
>> Why don't you cary over the votes from the previous RCs (like Justin
>>does
>> with the SDK releases) and see what the tally is then?
>>
>> EdB
>>
>>
>>
>>
>> On Fri, Mar 14, 2014 at 6:26 PM, Alex Harui <ah...@adobe.com> wrote:
>>
>> > 72 hours is passed and we have:
>> >
>> > 1 +1 binding vote (Erik)
>> > 1 +0 binding vote (Maurice)
>> > 1 +1 non-binding vote Piotr
>> >
>> > I think I wore everyone out with the prior 6 RCs. I was getting
>>ready to
>> > cast my +1 vote when I discovered that the source kit unintentionally
>> > includes the local.properties file I was using that has the path to
>>the
>> > certificate. FWIW, we've shipped with the build.properties
>>containing a
>> > path that is potentially a path on some other committer's machine.
>> >
>> > So, what should we do? Roll yet another RC (this one would just be a
>> > package change so votes would carry over). Or should I and one other
>>PMC
>> > member vote +1 and we get this thing out the door?
>> >
>> > Thoughts?
>> > -Alex
>> >
>> > On 3/10/14 10:21 PM, "Alex Harui" <ah...@adobe.com> wrote:
>> >
>> > >This is the discussion thread.
>> > >
>> > >This RC contains lots of small changes to try to handle inability to
>> > >connect to the server to get the various config and locale files. It
>> > >hard-codes the en_US strings so it doesn't have to go to the server
>>to
>> get
>> > >them so that there will at least be english strings if the server
>>isn't
>> > >there.
>> > >
>> > >It also fixes a timing bug if you change locales rapidly.
>> > >
>> > >In theory, I did not touch any cache-related code.
>> > >
>> > >-Alex
>> > >
>> > >
>> > >
>> >
>> >
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by OmPrakash Muppirala <bi...@gmail.com>.
I assumed my vote got carried over.
Thanks,
Om
On Mar 14, 2014 10:35 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
> Why don't you cary over the votes from the previous RCs (like Justin does
> with the SDK releases) and see what the tally is then?
>
> EdB
>
>
>
>
> On Fri, Mar 14, 2014 at 6:26 PM, Alex Harui <ah...@adobe.com> wrote:
>
> > 72 hours is passed and we have:
> >
> > 1 +1 binding vote (Erik)
> > 1 +0 binding vote (Maurice)
> > 1 +1 non-binding vote Piotr
> >
> > I think I wore everyone out with the prior 6 RCs. I was getting ready to
> > cast my +1 vote when I discovered that the source kit unintentionally
> > includes the local.properties file I was using that has the path to the
> > certificate. FWIW, we've shipped with the build.properties containing a
> > path that is potentially a path on some other committer's machine.
> >
> > So, what should we do? Roll yet another RC (this one would just be a
> > package change so votes would carry over). Or should I and one other PMC
> > member vote +1 and we get this thing out the door?
> >
> > Thoughts?
> > -Alex
> >
> > On 3/10/14 10:21 PM, "Alex Harui" <ah...@adobe.com> wrote:
> >
> > >This is the discussion thread.
> > >
> > >This RC contains lots of small changes to try to handle inability to
> > >connect to the server to get the various config and locale files. It
> > >hard-codes the en_US strings so it doesn't have to go to the server to
> get
> > >them so that there will at least be english strings if the server isn't
> > >there.
> > >
> > >It also fixes a timing bug if you change locales rapidly.
> > >
> > >In theory, I did not touch any cache-related code.
> > >
> > >-Alex
> > >
> > >
> > >
> >
> >
>
>
> --
> Ix Multimedia Software
>
> Jan Luykenstraat 27
> 3521 VB Utrecht
>
> T. 06-51952295
> I. www.ixsoftware.nl
>
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Why don't you cary over the votes from the previous RCs (like Justin does
with the SDK releases) and see what the tally is then?
EdB
On Fri, Mar 14, 2014 at 6:26 PM, Alex Harui <ah...@adobe.com> wrote:
> 72 hours is passed and we have:
>
> 1 +1 binding vote (Erik)
> 1 +0 binding vote (Maurice)
> 1 +1 non-binding vote Piotr
>
> I think I wore everyone out with the prior 6 RCs. I was getting ready to
> cast my +1 vote when I discovered that the source kit unintentionally
> includes the local.properties file I was using that has the path to the
> certificate. FWIW, we've shipped with the build.properties containing a
> path that is potentially a path on some other committer's machine.
>
> So, what should we do? Roll yet another RC (this one would just be a
> package change so votes would carry over). Or should I and one other PMC
> member vote +1 and we get this thing out the door?
>
> Thoughts?
> -Alex
>
> On 3/10/14 10:21 PM, "Alex Harui" <ah...@adobe.com> wrote:
>
> >This is the discussion thread.
> >
> >This RC contains lots of small changes to try to handle inability to
> >connect to the server to get the various config and locale files. It
> >hard-codes the en_US strings so it doesn't have to go to the server to get
> >them so that there will at least be english strings if the server isn't
> >there.
> >
> >It also fixes a timing bug if you change locales rapidly.
> >
> >In theory, I did not touch any cache-related code.
> >
> >-Alex
> >
> >
> >
>
>
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [DISCUSS] Discuss Release Apache Flex SDK Installer 3.0 - RC7
Posted by Alex Harui <ah...@adobe.com>.
72 hours is passed and we have:
1 +1 binding vote (Erik)
1 +0 binding vote (Maurice)
1 +1 non-binding vote Piotr
I think I wore everyone out with the prior 6 RCs. I was getting ready to
cast my +1 vote when I discovered that the source kit unintentionally
includes the local.properties file I was using that has the path to the
certificate. FWIW, we've shipped with the build.properties containing a
path that is potentially a path on some other committer's machine.
So, what should we do? Roll yet another RC (this one would just be a
package change so votes would carry over). Or should I and one other PMC
member vote +1 and we get this thing out the door?
Thoughts?
-Alex
On 3/10/14 10:21 PM, "Alex Harui" <ah...@adobe.com> wrote:
>This is the discussion thread.
>
>This RC contains lots of small changes to try to handle inability to
>connect to the server to get the various config and locale files. It
>hard-codes the en_US strings so it doesn't have to go to the server to get
>them so that there will at least be english strings if the server isn't
>there.
>
>It also fixes a timing bug if you change locales rapidly.
>
>In theory, I did not touch any cache-related code.
>
>-Alex
>
>
>