You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Justin Mclean <ju...@classsoftware.com> on 2016/12/12 10:38:15 UTC

[DISCUSS] Apache Flex SDK 4.16 RC1 release

HI,

Please discuss the release candidate here and not in the vote thread.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> I see no md5/sha files at
> https://dist.apache.org/repos/dist/dev/flex/sdk/4.16.0/rc1
> Where can I find it?

Sorry about that my reply script didn’t copy them over all fixed now.

Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Yes, the regular nightly has been failing for a few days as well.  It is
always one of those sourceforge urls.

Should we just bundle them up in our bin artifact instead of downloading
each time?

Thanks,
Om



On Fri, Dec 16, 2016 at 1:22 PM, Justin Mclean <ju...@classsoftware.com>
wrote:

> Hi
>
> > I didn't see in my mailbox any subsequent requests.  Why did you not ask
> > again, or did I miss it?
>
> Yes I asked again. I’m just looking into this, but currently the build is
> unlikely to build due to a source forge issue.
>
> Thanks,
> Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
This just happened to catch my eye:  for the fix to DropDownList, what was
the value of displayItem that was causing a problem?

Thanks,
-Alex

On 1/12/17, 4:39 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> I just resolved FLEX-27509 (on develop). Shall I move it onto the 4.16
>> branch to add it to this release (and update the release notes)?
>
>Yes please.
>
>Thanks,
>Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> I just resolved FLEX-27509 (on develop). Shall I move it onto the 4.16
> branch to add it to this release (and update the release notes)?

Yes please.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Mihai Chira <mi...@gmail.com>.
I just resolved FLEX-27509 (on develop). Shall I move it onto the 4.16
branch to add it to this release (and update the release notes)?

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 1/10/17, 12:29 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>
>> I don't know where it says that you have to compile the artifacts on
>>your
>> own machine.
>
>Here for one [1]. Note that verification in this context means checking
>the source release matches with what’s in the version control.

Hmm. I interpret that to mean that I can diff an archive generated
elsewhere to verify it, then sign it from my machine.

>
>Thanks,
>Justin
>
>1. http://www.apache.org/dev/release.html#owned-controlled-hardware


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Actually, you stated you tested the 'develop' branch.

My mistake I said “4.16 develop” branch which doesn’t exist. Sorry about that.

> Maybe a reason nobody else has provided
> any feedback is because they are also unclear as to what they should be
> testing.

It should be reasonably clear. There are also emails sent to the list when the 4.16 branch / release candidate build. The CI link has also been posted several times in this thread.

> I don't know where it says that you have to compile the artifacts on your
> own machine.

Here for one [1]. Note that verification in this context means checking the source release matches with what’s in the version control.

Thanks,
Justin

1. http://www.apache.org/dev/release.html#owned-controlled-hardware

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

So I just found a regression issue with spark  drop down lists. And there looks to be a few other regression issue that need to be looked out.

BTW the mustella tests have suffered a bit of rot and there are several tests that need up dating. Not that surprising - that what you get when you wait a year between releases.

Of the current test failing these are likely regression issues:
- Drop down lists (fixed)
- CurrencyValidator issues
- NumericStepper mirroring tests out by several pixels
- Title Window mirroring tests failing

I’m not sure how important the mirroring or the exact consequences of the test failing, they may be minor and we could consider to release with that issue noted. CurrencyValidator IMO does need to be looked at.

Other tests that are failing but are probably OK include:
- Graphic primitive rotation tests failing with 45.000000 != 45
- Graphs and Chart issue. Some date axis out by one day - looks to be leap year / rounding issue?
- NumberValidator - two tests failing looks OK to me it's changing to unknown local and the test expects that switch to work
- Several wireframe test failing because I think the wireframe theme was removed? (from memory)
- A few other because of very slightly off bitmaps (sub pixel / < 1% shading colour)

So I’ll hold off making the RC until it is decided what to do about the above, who can help fix these issues and if we decide to release with any of these outstanding.

I’m working on-site the rest of the week so probably wont be able to get to this until next week.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 1/8/17, 10:25 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> The subject line says RC1.  IMO, we should be testing the CI build, not
>>RC1.
>
>As I stated I wasn’t testing RC1 I was testing the 4.16 release branch.

Actually, you stated you tested the 'develop' branch.  My point here is
that, maybe, if you take a few more seconds to proof-read before sending
you'll save the rest of us time.  Maybe a reason nobody else has provided
any feedback is because they are also unclear as to what they should be
testing.  Instead, 700 folks have to read extra emails between us trying
to straighten out what is going on.

>
>> The wiki [1] says that people are supposed to "test the artifacts
>>available on the CI server”.
>
>You missed the first bit, it’s “RM … calls on the community to test the
>artifacts available on the CI server”. The RM has presumably already
>tested this. Perhaps that could be clearer?

In what way?  The goal is to get others to test the same bits the RM has
tested to help ensure things didn't get missed before we start the vote.

>
>Current ASF policy is that you need to compile on your own machine. We
>can’t take what on a CI server and turn that into a RC. Perhaps you can
>try and get policy changed on the general incubator list. I know you’ve
>brought up this issue in the past but from what I remember there was no
>consensus for that change.

I don't know where it says that you have to compile the artifacts on your
own machine, but whether you create the artifacts from CI or from your own
machine, it is hopefully from the same code that produces the CI
artifacts, so the CI server is a place for folks to grab the source
artifacts and check them out.

Now that I have examined the source artifacts from CI, when you produce
the actual RC, one thing I will do is a diff of the RC against what I
grabbed from CI.

Thanks,
-Alex



Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> The subject line says RC1.  IMO, we should be testing the CI build, not RC1.

As I stated I wasn’t testing RC1 I was testing the 4.16 release branch.

People are free to download the CI and test that or if they want compile from the 4.16 release branch, they are identical to each other.

Well not quite identical; on the CI the 3rd party downloads are cached so it’s possible for the CI server to pass but a compile from the release branch to fail. Which was the exact issue we were concerned about. However trying to compile the source release from the CI server should pick up that issue as well.

> The wiki [1] says that people are supposed to "test the artifacts available on the CI server”.

You missed the first bit, it’s “RM … calls on the community to test the artifacts available on the CI server”. The RM has presumably already tested this. Perhaps that could be clearer?

Current ASF policy is that you need to compile on your own machine. We can’t take what on a CI server and turn that into a RC. Perhaps you can try and get policy changed on the general incubator list. I know you’ve brought up this issue in the past but from what I remember there was no consensus for that change.

> And, those artifacts should be coming from the 'release' branch, not the develop branch.

The CI artefacts are coming from the 4.16 release branch so we’re all good there. [1] If you look at the config or log you’ll see it's getting the source from origin/release4.16.0.
	
> FWIW, last night (for me), I tested the CI artifacts on OSX and was able to build the CI's source artifact on Windows.

OK thanks, sounds like we are good to go for RC2 then.

Thanks,
Justin

1. http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/195/

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 1/7/17, 10:56 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> I'm willing to help, but please help us help you.  The subject line is
>> confusing.  I assume you tested the CI build and not some RC?
>
>The CI build is currently passing and the 4.16 develop branch is
>identical to the CI. I tested the 4.16 develop branch.
>
>>  Earlier you referenced some issue and I don't recall what the issue is.
>
>There were some issues downloading 3rd party bits as part of the build,
>it works for me but I’ve not tested on windows so their may still be an
>issue there.
>
>Re subject lines I though it was decided to only have one discussion
>thread on releases?

The subject line says RC1.  IMO, we should be testing the CI build, not
RC1.  The wiki [1] says that people are supposed to "test the artifacts
available on the CI server".  And, those artifacts should be coming from
the 'release' branch, not the develop branch.   Is the wiki confusing in
some way?  IMO, iF we want others to volunteer to be RMs, we should make
sure the wiki isn't confusing and follow it so there isn't confusion about
what it says and what RMs actually do.

FWIW, last night (for me), I tested the CI artifacts on OSX and was able
to build the CI's source artifact on Windows.

-Alex

[1] 
https://cwiki.apache.org/confluence/display/FLEX/A+guide+to+the+Apache+Flex
+release+process


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> I'm willing to help, but please help us help you.  The subject line is
> confusing.  I assume you tested the CI build and not some RC?

The CI build is currently passing and the 4.16 develop branch is identical to the CI. I tested the 4.16 develop branch.

>  Earlier you referenced some issue and I don't recall what the issue is.

There were some issues downloading 3rd party bits as part of the build, it works for me but I’ve not tested on windows so their may still be an issue there.

Re subject lines I though it was decided to only have one discussion thread on releases?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 1/7/17, 1:54 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>OK I just tried a clean build out on OSX and everything looks good to me.
>If someone could confirm everything is OK on windows that would be great.
>
>If there are no objections I’ll assume lazy consensus and release RC2 in
>24 hours.


I'm willing to help, but please help us help you.  The subject line is
confusing.  I assume you tested the CI build and not some RC?  Earlier you
referenced some issue and I don't recall what the issue is.  Please make
sure you are using the right subject line, maybe offer links to what to
test, and provide a bit more detail especially since this topic sat for
several weeks.  Folks are busy and may not be remember the context or be
able to respond right away.


Thanks,
-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

OK I just tried a clean build out on OSX and everything looks good to me. If someone could confirm everything is OK on windows that would be great.

If there are no objections I’ll assume lazy consensus and release RC2 in 24 hours.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Being Wednesday afternoon here I’ve run out of time to be able to create, test, release and finish a vote on the next RC and will have to wait until after I get back from being away.

So I'm back. Should we go ahead with RC2 or should we try another way of fixing this issue?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

As per this:
> Also be aware that I will have extremely limited internet access (no phone, some access via satellite) from Friday my time (GMT +10) onwards and it’s unlikely that I'll have the bandwidth to upload any further RCs for several weeks after that date.

Being Wednesday afternoon here I’ve run out of time to be able to create, test, release and finish a vote on the next RC and will have to wait until after I get back from being away.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> I took a look.  The source package build failed on the OSMF download.

The OSMF download is working for me.

> Did that URL start working for you?  I saw you fixed saxon.

By “fixed" I just changed the mirror it was getting the download from so I’m not sure how source forge has changed. It may be that some mirrors from different locations work or don’t work?

Thanks,
Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

So are be good for a release candidate and VOTE?

If there are no objections I’ll create one in 24 hours.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Dec 18, 2016 5:33 PM, "Alex Harui" <ah...@adobe.com> wrote:



On 12/18/16, 5:21 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>Yass!  That works on my Mac via the installer as well.  We have support
>for
>AIR 24 on mac now!

Did you see Finder windows pop up during the install?  That's what
happened to me.

>
>Thanks for spending time on this.

For the record, I found the script was calling unzipOrMountDMG more than
once via the depends of several other targets.  The unzipOrMountDMG target
did a move of the DMG file so on the second call, the move would fail
since the file was already moved.  I did not have time to see if Ant has
some logic where it doesn't call a target a second time, otherwise I would
think this same error would have occurred from Ant as well as the
Installer.  I'm not going to take the time now to look either, but maybe
it is something to keep in mind for the future.


Yes, I did not see that behavior in Ant.  In any case, I am perfectly happy
with how things work now.  No need to spend any more cycles on this for now.

Thanks,
Om


-Alex

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> To be sure, is this where I should get the src.zip file from?
> http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-4.16.0-src.zip

Yep that’s the correct place.

Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
Apache projects aren't supposed to make forks without permission.  Getting
permission is a whole process.  For me, it was easier to put a copy in the
Adobe Flex SourceForge repo and get it from there.  That way Adobe is
still the distributor.

-Alex

On 12/20/16, 1:12 AM, "Christofer Dutz" <ch...@c-ware.de> wrote:

>As we have been having problems like this quite regularly ... what would
>prevent us from forking osmf and adding that to our flex extras git repo
>and publishing osmf to maven-central.
>Shouldn’t that resolve this type of problem once and for all?
>
>Chris
>
>Am 19.12.16, 23:27 schrieb "Justin Mclean" <ju...@classsoftware.com>:
>
>    Hi,
>    
>    The same download is also failing on OSX currently so it not just a
>windows issue.
>    
>    However it's not failing consistently on my 3rd try it worked.
>    
>    Using curl -v I notice it's doing a 302 redirect to:
>    
>https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Rele
>ase%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20no
>tes%29/OSMF.swc
>    
>    Perhaps using that URL would give more consistent results?
>    
>    Justin
>


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Christofer Dutz <ch...@c-ware.de>.
As we have been having problems like this quite regularly ... what would prevent us from forking osmf and adding that to our flex extras git repo and publishing osmf to maven-central.
Shouldn’t that resolve this type of problem once and for all?

Chris

Am 19.12.16, 23:27 schrieb "Justin Mclean" <ju...@classsoftware.com>:

    Hi,
    
    The same download is also failing on OSX currently so it not just a windows issue.
    
    However it's not failing consistently on my 3rd try it worked.
    
    Using curl -v I notice it's doing a 302 redirect to:
    https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
    
    Perhaps using that URL would give more consistent results? 
    
    Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I tried a few times when I last posted.  This time, I closed the explorer
window and that seems to have done the trick.

Source compiled successfully on my Windows7 machine.

Thanks,
Om

On Mon, Dec 19, 2016 at 11:02 PM, Alex Harui <ah...@adobe.com> wrote:

> Om,
>
> Did you try this more than once?  It worked for me.  I've seen windows
> fail to delete a folder if it is locked by some other process like Windows
> Explorer or an antivirus app.
>
> Source package build worked for me.  So did installing on Windows with AIR
> 24.  I think we're good to go.
>
> -Alex
>
> On 12/19/16, 7:07 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
> <omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
>
> >Hmm, it went through osmf and saxon fine this time.
> >
> >But failed right after getting velocity:
> >
> >velocity-jars-check:
> >
> >velocity-jars:
> >
> >velocity-zip-check:
> >
> >velocity-download-zip:
> >
> >download-zip:
> >
> >get-zip:
> >      [get] Getting:
> >http://archive.apache.org/dist/velocity/engine/1.4/velocity-1.4.tar.gz
> >      [get] To: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz
> >
> >double-check-file:
> >
> >get-from-cache-if-needed:
> >
> >fail-if-not-found:
> >
> >check-sum:
> >
> >fail-with-message:
> >
> >untar-file:
> >    [untar] Expanding: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz
> >into
> >C:\temp\4.16.0_test\src3\in
> >
> >unzip-file:
> >
> >copy-downloaded-jar:
> >     [copy] Copying 13 files to
> >C:\temp\4.16.0_test\src3\modules\thirdparty\velocity\build\lib
> >   [delete] Deleting directory C:\temp\4.16.0_test\src3\in\velocity-1.4
> >
> >BUILD FAILED
> >C:\temp\4.16.0_test\src3\build.xml:158: The following error occurred
> while
> >executing this line:
> >C:\temp\4.16.0_test\src3\modules\build.xml:64: The following error
> >occurred
> >while executing this line:
> >C:\temp\4.16.0_test\src3\modules\downloads.xml:507: Unable to delete
> >directory C:\temp\4.16.0_test\src3\in\velocity-1.4\build\lib
> >
> >Total time: 3 minutes 9 seconds
> >
> >On Mon, Dec 19, 2016 at 6:56 PM, OmPrakash Muppirala
> ><bi...@gmail.com>
> >wrote:
> >
> >> On it.
> >>
> >> On Mon, Dec 19, 2016 at 6:10 PM, Alex Harui <ah...@adobe.com> wrote:
> >>
> >>> OK. Good to know.  A new CI artifact is now available.  Let's see if it
> >>> works for Om.
> >>>
> >>> -Alex
> >>>
> >>> On 12/19/16, 5:33 PM, "Justin Mclean" <ju...@classsoftware.com>
> wrote:
> >>>
> >>> >Hi,
> >>> >
> >>> >JFYI it worked locally here on OSX.
> >>> >
> >>> >Justin
> >>>
> >>>
> >>
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
Om,

Did you try this more than once?  It worked for me.  I've seen windows
fail to delete a folder if it is locked by some other process like Windows
Explorer or an antivirus app.

Source package build worked for me.  So did installing on Windows with AIR
24.  I think we're good to go.

-Alex

On 12/19/16, 7:07 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>Hmm, it went through osmf and saxon fine this time.
>
>But failed right after getting velocity:
>
>velocity-jars-check:
>
>velocity-jars:
>
>velocity-zip-check:
>
>velocity-download-zip:
>
>download-zip:
>
>get-zip:
>      [get] Getting:
>http://archive.apache.org/dist/velocity/engine/1.4/velocity-1.4.tar.gz
>      [get] To: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz
>
>double-check-file:
>
>get-from-cache-if-needed:
>
>fail-if-not-found:
>
>check-sum:
>
>fail-with-message:
>
>untar-file:
>    [untar] Expanding: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz
>into
>C:\temp\4.16.0_test\src3\in
>
>unzip-file:
>
>copy-downloaded-jar:
>     [copy] Copying 13 files to
>C:\temp\4.16.0_test\src3\modules\thirdparty\velocity\build\lib
>   [delete] Deleting directory C:\temp\4.16.0_test\src3\in\velocity-1.4
>
>BUILD FAILED
>C:\temp\4.16.0_test\src3\build.xml:158: The following error occurred while
>executing this line:
>C:\temp\4.16.0_test\src3\modules\build.xml:64: The following error
>occurred
>while executing this line:
>C:\temp\4.16.0_test\src3\modules\downloads.xml:507: Unable to delete
>directory C:\temp\4.16.0_test\src3\in\velocity-1.4\build\lib
>
>Total time: 3 minutes 9 seconds
>
>On Mon, Dec 19, 2016 at 6:56 PM, OmPrakash Muppirala
><bi...@gmail.com>
>wrote:
>
>> On it.
>>
>> On Mon, Dec 19, 2016 at 6:10 PM, Alex Harui <ah...@adobe.com> wrote:
>>
>>> OK. Good to know.  A new CI artifact is now available.  Let's see if it
>>> works for Om.
>>>
>>> -Alex
>>>
>>> On 12/19/16, 5:33 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>>
>>> >Hi,
>>> >
>>> >JFYI it worked locally here on OSX.
>>> >
>>> >Justin
>>>
>>>
>>


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Hmm, it went through osmf and saxon fine this time.

But failed right after getting velocity:

velocity-jars-check:

velocity-jars:

velocity-zip-check:

velocity-download-zip:

download-zip:

get-zip:
      [get] Getting:
http://archive.apache.org/dist/velocity/engine/1.4/velocity-1.4.tar.gz
      [get] To: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz

double-check-file:

get-from-cache-if-needed:

fail-if-not-found:

check-sum:

fail-with-message:

untar-file:
    [untar] Expanding: C:\temp\4.16.0_test\src3\in\velocity-1.4.tar.gz into
C:\temp\4.16.0_test\src3\in

unzip-file:

copy-downloaded-jar:
     [copy] Copying 13 files to
C:\temp\4.16.0_test\src3\modules\thirdparty\velocity\build\lib
   [delete] Deleting directory C:\temp\4.16.0_test\src3\in\velocity-1.4

BUILD FAILED
C:\temp\4.16.0_test\src3\build.xml:158: The following error occurred while
executing this line:
C:\temp\4.16.0_test\src3\modules\build.xml:64: The following error occurred
while executing this line:
C:\temp\4.16.0_test\src3\modules\downloads.xml:507: Unable to delete
directory C:\temp\4.16.0_test\src3\in\velocity-1.4\build\lib

Total time: 3 minutes 9 seconds

On Mon, Dec 19, 2016 at 6:56 PM, OmPrakash Muppirala <bi...@gmail.com>
wrote:

> On it.
>
> On Mon, Dec 19, 2016 at 6:10 PM, Alex Harui <ah...@adobe.com> wrote:
>
>> OK. Good to know.  A new CI artifact is now available.  Let's see if it
>> works for Om.
>>
>> -Alex
>>
>> On 12/19/16, 5:33 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>> >Hi,
>> >
>> >JFYI it worked locally here on OSX.
>> >
>> >Justin
>>
>>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On it.

On Mon, Dec 19, 2016 at 6:10 PM, Alex Harui <ah...@adobe.com> wrote:

> OK. Good to know.  A new CI artifact is now available.  Let's see if it
> works for Om.
>
> -Alex
>
> On 12/19/16, 5:33 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi,
> >
> >JFYI it worked locally here on OSX.
> >
> >Justin
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
OK. Good to know.  A new CI artifact is now available.  Let's see if it
works for Om.

-Alex

On 12/19/16, 5:33 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>JFYI it worked locally here on OSX.
>
>Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

JFYI it worked locally here on OSX.

Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
I cancelled build #173 so the build can pick up this change.  Builds take
a long time on the CI server since I am paying for it directly.  Last
build took 2 hours 40 minutes.

-Alex

On 12/19/16, 3:34 PM, "Alex Harui" <ah...@adobe.com> wrote:

>I just pushed a change to a copy of osmf in the Flex part of SF.  The
>problem with using a version from files is that SF redirects to from HTTP
>to HTTPS (or maybe the other way around) and Ant won't allow that.  So,
>we've tried picking on a single mirror, but as you can see, sometimes we
>pick on the wrong mirror.  With this change, we are grabbing a raw binary
>from the repo which doesn't get redirected.
>
>See if it works for you.
>
>HTH,
>-Alex
>
>On 12/19/16, 2:27 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
>>Hi,
>>
>>The same download is also failing on OSX currently so it not just a
>>windows issue.
>>
>>However it's not failing consistently on my 3rd try it worked.
>>
>>Using curl -v I notice it's doing a 302 redirect to:
>>https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Rel
>>e
>>ase%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20n
>>o
>>tes%29/OSMF.swc
>>
>>Perhaps using that URL would give more consistent results?
>>
>>Justin
>


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
I just pushed a change to a copy of osmf in the Flex part of SF.  The
problem with using a version from files is that SF redirects to from HTTP
to HTTPS (or maybe the other way around) and Ant won't allow that.  So,
we've tried picking on a single mirror, but as you can see, sometimes we
pick on the wrong mirror.  With this change, we are grabbing a raw binary
from the repo which doesn't get redirected.

See if it works for you.

HTH,
-Alex

On 12/19/16, 2:27 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>The same download is also failing on OSX currently so it not just a
>windows issue.
>
>However it's not failing consistently on my 3rd try it worked.
>
>Using curl -v I notice it's doing a 302 redirect to:
>https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Rele
>ase%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20no
>tes%29/OSMF.swc
>
>Perhaps using that URL would give more consistent results?
>
>Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

The same download is also failing on OSX currently so it not just a windows issue.

However it's not failing consistently on my 3rd try it worked.

Using curl -v I notice it's doing a 302 redirect to:
https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc

Perhaps using that URL would give more consistent results? 

Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/19/16, 1:30 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>This is what I see in the frameworks/downloads.xml file from the src.zip
>file:
>
><property name="osmf.url" value="
>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/OSMF.swc?r=&amp;ts=148208359&amp;use_mirror=pilotfiber"
>/>
>
>Is this supposed to be the correct one?

Yes.  Can you hit it directly?

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
This is what I see in the frameworks/downloads.xml file from the src.zip
file:

<property name="osmf.url" value="
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc?r=&amp;ts=148208359&amp;use_mirror=pilotfiber"
/>

Is this supposed to be the correct one?

On Mon, Dec 19, 2016 at 1:29 PM, OmPrakash Muppirala <bi...@gmail.com>
wrote:

> Still failing on osmf:
>
> download-osmf-swc:
>       [get] Getting: http://downloads.sourceforge.
> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%
> 20notes%29/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber
>       [get] To: C:\temp\4.16.0_test\src2\in\osmf.swc
>       [get] http://downloads.sourceforge.net/project/osmf.adobe/OSMF%
> 202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%
> 20guides%20and%20release%20notes%2
> 9/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber moved to
> https://pilotfiber.dl.sourceforge.net/project/osmf.
> adobe/OSMF%202.0%20Release%20%28final%20source%2C%2
> 0ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
>       [get] Error getting http://downloads.sourceforge.
> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20rel
> ease%20notes%29/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber to
> C:\temp\4.16.0_test\src2\in\osmf.swc
>
> double-check-file:
>      [echo] Need file: ${still_no_file}
>
>
> On Mon, Dec 19, 2016 at 1:20 PM, OmPrakash Muppirala <bigosmallm@gmail.com
> > wrote:
>
>> I might have got the src.zip file from the wrong jenkins url.
>>
>> To be sure, is this where I should get the src.zip file from?
>> http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_
>> release-candidate/lastSuccessfulBuild/artifact/out/apache-
>> flex-sdk-4.16.0-src.zip
>>
>> On Mon, Dec 19, 2016 at 1:19 PM, Justin Mclean <ju...@classsoftware.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I’d also assuming that until it's tested on windows we should hold off
>>> making the next RC?
>>>
>>> Thanks,
>>> Justin
>>
>>
>>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Still failing on osmf:

download-osmf-swc:
      [get] Getting:
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%
20notes%29/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber
      [get] To: C:\temp\4.16.0_test\src2\in\osmf.swc
      [get]
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%2
9/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber moved to
https://pilotfiber.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%2
0ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
      [get] Error getting
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20rel
ease%20notes%29/OSMF.swc?r=&ts=148208359&use_mirror=pilotfiber to
C:\temp\4.16.0_test\src2\in\osmf.swc

double-check-file:
     [echo] Need file: ${still_no_file}


On Mon, Dec 19, 2016 at 1:20 PM, OmPrakash Muppirala <bi...@gmail.com>
wrote:

> I might have got the src.zip file from the wrong jenkins url.
>
> To be sure, is this where I should get the src.zip file from?
> http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/
> lastSuccessfulBuild/artifact/out/apache-flex-sdk-4.16.0-src.zip
>
> On Mon, Dec 19, 2016 at 1:19 PM, Justin Mclean <ju...@classsoftware.com>
> wrote:
>
>> Hi,
>>
>> I’d also assuming that until it's tested on windows we should hold off
>> making the next RC?
>>
>> Thanks,
>> Justin
>
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I might have got the src.zip file from the wrong jenkins url.

To be sure, is this where I should get the src.zip file from?
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/lastSuccessfulBuild/artifact/out/apache-flex-sdk-4.16.0-src.zip

On Mon, Dec 19, 2016 at 1:19 PM, Justin Mclean <ju...@classsoftware.com>
wrote:

> Hi,
>
> I’d also assuming that until it's tested on windows we should hold off
> making the next RC?
>
> Thanks,
> Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

I’d also assuming that until it's tested on windows we should hold off making the next RC?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

They look like the old URLs to me as well. Any chance you could of compiled the wrong package (i.e. one not made on off the release branch?) or any reason the URLs would be different on OXS vs windows?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
Both OSMF and Saxon seem like old URLs.  The source code should be trying
for newer URLs.

-Alex

On 12/18/16, 11:23 PM, "omuppi1@gmail.com on behalf of OmPrakash
Muppirala" <omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>Second try:  OSMF.swc downloaded but saxon failed:
>
>saxon9-jar:
>      [get] Getting:
>http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0
>-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
>      [get] To: C:\temp\4.16.0_test\src\in\saxonb9-1-0-8j.zip
>      [get]
>http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0
>-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
>moved to https://superb-dc
>a2.dl.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0-8j.zip
>      [get] Error getting
>http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0
>-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
>to C:\temp\4
>.16.0_test\src\in\saxonb9-1-0-8j.zip
>
>On Sun, Dec 18, 2016 at 11:14 PM, OmPrakash Muppirala
><bi...@gmail.com>
>wrote:
>
>> I just tried the src build on windows.  Failing on osmf.swc download :-(
>>
>> download-osmf-swc:
>>       [get] Getting: http://downloads.sourceforge.
>> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
>> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%
>> 20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate
>>       [get] To: C:\temp\4.16.0_test\src\in\osmf.swc
>>       [get] http://downloads.sourceforge.net/project/osmf.adobe/OSMF%
>> 202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%
>> 20guides%20and%20release%20notes%2
>> 9/OSMF.swc?r=&ts=1381906346&use_mirror=optimate moved to
>> https://superb-sea2.dl.sourceforge.net/project/osmf.
>> adobe/OSMF%202.0%20Release%20%28final%20source%2C%2
>> 0ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
>>       [get] Error getting http://downloads.sourceforge.
>> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
>> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20rel
>> ease%20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate to
>> C:\temp\4.16.0_test\src\in\osmf.swc
>>
>> double-check-file:
>>      [echo] Need file: ${still_no_file}
>>
>> On Sun, Dec 18, 2016 at 10:43 PM, Alex Harui <ah...@adobe.com> wrote:
>>
>>>
>>>
>>> On 12/18/16, 10:25 PM, "Justin Mclean" <ju...@classsoftware.com>
>>>wrote:
>>>
>>> >Hi,
>>> >
>>> >> Source package built on Mac.  Has anyone tried it on Windows?
>>> >
>>> >The CI machine running windows - so we know it compiles on windows
>>>even
>>> >if no-one has tried it.
>>>
>>> I don't understand.  I don't think CI tests the source package.  I
>>>think
>>> it only creates it from the repo, so we don't know if the source
>>>package
>>> on Windows is missing something.
>>>
>>> Or did you set up a build for that?
>>>
>>> -Alex
>>>
>>>
>>


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Second try:  OSMF.swc downloaded but saxon failed:

saxon9-jar:
      [get] Getting:
http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
      [get] To: C:\temp\4.16.0_test\src\in\saxonb9-1-0-8j.zip
      [get]
http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
moved to https://superb-dc
a2.dl.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0-8j.zip
      [get] Error getting
http://downloads.sourceforge.net/project/saxon/Saxon-B/9.1.0.8/saxonb9-1-0-8j.zip?r=&ts=1366147457&use_mirror=superb-dca2
to C:\temp\4
.16.0_test\src\in\saxonb9-1-0-8j.zip

On Sun, Dec 18, 2016 at 11:14 PM, OmPrakash Muppirala <bi...@gmail.com>
wrote:

> I just tried the src build on windows.  Failing on osmf.swc download :-(
>
> download-osmf-swc:
>       [get] Getting: http://downloads.sourceforge.
> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%
> 20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate
>       [get] To: C:\temp\4.16.0_test\src\in\osmf.swc
>       [get] http://downloads.sourceforge.net/project/osmf.adobe/OSMF%
> 202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%
> 20guides%20and%20release%20notes%2
> 9/OSMF.swc?r=&ts=1381906346&use_mirror=optimate moved to
> https://superb-sea2.dl.sourceforge.net/project/osmf.
> adobe/OSMF%202.0%20Release%20%28final%20source%2C%2
> 0ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
>       [get] Error getting http://downloads.sourceforge.
> net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%
> 20source%2C%20ASDocs%2C%20pdf%20guides%20and%20rel
> ease%20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate to
> C:\temp\4.16.0_test\src\in\osmf.swc
>
> double-check-file:
>      [echo] Need file: ${still_no_file}
>
> On Sun, Dec 18, 2016 at 10:43 PM, Alex Harui <ah...@adobe.com> wrote:
>
>>
>>
>> On 12/18/16, 10:25 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>> >Hi,
>> >
>> >> Source package built on Mac.  Has anyone tried it on Windows?
>> >
>> >The CI machine running windows - so we know it compiles on windows even
>> >if no-one has tried it.
>>
>> I don't understand.  I don't think CI tests the source package.  I think
>> it only creates it from the repo, so we don't know if the source package
>> on Windows is missing something.
>>
>> Or did you set up a build for that?
>>
>> -Alex
>>
>>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I just tried the src build on windows.  Failing on osmf.swc download :-(

download-osmf-swc:
      [get] Getting:
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%
20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate
      [get] To: C:\temp\4.16.0_test\src\in\osmf.swc
      [get]
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20release%20notes%2
9/OSMF.swc?r=&ts=1381906346&use_mirror=optimate moved to
https://superb-sea2.dl.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%2
0ASDocs%2C%20pdf%20guides%20and%20release%20notes%29/OSMF.swc
      [get] Error getting
http://downloads.sourceforge.net/project/osmf.adobe/OSMF%202.0%20Release%20%28final%20source%2C%20ASDocs%2C%20pdf%20guides%20and%20rel
ease%20notes%29/OSMF.swc?r=&ts=1381906346&use_mirror=optimate to
C:\temp\4.16.0_test\src\in\osmf.swc

double-check-file:
     [echo] Need file: ${still_no_file}

On Sun, Dec 18, 2016 at 10:43 PM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 12/18/16, 10:25 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi,
> >
> >> Source package built on Mac.  Has anyone tried it on Windows?
> >
> >The CI machine running windows - so we know it compiles on windows even
> >if no-one has tried it.
>
> I don't understand.  I don't think CI tests the source package.  I think
> it only creates it from the repo, so we don't know if the source package
> on Windows is missing something.
>
> Or did you set up a build for that?
>
> -Alex
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/18/16, 10:25 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Source package built on Mac.  Has anyone tried it on Windows?
>
>The CI machine running windows - so we know it compiles on windows even
>if no-one has tried it.

I don't understand.  I don't think CI tests the source package.  I think
it only creates it from the repo, so we don't know if the source package
on Windows is missing something.

Or did you set up a build for that?

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Source package built on Mac.  Has anyone tried it on Windows?

The CI machine running windows - so we know it compiles on windows even if no-one has tried it.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/18/16, 9:24 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>Thanks Justin!
>
>BTW, Installer working fine on Windows as well for the 4.16.0, AIR 24
>combination.

Source package built on Mac.  Has anyone tried it on Windows?

>
>At some point, we should disable selecting AIR 24+ for Flex SDK less than
>4.16.0.  How easy would be to do that?

I think that would require a new release of the Installer.

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Thanks Justin!

BTW, Installer working fine on Windows as well for the 4.16.0, AIR 24
combination.

At some point, we should disable selecting AIR 24+ for Flex SDK less than
4.16.0.  How easy would be to do that?

Thanks,
Om

On Sun, Dec 18, 2016 at 8:16 PM, Justin Mclean <ju...@classsoftware.com>
wrote:

> Hi,
>
> > Hmm, I thought I added that some point. Maybe Im mistaken.  Can you try
> > adding it and see if it works?  If not, I will try it out later tonight.
>
> Couldn’t get it to work, but turns out the “-nobrowse” option works so
> added that.
>
> Thanks,
> Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Hmm, I thought I added that some point. Maybe Im mistaken.  Can you try
> adding it and see if it works?  If not, I will try it out later tonight.

Couldn’t get it to work, but turns out the “-nobrowse” option works so added that.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Dec 18, 2016 5:45 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

Hi,

>> Yass!  That works on my Mac via the installer as well.  We have support
>> for
>> AIR 24 on mac now!
>
> Did you see Finder windows pop up during the install?  That's what
> happened to me.

Yep the finder window will pop up. It also does so when you run the
addAIRtoSDK.sh script (which also uses hdiutil attach) or double click on a
DMG.

With hdiutil you can stop it happening with -noautoopen so I assume that
adding this <arg value="-noautoopen”/> to the ant exec will stop it from
happening?


Hmm, I thought I added that some point. Maybe Im mistaken.  Can you try
adding it and see if it works?  If not, I will try it out later tonight.

Thanks,
Om



Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

>> Yass!  That works on my Mac via the installer as well.  We have support
>> for
>> AIR 24 on mac now!
> 
> Did you see Finder windows pop up during the install?  That's what
> happened to me.

Yep the finder window will pop up. It also does so when you run the addAIRtoSDK.sh script (which also uses hdiutil attach) or double click on a DMG.

With hdiutil you can stop it happening with -noautoopen so I assume that adding this <arg value="-noautoopen”/> to the ant exec will stop it from happening?

Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/18/16, 5:21 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>Yass!  That works on my Mac via the installer as well.  We have support
>for
>AIR 24 on mac now!

Did you see Finder windows pop up during the install?  That's what
happened to me.

>
>Thanks for spending time on this.

For the record, I found the script was calling unzipOrMountDMG more than
once via the depends of several other targets.  The unzipOrMountDMG target
did a move of the DMG file so on the second call, the move would fail
since the file was already moved.  I did not have time to see if Ant has
some logic where it doesn't call a target a second time, otherwise I would
think this same error would have occurred from Ant as well as the
Installer.  I'm not going to take the time now to look either, but maybe
it is something to keep in mind for the future.

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
Yass!  That works on my Mac via the installer as well.  We have support for
AIR 24 on mac now!

Thanks for spending time on this.

Regards,
Om

On Sun, Dec 18, 2016 at 10:37 AM, Alex Harui <ah...@adobe.com> wrote:

> OK, I fiddled with the installer.xml and it now works for me on Mac.  Not
> a great experience as Finder windows popup over the installer window a
> couple of times, but at least it works.
>
> I also switched to Ant variables in frameworks downloads.
>
> I will be offline until evening.
>
> -Alex
>
> On 12/18/16, 7:33 AM, "Alex Harui" <ah...@adobe.com> wrote:
>
> >
> >
> >On 12/18/16, 1:19 AM, "omuppi1@gmail.com on behalf of OmPrakash
> Muppirala"
> ><omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
> >
> >>I just tried the fix to the installer.xml via the Installer (i.e. using
> >>Ant
> >>1.7 behavior for if/unless)  It does not seem to have fixed the problem.
> >>I am out of ideas on how to fix this.  Alex, can you please take a look?
> >
> >I will try to take a look.  Did the OSMF download work for you?
> >
> >-Alex
> >
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
OK, I fiddled with the installer.xml and it now works for me on Mac.  Not
a great experience as Finder windows popup over the installer window a
couple of times, but at least it works.

I also switched to Ant variables in frameworks downloads.

I will be offline until evening.

-Alex

On 12/18/16, 7:33 AM, "Alex Harui" <ah...@adobe.com> wrote:

>
>
>On 12/18/16, 1:19 AM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
><omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
>
>>I just tried the fix to the installer.xml via the Installer (i.e. using
>>Ant
>>1.7 behavior for if/unless)  It does not seem to have fixed the problem.
>>I am out of ideas on how to fix this.  Alex, can you please take a look?
>
>I will try to take a look.  Did the OSMF download work for you?
>
>-Alex
>


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/18/16, 1:19 AM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>I just tried the fix to the installer.xml via the Installer (i.e. using
>Ant
>1.7 behavior for if/unless)  It does not seem to have fixed the problem.
>I am out of ideas on how to fix this.  Alex, can you please take a look?

I will try to take a look.  Did the OSMF download work for you?

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I just tried the fix to the installer.xml via the Installer (i.e. using Ant
1.7 behavior for if/unless)  It does not seem to have fixed the problem.
I am out of ideas on how to fix this.  Alex, can you please take a look?

If Alex does not have time, I suggest we remove support for AIR 24 at this
point and revisit the problem later.

Thanks,
Om

On Sat, Dec 17, 2016 at 11:59 PM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 12/17/16, 8:23 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi
> >
> >> I will be able to test around 4 hours from now.
> >
> >Thanks much appreciated.
> >
> >Once we had a couple of people test the CI artefact (which I assume may
> >take a day or so) I’ll create the official RC and call for a vote.
>
> I took a look.  The source package build failed on the OSMF download.  Did
> that URL start working for you?  I saw you fixed saxon.  Shouldn't OSMF
> also be put in a variable with a more updated URL?  Assuming the build
> would succeed after that, I would be good to go.  I didn't see any issues
> in the L & N.
>
> Thanks,
> -Alex
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/17/16, 8:23 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi
>
>> I will be able to test around 4 hours from now.
>
>Thanks much appreciated.
>
>Once we had a couple of people test the CI artefact (which I assume may
>take a day or so) I’ll create the official RC and call for a vote.

I took a look.  The source package build failed on the OSMF download.  Did
that URL start working for you?  I saw you fixed saxon.  Shouldn't OSMF
also be put in a variable with a more updated URL?  Assuming the build
would succeed after that, I would be good to go.  I didn't see any issues
in the L & N.

Thanks,
-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi

> I will be able to test around 4 hours from now.

Thanks much appreciated.

Once we had a couple of people test the CI artefact (which I assume may take a day or so) I’ll create the official RC and call for a vote.

Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I will be able to test around 4 hours from now.

Thanks,
Om


On Dec 17, 2016 4:55 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

> Hi,
>
> OK I found a saxon mirror URL that works (but it may of course break
> again) and can now make a release candidate. Before I do can people please
> check out the build on the CI box.
>
> Also be aware that I will have extremely limited internet access (no
> phone, some access via satellite) from Friday my time (GMT +10) onwards and
> it’s unlikely that I'll have the bandwidth to upload any further RCs for
> several weeks after that date.
>
> Thanks,
> Justin

AW: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Christofer Dutz <ch...@c-ware.de>.
Why not use a Saxon version from Maven central?

Chris

Von meinem Samsung Galaxy Smartphone gesendet.


-------- Ursprüngliche Nachricht --------
Von: Justin Mclean <ju...@classsoftware.com>
Datum: 18.12.16 01:55 (GMT+01:00)
An: dev@flex.apache.org
Betreff: Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Hi,

OK I found a saxon mirror URL that works (but it may of course break again) and can now make a release candidate. Before I do can people please check out the build on the CI box.

Also be aware that I will have extremely limited internet access (no phone, some access via satellite) from Friday my time (GMT +10) onwards and it’s unlikely that I'll have the bandwidth to upload any further RCs for several weeks after that date.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

OK I found a saxon mirror URL that works (but it may of course break again) and can now make a release candidate. Before I do can people please check out the build on the CI box. 

Also be aware that I will have extremely limited internet access (no phone, some access via satellite) from Friday my time (GMT +10) onwards and it’s unlikely that I'll have the bandwidth to upload any further RCs for several weeks after that date.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/16/16, 10:11 PM, "omuppi1@gmail.com on behalf of OmPrakash
Muppirala" <omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:

>On Fri, Dec 16, 2016 at 9:50 PM, Alex Harui <ah...@adobe.com> wrote:
>
>>
>>
>> On 12/16/16, 6:22 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>>
>> >Hi,
>> >
>> >Looks like the CI build has finished and has produced artefacts:
>> >http://apacheflexbuild.cloudapp.net:8080/job/flex-
>> sdk_release-candidate/16
>> >6/artifact/out/
>> >
>> >> I went to SourceForge and it looks like they've reorganized their
>> >>download
>> >> URLs so the one we are using may never work again.
>> >
>> >Perhaps it time to bundle them rather that try and keep fixing this
>>every
>> >time it breaks? Even we make the URL configurable one day (probably
>>soon)
>> >the downloads may not be available.
>>
>> I don't think we can bundle them in the source package.  Won't the
>>source
>> build need to bring them down?  The pattern we use for afe has been used
>> to tweak the urls post-release many times already.
>>
>
>I would say that the possibility of someone using an Installer and getting
>the binary artifact is much higher than someone building the source
>package.  Sure, the source package build should attempt to download, but
>it
>would be better if we optimize the binary artifacts so that they are
>easier
>to use by the end users.

I was hoping to avoid having to deal with changes to LICENSE and NOTICE
and the installer.  I think it would take much less community energy to
just put in an Ant property for the new URL and call it done.  We are at
equal risk for changes to URLs for some dependencies we can't bundle.

My 2 cents,
-Alex




Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Fri, Dec 16, 2016 at 9:50 PM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 12/16/16, 6:22 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi,
> >
> >Looks like the CI build has finished and has produced artefacts:
> >http://apacheflexbuild.cloudapp.net:8080/job/flex-
> sdk_release-candidate/16
> >6/artifact/out/
> >
> >> I went to SourceForge and it looks like they've reorganized their
> >>download
> >> URLs so the one we are using may never work again.
> >
> >Perhaps it time to bundle them rather that try and keep fixing this every
> >time it breaks? Even we make the URL configurable one day (probably soon)
> >the downloads may not be available.
>
> I don't think we can bundle them in the source package.  Won't the source
> build need to bring them down?  The pattern we use for afe has been used
> to tweak the urls post-release many times already.
>

I would say that the possibility of someone using an Installer and getting
the binary artifact is much higher than someone building the source
package.  Sure, the source package build should attempt to download, but it
would be better if we optimize the binary artifacts so that they are easier
to use by the end users.

Thanks,
Om


>
> My 2 cents,
> -Alex
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/16/16, 6:22 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>Looks like the CI build has finished and has produced artefacts:
>http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/16
>6/artifact/out/
>
>> I went to SourceForge and it looks like they've reorganized their
>>download
>> URLs so the one we are using may never work again.
>
>Perhaps it time to bundle them rather that try and keep fixing this every
>time it breaks? Even we make the URL configurable one day (probably soon)
>the downloads may not be available.

I don't think we can bundle them in the source package.  Won't the source
build need to bring them down?  The pattern we use for afe has been used
to tweak the urls post-release many times already.

My 2 cents,
-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

Looks like the CI build has finished and has produced artefacts:
http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_release-candidate/166/artifact/out/

> I went to SourceForge and it looks like they've reorganized their download
> URLs so the one we are using may never work again.

Perhaps it time to bundle them rather that try and keep fixing this every time it breaks? Even we make the URL configurable one day (probably soon) the downloads may not be available.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/16/16, 3:30 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> Anyway, the regular flex-sdk build is passing because
>
>Looks like it failing to me as the last 6 builds have failed. [1] But
>I’ll try the cache setting and see what happens.

That's flex_sdk_nightly that runs a full release target.  The regular
flex-sdk build is passing.

I went to SourceForge and it looks like they've reorganized their download
URLs so the one we are using may never work again.  I would recommend
applying a fix via an Ant variable like we did for afe.jar so we can use a
properties file to redirect the URL should it change again.  Essentially,
SF has broken all Flex installs unless the current URL comes up again.

>
>> This might fix the builds on the CI server.  How did the source package
>> build for you if the downloads are unavailable?
>
>The RC1 was built before this problem occurred. Currently locally (for
>me) it only failing on saxon which is not used in the source release but
>to generated the asdocs right?

Saxon should be downloaded as part of the build of MXMLC in the modules
folder, so I'm not sure what you mean by "not used in the source release".

-Alex

>
>Thanks,
>Justin
>
>1.http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_nightly/


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Anyway, the regular flex-sdk build is passing because 

Looks like it failing to me as the last 6 builds have failed. [1] But I’ll try the cache setting and see what happens.

> This might fix the builds on the CI server.  How did the source package
> build for you if the downloads are unavailable?

The RC1 was built before this problem occurred. Currently locally (for me) it only failing on saxon which is not used in the source release but to generated the asdocs right? 

Thanks,
Justin

1.http://apacheflexbuild.cloudapp.net:8080/job/flex-sdk_nightly/

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/16/16, 1:22 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi
>
>> I didn't see in my mailbox any subsequent requests.  Why did you not ask
>> again, or did I miss it?
>
>Yes I asked again. I’m just looking into this, but currently the build is
>unlikely to build due to a source forge issue.

I couldn't find it.

Anyway, the regular flex-sdk build is passing because I have a copy of the
downloads on the CI server and the following in the config:

   env.FLEX_DOWNLOAD_CACHE=C:\\FlexDownloadCache

This might fix the builds on the CI server.  How did the source package
build for you if the downloads are unavailable?

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi

> I didn't see in my mailbox any subsequent requests.  Why did you not ask
> again, or did I miss it?

Yes I asked again. I’m just looking into this, but currently the build is unlikely to build due to a source forge issue.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/14/16, 12:51 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>The CI branch change was requested back at the start of November. [1]

I didn't see in my mailbox any subsequent requests.  Why did you not ask
again, or did I miss it?  I've been buried with FlexJS stuff and was sort
of hoping others would step up.  The credentials should be in the private@
archives.

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

The CI branch change was requested back at the start of November. [1]

Justin

1.https://lists.apache.org/thread.html/62182f946dfc4e5735e24828d069c20b2b2b7e5c15129626263dda89@%3Cdev.flex.apache.org%3E

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

BTW it looks like the build is currently broken use to a source forge issue, saxonb fails to download so may be a bit longer to make the next RC.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
I think that link is broken.  Here is the correct one:
https://cwiki.apache.org/confluence/display/FLEX/A+guide+to+the+Apache+Flex+release+process

On Wed, Dec 14, 2016 at 10:24 AM, Alex Harui <ah...@adobe.com> wrote:

>
>
> On 12/14/16, 3:53 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> >Hi,
> >
> >> You are right.  I removed them for local testing and checked it in by
> >> mistake.  I have reinstated these lines now.
> >
> >No problem I’ll cancel the current RC and make a new one. May take a day
> >or so as I’m currently occupied with teaching a 3 day course and other
> >commitments.
>
> Is the CI server set up for this branch?  That's also part of the process
> [1].  Then we would have builds to test before spending the cycles on new
> RCs and vote threads.
>
> https://cwiki.apache.org/confluence/display/FLEX/A+
> guide+to+the+Apache+Flex
> +release+process
>
> -Alex
>
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.

On 12/14/16, 3:53 AM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>> You are right.  I removed them for local testing and checked it in by
>> mistake.  I have reinstated these lines now.
>
>No problem I’ll cancel the current RC and make a new one. May take a day
>or so as I’m currently occupied with teaching a 3 day course and other
>commitments.

Is the CI server set up for this branch?  That's also part of the process
[1].  Then we would have builds to test before spending the cycles on new
RCs and vote threads.

https://cwiki.apache.org/confluence/display/FLEX/A+guide+to+the+Apache+Flex
+release+process

-Alex


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> You are right.  I removed them for local testing and checked it in by
> mistake.  I have reinstated these lines now.

No problem I’ll cancel the current RC and make a new one. May take a day or so as I’m currently occupied with teaching a 3 day course and other commitments.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Tue, Dec 13, 2016 at 11:31 AM, Justin Mclean <ju...@classsoftware.com>
wrote:

> Hi,
>
> >    <target name="get-data">
> >                <tstamp />
> >                <property name="ts" value="${DSTAMP}${TSTAMP}" />
> >                <!-- <property name="xml.properties" value="
> http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=${ts}" />
> >        <get src="${xml.properties}" dest="${basedir}/sdk-installer-config-4.0.xml"
> /> —>
>
> So I assume these lines shouldn’t be commented out in order to get the
> installer config file?
>
>
You are right.  I removed them for local testing and checked it in by
mistake.  I have reinstated these lines now.

Thanks,
Om


> Thanks,
> Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

>    <target name="get-data">
>                <tstamp />
>                <property name="ts" value="${DSTAMP}${TSTAMP}" />
>                <!-- <property name="xml.properties" value="http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=${ts}" />
>        <get src="${xml.properties}" dest="${basedir}/sdk-installer-config-4.0.xml" /> —>

So I assume these lines shouldn’t be commented out in order to get the installer config file?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

> Are we in a rush to get this out?

Yes I will be on holiday with no phone and extremely limited satellite internet access in under two weeks.

> There was little time after Om's commit to test before the RC was cut.

The last call has been open for more than a month. Being a volunteer  the amount of time I can spend on this project varies over time. Having a shorter period from the initial last call to the RC would help. 

> Also, there is an Ant script called releasecandidate.xml that attempts to
> automate the deployment of the artifacts including the checksums and sets
> up the emails with the right version numbers.  It might be worth making
> sure that script works so that future RMs can use it.

I’m using the build_release.sh, deploy_release_candidate.sh etc utils to produce the build

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Alex Harui <ah...@adobe.com>.
Are we in a rush to get this out?  There was little time after Om's commit
to test before the RC was cut.  The point of the Last Call is to get us to
do the testing before the RCs get cut.

Also, there is an Ant script called releasecandidate.xml that attempts to
automate the deployment of the artifacts including the checksums and sets
up the emails with the right version numbers.  It might be worth making
sure that script works so that future RMs can use it.

Thanks,
-Alex

On 12/12/16, 5:03 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:

>Hi,
>
>The issue is these lines in the installer.xml
>
>    <target name="get-data">
>                <tstamp />
>                <property name="ts" value="${DSTAMP}${TSTAMP}" />
>                <!-- <property name="xml.properties"
>value="http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=${
>ts}" />
>        <get src="${xml.properties}"
>dest="${basedir}/sdk-installer-config-4.0.xml" /> —>
>
>
>It looking locally for the sdk-installer-config-4.0.xml which doesn’t
>exist in the RC1 artifact.
>
>Thanks,
>Justin


Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

The issue is these lines in the installer.xml

    <target name="get-data">
                <tstamp />
                <property name="ts" value="${DSTAMP}${TSTAMP}" />
                <!-- <property name="xml.properties" value="http://flex.apache.org/installer/sdk-installer-config-4.0.xml?ts=${ts}" />
        <get src="${xml.properties}" dest="${basedir}/sdk-installer-config-4.0.xml" /> —>


It looking locally for the sdk-installer-config-4.0.xml which doesn’t exist in the RC1 artifact.

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi Jase,

Thanks for trying it out.

It's looks like we may have an issue with teh installer configuration as I can reproduce that issue for both the  en_AU locale and en_US locale as well:

Which a bit more debugging on it seems it failing to read the locale resource file.

Unzipping: /Users/justinmclean/Documents/ApacheFlexTest/temp/apache-flex-sdk-4.16.0-bin.tar.gz
Finished unzipping: /Users/justinmclean/Documents/ApacheFlexTest/temp/apache-flex-sdk-4.16.0-bin.tar.gz
      [get] Getting http://flex.apache.org/installer/properties/sdk/en_AU.properties
      [get] To /Users/justinmclean/Documents/ApacheFlexTest/en_AU.properties

get-data:
Error #3003

But checking http://flex.apache.org/installer/properties/sdk/en_AU.properties in a browser shows it exists and  /Users/justinmclean/Documents/ApacheFlexTest/en_AU.properties exists.

I'm thinking it probably got the path wrong when it tries to read the file as the full text of the error is:
Error #3003: File or directory does not exist.

However I wasn’t aware that anything in this area has changed?

Thanks,
Justin

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Jasen Martin <ja...@gmail.com>.
Hi, I attempted 4.16 install with AIR 23, and she failed on me, here are
the logs:

Installer version 3.2.0 (windows)
Using Locale: en_AU
Fetched the SDK download mirror URL from the CGI.
SDK version Apache Flex SDK 4.16.0 RC1
AIR version 23.0
Flash Player version 23.0
Creating Apache Flex home
Creating temporary directory
Downloading Apache Flex SDK from:
https://dist.apache.org/repos/dist/dev/flex/sdk/4.16.0/rc1/binaries/apache-flex-sdk-4.16.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.
Unzipping: D:\FlexSDK_4.16._AIR_23\temp\apache-flex-sdk-4.16.0-bin.zip
Finished unzipping:
D:\FlexSDK_4.16._AIR_23\temp\apache-flex-sdk-4.16.0-bin.zip
Error #3003

Aborting Installation


Hope this helps
Jase

On Tue, Dec 13, 2016 at 8:24 AM, OmPrakash Muppirala <bi...@gmail.com>
wrote:

> https://issues.apache.org/jira/browse/FLEX-35166
> It seems to work for me in my jerry-rigged test environment.  Can you try
> directly from the Installer and confirm?
>
> https://issues.apache.org/jira/browse/FLEX-35156
> Config file has been updated to allow installation of 4.16.0 RC1.  Again,
> if someone else could test it out, that would be great.
>
> Thanks,
> Om
>
> On Mon, Dec 12, 2016 at 1:38 PM, Justin Mclean <ju...@classsoftware.com>
> wrote:
>
> > Hi,
> >
> > Perhaps  Om can answer this but can these JIRAs be closed?
> >
> > FLEX-35166 Installer can't handle Adobe AIR 24
> > FLEX-35156 Update Apache Flex installer config file [2]
> >
> > Thanks,
> > Justin
> >
> > 1. https://issues.apache.org/jira/browse/FLEX-35166
> > 2. https://issues.apache.org/jira/browse/FLEX-35156
> >
>



-- 
------------------------------------------------------------
Jasen Martin
0424 984 955
------------------------------------------------------------

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by OmPrakash Muppirala <bi...@gmail.com>.
https://issues.apache.org/jira/browse/FLEX-35166
It seems to work for me in my jerry-rigged test environment.  Can you try
directly from the Installer and confirm?

https://issues.apache.org/jira/browse/FLEX-35156
Config file has been updated to allow installation of 4.16.0 RC1.  Again,
if someone else could test it out, that would be great.

Thanks,
Om

On Mon, Dec 12, 2016 at 1:38 PM, Justin Mclean <ju...@classsoftware.com>
wrote:

> Hi,
>
> Perhaps  Om can answer this but can these JIRAs be closed?
>
> FLEX-35166 Installer can't handle Adobe AIR 24
> FLEX-35156 Update Apache Flex installer config file [2]
>
> Thanks,
> Justin
>
> 1. https://issues.apache.org/jira/browse/FLEX-35166
> 2. https://issues.apache.org/jira/browse/FLEX-35156
>

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,

Perhaps  Om can answer this but can these JIRAs be closed?

FLEX-35166 Installer can't handle Adobe AIR 24
FLEX-35156 Update Apache Flex installer config file [2]

Thanks,
Justin

1. https://issues.apache.org/jira/browse/FLEX-35166
2. https://issues.apache.org/jira/browse/FLEX-35156

Re: [DISCUSS] Apache Flex SDK 4.16 RC1 release

Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Justin,

I see no md5/sha files at
https://dist.apache.org/repos/dist/dev/flex/sdk/4.16.0/rc1
Where can I find it?

On Mon, Dec 12, 2016 at 5:38 PM, Justin Mclean <ju...@classsoftware.com>
wrote:

> HI,
>
> Please discuss the release candidate here and not in the vote thread.
>
> Thanks,
> Justin
>



-- 
WBR
Maxim aka solomax