Yes did it. Looks like there is something wrong on my PC.
Thanks Alex
Piotr
-
Apache Flex Committer
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/DISCUSS-Discuss-Release-Apache-Flex-SDK-Installer-3-0-RC7-tp35588p37128.html
If you hit the link from your browser, does it work? It worked for me.
-Alex
On 4/22/14 12:36 PM, "piotrz" 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)
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
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
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:
On 3/16/14 7:56 AM, "Maurice Amsellem" 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
aurice
-Message d'origine-
De : Alex Harui [mailto:aha...@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" wrote:
>IIUC, insta
On 3/16/14 2:53 AM, "Maurice Amsellem" 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).
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 releas
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 rea
>
> > 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 c
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
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 wrote:
> Hi,
>
> > Do you have a reference for that number? I'm not in the US, and I didn't
>
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
>
> 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
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
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 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
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
Hi,
So everyone who voted +1 is willing to support out the 80+% of user who are
effect by the locale issue?
Justin
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
wrote:
> On Mar 15, 2014 1
On Mar 15, 2014 11:11 PM, "Alex Harui" wrote:
>
>
>
> On 3/15/14 9:59 PM, "Justin Mclean" 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/Document
On 3/15/14 9:59 PM, "Justin Mclean" 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(f
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,
> f
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 "
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" wrote:
>I assumed my vote got carried over.
>
>Thanks,
>Om
>On Mar 14, 2014
I assumed my vote got carried over.
Thanks,
Om
On Mar 14, 2014 10:35 AM, "Erik de Bruin" 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 wrot
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 wrote:
> 72 hours is passed and we have:
>
> 1 +1 binding vote (Erik)
> 1 +0 binding vote (Maurice)
> 1 +1 non-bind
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
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 com
On 3/11/14 11:42 PM, "Justin Mclean" 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 th
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
On 3/11/14 10:40 PM, "Justin Mclean" 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 understa
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
On 3/11/14 10:09 PM, "Justin Mclean" 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
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
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
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
On 3/11/14 9:12 PM, "Justin Mclean" 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
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
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" wrote:
>Hi,
>
>Re difference between cached and non chached I got t
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
Comp
Tried RC7 installer.
Couldn't reproduce my RC6 error - when config load fails, button labels
are populated and log window pops open with error message. Much better :)
--
Lee Burrows
ActionScripter
: Alex Harui [mailto:aha...@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 get
v2/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
ter 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:piotrzarzyck...@gmail.com]
>Envoyé : mardi 11 mars
On Tue, Mar 11, 2014 at 11:55 AM, Alex Harui 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 t
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/1
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
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 tem
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" wrote:
>One issue that has been bothering me, though. I tried an install without
>cache and then with c
On 3/11/14 11:18 AM, "Paul Hastings" 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-
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 ble
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
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 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
On Tue, Mar 11, 2014 at 10:56 AM, Paul Hastings 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.
>>
>
>
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 y
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 y
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" wrote:
>On 3/11/2014 11:11 PM, Alex Harui wrote:
>> Yeah, there was definitely a bug in the dmg/exe
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
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" wrote:
>Paul's i
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" 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
>
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" wrote:
>windows 7, installer appears to hang on last "
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 downlo
mail.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
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
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 wrote:
> This is the discussion thread.
>
> This RC contains lots of small changes to try to handle inabilit
That's a simple change.
WDYT?
Maurice
-Message d'origine-
De : Alex Harui [mailto:aha...@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 contain
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
68 matches
Mail list logo
