Re: 4.16.0 Install issues

2017-07-07 Thread Josh Tynjala
Be sure to test on Windows 7. It has an older version of PowerShell, so
some things that work in newer versions may not work there. I had the unzip
working on Windows 10 after a long day of wrapping my head around running
PowerShell from AIR. The next morning, I discovered that I had to redo it
because I was using a new API that wasn't available in the older version of
PowerShell.

- Josh

On Fri, Jul 7, 2017 at 11:08 AM, Nicholas Kwiatkowski <
nicholaskwiatkow...@gmail.com> wrote:

> I think that was the direction I was going to go. Thanks!
>
> On Fri, Jul 7, 2017 at 11:30 AM, Josh Tynjala 
> wrote:
>
> > In addition to MD5, the code the installer uses to unzip files can also
> > cause Error #1000.
> >
> > I came up with a solution for that using PowerShell that I posted on the
> > mailing list:
> >
> > http://mail-archives.apache.org/mod_mbox/flex-dev/201706.
> > mbox/%3CCADZSWG4j-DwOFUbFGrJaOZsXTgU1FfwmE9fJUP5
> > dnrgCGFkhLQ%40mail.gmail.com%3E
> >
> > I looked into MD5 with PowerShell, and from what I could tell from a
> quick
> > search, that should be possible too.
> >
> > - Josh
> >
> > On Wed, Jul 5, 2017 at 6:13 PM, Nicholas Kwiatkowski 
> > wrote:
> >
> > > Is anybody actually addressing the issues people have been reporting
> > about
> > > the installer and/or ANT script for Flex SDK 4.16.0?
> > >
> > > Right now I see two major issues that are preventing even people who
> are
> > > familiar with the SDK from doing installs :
> > >
> > >  - In the installer, selecting AIR 25.0 gives users a non-descript
> "error
> > > 1000".  This is due toe the md5 checking in the installer running out
> of
> > > memory
> > >  - Trying to install via ANT is also broken under Windows (any version
> of
> > > AIR SDK).  As packaged, it always errors because it tries to install
> the
> > > MacOS AIR SDK.  Additionally, the optional components that are
> currently
> > > hosted on sourceforge fail to download due to some SSL errors (I've
> > tested
> > > this with the latest java sdk and ANT build).
> > >
> > > The AIR installer issue will require us to rip-and-replace the md5
> > > calculation functions.  I've started looking at it, but I don't think
> it
> > > will be an easy feat.
> > > Fixing the ANT script for Windows trying to install the mac air dmg is
> an
> > > easy fix (but it will require us to do a dot release to push it out)
> > > The SSL errors are because sourceforge is using SANs on their SSL
> certs,
> > > and the current versions of ANT don't know how to read them to validate
> > > them.  This may be out of our control.  Anybody know if we can convince
> > > Adobe to either donate those chunks of code or at least to move them
> to a
> > > different host?  It looks like the code involved is OSMF, AFE, AGLJ,
> > > rideau and Flex-Fontkit.  The alternative to a different host is for us
> > to
> > > ignore SSL errors, but that could be potentially dangerous.
> > >
> > > If nobody is working on these, I can start to take a crack at them, but
> > > honestly, the installer is extremely fragile at this point and I'm not
> > > looking forward to even trying to figure out what is going on in there
> > > again.
> > >
> > > -Nick
> > >
> >
>


Re: 4.16.0 Install issues

2017-07-07 Thread Nicholas Kwiatkowski
I think that was the direction I was going to go. Thanks!

On Fri, Jul 7, 2017 at 11:30 AM, Josh Tynjala  wrote:

> In addition to MD5, the code the installer uses to unzip files can also
> cause Error #1000.
>
> I came up with a solution for that using PowerShell that I posted on the
> mailing list:
>
> http://mail-archives.apache.org/mod_mbox/flex-dev/201706.
> mbox/%3CCADZSWG4j-DwOFUbFGrJaOZsXTgU1FfwmE9fJUP5
> dnrgCGFkhLQ%40mail.gmail.com%3E
>
> I looked into MD5 with PowerShell, and from what I could tell from a quick
> search, that should be possible too.
>
> - Josh
>
> On Wed, Jul 5, 2017 at 6:13 PM, Nicholas Kwiatkowski 
> wrote:
>
> > Is anybody actually addressing the issues people have been reporting
> about
> > the installer and/or ANT script for Flex SDK 4.16.0?
> >
> > Right now I see two major issues that are preventing even people who are
> > familiar with the SDK from doing installs :
> >
> >  - In the installer, selecting AIR 25.0 gives users a non-descript "error
> > 1000".  This is due toe the md5 checking in the installer running out of
> > memory
> >  - Trying to install via ANT is also broken under Windows (any version of
> > AIR SDK).  As packaged, it always errors because it tries to install the
> > MacOS AIR SDK.  Additionally, the optional components that are currently
> > hosted on sourceforge fail to download due to some SSL errors (I've
> tested
> > this with the latest java sdk and ANT build).
> >
> > The AIR installer issue will require us to rip-and-replace the md5
> > calculation functions.  I've started looking at it, but I don't think it
> > will be an easy feat.
> > Fixing the ANT script for Windows trying to install the mac air dmg is an
> > easy fix (but it will require us to do a dot release to push it out)
> > The SSL errors are because sourceforge is using SANs on their SSL certs,
> > and the current versions of ANT don't know how to read them to validate
> > them.  This may be out of our control.  Anybody know if we can convince
> > Adobe to either donate those chunks of code or at least to move them to a
> > different host?  It looks like the code involved is OSMF, AFE, AGLJ,
> > rideau and Flex-Fontkit.  The alternative to a different host is for us
> to
> > ignore SSL errors, but that could be potentially dangerous.
> >
> > If nobody is working on these, I can start to take a crack at them, but
> > honestly, the installer is extremely fragile at this point and I'm not
> > looking forward to even trying to figure out what is going on in there
> > again.
> >
> > -Nick
> >
>


Re: 4.16.0 Install issues

2017-07-07 Thread Josh Tynjala
In addition to MD5, the code the installer uses to unzip files can also
cause Error #1000.

I came up with a solution for that using PowerShell that I posted on the
mailing list:

http://mail-archives.apache.org/mod_mbox/flex-dev/201706.mbox/%3CCADZSWG4j-DwOFUbFGrJaOZsXTgU1FfwmE9fJUP5dnrgCGFkhLQ%40mail.gmail.com%3E

I looked into MD5 with PowerShell, and from what I could tell from a quick
search, that should be possible too.

- Josh

On Wed, Jul 5, 2017 at 6:13 PM, Nicholas Kwiatkowski 
wrote:

> Is anybody actually addressing the issues people have been reporting about
> the installer and/or ANT script for Flex SDK 4.16.0?
>
> Right now I see two major issues that are preventing even people who are
> familiar with the SDK from doing installs :
>
>  - In the installer, selecting AIR 25.0 gives users a non-descript "error
> 1000".  This is due toe the md5 checking in the installer running out of
> memory
>  - Trying to install via ANT is also broken under Windows (any version of
> AIR SDK).  As packaged, it always errors because it tries to install the
> MacOS AIR SDK.  Additionally, the optional components that are currently
> hosted on sourceforge fail to download due to some SSL errors (I've tested
> this with the latest java sdk and ANT build).
>
> The AIR installer issue will require us to rip-and-replace the md5
> calculation functions.  I've started looking at it, but I don't think it
> will be an easy feat.
> Fixing the ANT script for Windows trying to install the mac air dmg is an
> easy fix (but it will require us to do a dot release to push it out)
> The SSL errors are because sourceforge is using SANs on their SSL certs,
> and the current versions of ANT don't know how to read them to validate
> them.  This may be out of our control.  Anybody know if we can convince
> Adobe to either donate those chunks of code or at least to move them to a
> different host?  It looks like the code involved is OSMF, AFE, AGLJ,
> rideau and Flex-Fontkit.  The alternative to a different host is for us to
> ignore SSL errors, but that could be potentially dangerous.
>
> If nobody is working on these, I can start to take a crack at them, but
> honestly, the installer is extremely fragile at this point and I'm not
> looking forward to even trying to figure out what is going on in there
> again.
>
> -Nick
>


Re: 4.16.0 Install issues

2017-07-07 Thread Nicholas Kwiatkowski
I'm looking at the 4.16.0 release package, not what is in the source tree.
That's why I was asking at first if anybody was working on it to make sure
it hadn't been tackled, or nobody was actively working on the fix.

-Nick

On Fri, Jul 7, 2017 at 11:12 AM, Alex Harui 
wrote:

> What version of installer.xml are you looking at?  I just synced up the
> develop branch in flex-sdk and took a look at there are merge conflict
> markers in the file!  Apparently, nobody has tried to install a nightly
> build of Flex SDK.  But I think the version from the release branch has
> the right fix in it, although I think it is still using "new Ant" syntax
> in the if/unless which the Installer does not support.  So whoever fixes
> this needs to also replace:
>
>   unless="${shouldUnzip}"
>
> With:
>
>   unless="shouldUnzip"
>
>
> And same for
>
>   if="shouldUnzip"
>
> -Alex
>
>
> On 7/7/17, 3:57 AM, "Nicholas Kwiatkowski" 
> wrote:
>
> >I installed the latest version of Java, but didn't touch the JCE (I have
> >to
> >keep the standard set on my machine and extend, per project because of
> >some
> >of the other projects I'm working on).  Just using the net.url package
> >within a quick java app seems grab the files from sourceforge with no
> >problems -- it's the way that ANT is calling it that is causing the issue.
> >It's quite possible they are overriding the standard security chain for
> >some reason.  Either way, asking our users to change out the cryptology
> >libraries and download them from another source isn't in good form.
> >
> >As far as the logic, there is clearly a bug.  It still bombs out on the
> >latest ANT version.  We didn't do a conditional in the ant script between
> >the call to unpack the dmg vs. zip files for the AIR install.  The mac one
> >probably works because ANT on mac understands the unzip directive, but the
> >other way complains that it doesn't know how to deal with a dmg file, so
> >the ant script errors out.  That one is an easy fix.
> >
> >-Nick
> >
> >
> >On Fri, Jul 7, 2017 at 1:54 AM, Alex Harui 
> >wrote:
> >
> >> Maybe I wasn't clear enough:
> >>
> >> I don't think the version of Ant will affect the SSL issues.  The SSL
> >> issues should be solvable via the JCE upgrade:
> >>
> >>
> >>https://na01.safelinks.protection.outlook.com/?url=
> http%3A%2F%2Fstackover
> >>flow.com%2Fquestions%2F38203971%2Fjavax-net-=
> 02%7C01%7C%7Cfe4cee1f24
> >>f849200a1108d4c526ee4e%7Cfa7b1b5a7b34438794aed2c178de
> cee1%7C0%7C0%7C63635
> >>0218379468309=3ngz8fD86odTrjJ5D8G1SKFu1j7H7q
> hOj%2F79UtWa3Cc%3D
> >>rved=0
> >> ssl-sslhandshakeexcep
> >> tion-received-fatal-alert-handshake-failure/38264878#38264878
> >>
> >>
> >> I'm not sure if there are issues about what Java version is used by Ant.
> >>
> >> The logic around Ant installing Mac artifacts on Windows should operate
> >> differently with recent Ant versions.  Did that problem go away with
> >>your
> >> Ant upgrade?
> >>
> >> -Alex
> >>
> >> On 7/6/17, 7:43 PM, "Nicholas Kwiatkowski"
> >>
> >> wrote:
> >>
> >> >I remember reading about needing the latest ANT, so I installed 1.10.1
> >>and
> >> >1.9.9 on my Windows 10 machine with the latest Java 8 install and still
> >> >had
> >> >the SSL errors.
> >> >
> >> >I just read through the threads where where there was a discussion
> >>about
> >> >it.  There were three things talked about :
> >> > - Having Adobe move the files to another provider (not going to
> >>happen)
> >> > - Grabbing the entire Flex 4.6 SDK and pulling the files out of there
> >> >(eww)
> >> > - Re-creating Fontkit.  Chris Dutz said he might be able to work on
> >>it,
> >> >but I havent seen anything else to that affect.
> >> >
> >> >-Nick
> >> >
> >> >
> >> >On Thu, Jul 6, 2017 at 11:44 AM, Alex Harui 
> >> >wrote:
> >> >
> >> >> I'm not spending any time on the installer other than occasionally
> >> >> pondering if there is some other workaround we could deploy.  I'm
> >> >>waiting
> >> >> on Adobe to put out a 64-bit native installer.  IMO, that's the least
> >> >>work
> >> >> on our part, but not sure when Adobe will push that out.
> >> >>
> >> >> The SSL errors from SourceForge have a workaround that's been posted
> >>a
> >> >>few
> >> >> times.  The correct solution is to write our own font encoding
> >>library.
> >> >> Volunteers are needed.
> >> >>
> >> >> I thought Ant on Windows would work if you used a recent version of
> >>Ant.
> >> >>
> >> >> Thanks,
> >> >> -Alex
> >> >>
> >> >> On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski" 
> wrote:
> >> >>
> >> >> >Is anybody actually addressing the issues people have been reporting
> >> >>about
> >> >> >the installer and/or ANT script for Flex SDK 4.16.0?
> >> >> >
> >> >> >Right now I see two major issues that are preventing even people who
> >> >>are
> >> >> >familiar with the SDK from doing installs :
> >> >> >
> >> >> > - 

Re: 4.16.0 Install issues

2017-07-07 Thread Alex Harui
What version of installer.xml are you looking at?  I just synced up the
develop branch in flex-sdk and took a look at there are merge conflict
markers in the file!  Apparently, nobody has tried to install a nightly
build of Flex SDK.  But I think the version from the release branch has
the right fix in it, although I think it is still using "new Ant" syntax
in the if/unless which the Installer does not support.  So whoever fixes
this needs to also replace:

  unless="${shouldUnzip}"

With:

  unless="shouldUnzip"


And same for 

  if="shouldUnzip"

-Alex


On 7/7/17, 3:57 AM, "Nicholas Kwiatkowski" 
wrote:

>I installed the latest version of Java, but didn't touch the JCE (I have
>to
>keep the standard set on my machine and extend, per project because of
>some
>of the other projects I'm working on).  Just using the net.url package
>within a quick java app seems grab the files from sourceforge with no
>problems -- it's the way that ANT is calling it that is causing the issue.
>It's quite possible they are overriding the standard security chain for
>some reason.  Either way, asking our users to change out the cryptology
>libraries and download them from another source isn't in good form.
>
>As far as the logic, there is clearly a bug.  It still bombs out on the
>latest ANT version.  We didn't do a conditional in the ant script between
>the call to unpack the dmg vs. zip files for the AIR install.  The mac one
>probably works because ANT on mac understands the unzip directive, but the
>other way complains that it doesn't know how to deal with a dmg file, so
>the ant script errors out.  That one is an easy fix.
>
>-Nick
>
>
>On Fri, Jul 7, 2017 at 1:54 AM, Alex Harui 
>wrote:
>
>> Maybe I wasn't clear enough:
>>
>> I don't think the version of Ant will affect the SSL issues.  The SSL
>> issues should be solvable via the JCE upgrade:
>>
>> 
>>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fstackover
>>flow.com%2Fquestions%2F38203971%2Fjavax-net-=02%7C01%7C%7Cfe4cee1f24
>>f849200a1108d4c526ee4e%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63635
>>0218379468309=3ngz8fD86odTrjJ5D8G1SKFu1j7H7qhOj%2F79UtWa3Cc%3D
>>rved=0
>> ssl-sslhandshakeexcep
>> tion-received-fatal-alert-handshake-failure/38264878#38264878
>>
>>
>> I'm not sure if there are issues about what Java version is used by Ant.
>>
>> The logic around Ant installing Mac artifacts on Windows should operate
>> differently with recent Ant versions.  Did that problem go away with
>>your
>> Ant upgrade?
>>
>> -Alex
>>
>> On 7/6/17, 7:43 PM, "Nicholas Kwiatkowski"
>>
>> wrote:
>>
>> >I remember reading about needing the latest ANT, so I installed 1.10.1
>>and
>> >1.9.9 on my Windows 10 machine with the latest Java 8 install and still
>> >had
>> >the SSL errors.
>> >
>> >I just read through the threads where where there was a discussion
>>about
>> >it.  There were three things talked about :
>> > - Having Adobe move the files to another provider (not going to
>>happen)
>> > - Grabbing the entire Flex 4.6 SDK and pulling the files out of there
>> >(eww)
>> > - Re-creating Fontkit.  Chris Dutz said he might be able to work on
>>it,
>> >but I havent seen anything else to that affect.
>> >
>> >-Nick
>> >
>> >
>> >On Thu, Jul 6, 2017 at 11:44 AM, Alex Harui 
>> >wrote:
>> >
>> >> I'm not spending any time on the installer other than occasionally
>> >> pondering if there is some other workaround we could deploy.  I'm
>> >>waiting
>> >> on Adobe to put out a 64-bit native installer.  IMO, that's the least
>> >>work
>> >> on our part, but not sure when Adobe will push that out.
>> >>
>> >> The SSL errors from SourceForge have a workaround that's been posted
>>a
>> >>few
>> >> times.  The correct solution is to write our own font encoding
>>library.
>> >> Volunteers are needed.
>> >>
>> >> I thought Ant on Windows would work if you used a recent version of
>>Ant.
>> >>
>> >> Thanks,
>> >> -Alex
>> >>
>> >> On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski"  wrote:
>> >>
>> >> >Is anybody actually addressing the issues people have been reporting
>> >>about
>> >> >the installer and/or ANT script for Flex SDK 4.16.0?
>> >> >
>> >> >Right now I see two major issues that are preventing even people who
>> >>are
>> >> >familiar with the SDK from doing installs :
>> >> >
>> >> > - In the installer, selecting AIR 25.0 gives users a non-descript
>> >>"error
>> >> >1000".  This is due toe the md5 checking in the installer running
>>out
>> >>of
>> >> >memory
>> >> > - Trying to install via ANT is also broken under Windows (any
>>version
>> >>of
>> >> >AIR SDK).  As packaged, it always errors because it tries to install
>> >>the
>> >> >MacOS AIR SDK.  Additionally, the optional components that are
>> >>currently
>> >> >hosted on sourceforge fail to download due to some SSL errors (I've
>> >>tested
>> >> >this with the latest java sdk and ANT 

Re: 4.16.0 Install issues

2017-07-07 Thread Nicholas Kwiatkowski
I installed the latest version of Java, but didn't touch the JCE (I have to
keep the standard set on my machine and extend, per project because of some
of the other projects I'm working on).  Just using the net.url package
within a quick java app seems grab the files from sourceforge with no
problems -- it's the way that ANT is calling it that is causing the issue.
It's quite possible they are overriding the standard security chain for
some reason.  Either way, asking our users to change out the cryptology
libraries and download them from another source isn't in good form.

As far as the logic, there is clearly a bug.  It still bombs out on the
latest ANT version.  We didn't do a conditional in the ant script between
the call to unpack the dmg vs. zip files for the AIR install.  The mac one
probably works because ANT on mac understands the unzip directive, but the
other way complains that it doesn't know how to deal with a dmg file, so
the ant script errors out.  That one is an easy fix.

-Nick


On Fri, Jul 7, 2017 at 1:54 AM, Alex Harui  wrote:

> Maybe I wasn't clear enough:
>
> I don't think the version of Ant will affect the SSL issues.  The SSL
> issues should be solvable via the JCE upgrade:
>
> http://stackoverflow.com/questions/38203971/javax-net-
> ssl-sslhandshakeexcep
> tion-received-fatal-alert-handshake-failure/38264878#38264878
>
>
> I'm not sure if there are issues about what Java version is used by Ant.
>
> The logic around Ant installing Mac artifacts on Windows should operate
> differently with recent Ant versions.  Did that problem go away with your
> Ant upgrade?
>
> -Alex
>
> On 7/6/17, 7:43 PM, "Nicholas Kwiatkowski" 
> wrote:
>
> >I remember reading about needing the latest ANT, so I installed 1.10.1 and
> >1.9.9 on my Windows 10 machine with the latest Java 8 install and still
> >had
> >the SSL errors.
> >
> >I just read through the threads where where there was a discussion about
> >it.  There were three things talked about :
> > - Having Adobe move the files to another provider (not going to happen)
> > - Grabbing the entire Flex 4.6 SDK and pulling the files out of there
> >(eww)
> > - Re-creating Fontkit.  Chris Dutz said he might be able to work on it,
> >but I havent seen anything else to that affect.
> >
> >-Nick
> >
> >
> >On Thu, Jul 6, 2017 at 11:44 AM, Alex Harui 
> >wrote:
> >
> >> I'm not spending any time on the installer other than occasionally
> >> pondering if there is some other workaround we could deploy.  I'm
> >>waiting
> >> on Adobe to put out a 64-bit native installer.  IMO, that's the least
> >>work
> >> on our part, but not sure when Adobe will push that out.
> >>
> >> The SSL errors from SourceForge have a workaround that's been posted a
> >>few
> >> times.  The correct solution is to write our own font encoding library.
> >> Volunteers are needed.
> >>
> >> I thought Ant on Windows would work if you used a recent version of Ant.
> >>
> >> Thanks,
> >> -Alex
> >>
> >> On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski"  wrote:
> >>
> >> >Is anybody actually addressing the issues people have been reporting
> >>about
> >> >the installer and/or ANT script for Flex SDK 4.16.0?
> >> >
> >> >Right now I see two major issues that are preventing even people who
> >>are
> >> >familiar with the SDK from doing installs :
> >> >
> >> > - In the installer, selecting AIR 25.0 gives users a non-descript
> >>"error
> >> >1000".  This is due toe the md5 checking in the installer running out
> >>of
> >> >memory
> >> > - Trying to install via ANT is also broken under Windows (any version
> >>of
> >> >AIR SDK).  As packaged, it always errors because it tries to install
> >>the
> >> >MacOS AIR SDK.  Additionally, the optional components that are
> >>currently
> >> >hosted on sourceforge fail to download due to some SSL errors (I've
> >>tested
> >> >this with the latest java sdk and ANT build).
> >> >
> >> >The AIR installer issue will require us to rip-and-replace the md5
> >> >calculation functions.  I've started looking at it, but I don't think
> >>it
> >> >will be an easy feat.
> >> >Fixing the ANT script for Windows trying to install the mac air dmg is
> >>an
> >> >easy fix (but it will require us to do a dot release to push it out)
> >> >The SSL errors are because sourceforge is using SANs on their SSL
> >>certs,
> >> >and the current versions of ANT don't know how to read them to validate
> >> >them.  This may be out of our control.  Anybody know if we can convince
> >> >Adobe to either donate those chunks of code or at least to move them
> >>to a
> >> >different host?  It looks like the code involved is OSMF, AFE, AGLJ,
> >> >rideau and Flex-Fontkit.  The alternative to a different host is for
> >>us to
> >> >ignore SSL errors, but that could be potentially dangerous.
> >> >
> >> >If nobody is working on these, I can start to take a crack at them, but
> >> >honestly, the 

Re: 4.16.0 Install issues

2017-07-07 Thread piotrz
It would be great if anyone who can will add to that jira any hint for
someone who will be working on that.

I have other things on my plate right now.

Thanks,
Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/4-16-0-Install-issues-tp62855p62930.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: 4.16.0 Install issues

2017-07-06 Thread Alex Harui
Cool!  I missed seeing this JIRA.

I took a quick look and didn't see spline conversion handling between TTF
and CFF.  I think it may not handle specifying a TTF file for
embedAsCFF=true and vice versa.  But maybe we can live without it.

Any volunteers to take this on?

-Alex

On 7/6/17, 10:01 PM, "Olaf Krueger"  wrote:

>Nicholas Kwiatkowski-2 wrote
>>  - Re-creating Fontkit.  Chris Dutz said he might be able to work on it,
>> but I havent seen anything else to that affect.
>
>At ApacheCon somebody found a lib that maybe contains a working FontKit
>port.
>Piotr created a JIRA that contains the link [1]
>
>HTH,
>Olaf 
>
>[1]https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fissues
>.apache.org%2Fjira%2Fbrowse%2FFLEX-35315=02%7C01%7C%7C8b8ed67825f84e5
>d91a008d4c4f7c56b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63635001583
>1422210=ps7%2Fd3pmBt%2FY2pFquS9vvO5Dj2rJ8EohmcV7hfgU9F8%3D=
>0
>
>
>
>
>--
>View this message in context:
>https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-fle
>x-development.247.n4.nabble.com%2F4-16-0-Install-issues-tp62855p62919.
>html=02%7C01%7C%7C8b8ed67825f84e5d91a008d4c4f7c56b%7Cfa7b1b5a7b344387
>94aed2c178decee1%7C0%7C0%7C636350015831422210=qtIXbmeRpuwC3ICJcyKsmG
>V%2FQ%2B%2FhG6jTxWBU1CO%2BJ4c%3D=0
>Sent from the Apache Flex Development mailing list archive at Nabble.com.



Re: 4.16.0 Install issues

2017-07-06 Thread Alex Harui
Maybe I wasn't clear enough:

I don't think the version of Ant will affect the SSL issues.  The SSL
issues should be solvable via the JCE upgrade:

http://stackoverflow.com/questions/38203971/javax-net-ssl-sslhandshakeexcep
tion-received-fatal-alert-handshake-failure/38264878#38264878


I'm not sure if there are issues about what Java version is used by Ant.

The logic around Ant installing Mac artifacts on Windows should operate
differently with recent Ant versions.  Did that problem go away with your
Ant upgrade?

-Alex

On 7/6/17, 7:43 PM, "Nicholas Kwiatkowski" 
wrote:

>I remember reading about needing the latest ANT, so I installed 1.10.1 and
>1.9.9 on my Windows 10 machine with the latest Java 8 install and still
>had
>the SSL errors.
>
>I just read through the threads where where there was a discussion about
>it.  There were three things talked about :
> - Having Adobe move the files to another provider (not going to happen)
> - Grabbing the entire Flex 4.6 SDK and pulling the files out of there
>(eww)
> - Re-creating Fontkit.  Chris Dutz said he might be able to work on it,
>but I havent seen anything else to that affect.
>
>-Nick
>
>
>On Thu, Jul 6, 2017 at 11:44 AM, Alex Harui 
>wrote:
>
>> I'm not spending any time on the installer other than occasionally
>> pondering if there is some other workaround we could deploy.  I'm
>>waiting
>> on Adobe to put out a 64-bit native installer.  IMO, that's the least
>>work
>> on our part, but not sure when Adobe will push that out.
>>
>> The SSL errors from SourceForge have a workaround that's been posted a
>>few
>> times.  The correct solution is to write our own font encoding library.
>> Volunteers are needed.
>>
>> I thought Ant on Windows would work if you used a recent version of Ant.
>>
>> Thanks,
>> -Alex
>>
>> On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski"  wrote:
>>
>> >Is anybody actually addressing the issues people have been reporting
>>about
>> >the installer and/or ANT script for Flex SDK 4.16.0?
>> >
>> >Right now I see two major issues that are preventing even people who
>>are
>> >familiar with the SDK from doing installs :
>> >
>> > - In the installer, selecting AIR 25.0 gives users a non-descript
>>"error
>> >1000".  This is due toe the md5 checking in the installer running out
>>of
>> >memory
>> > - Trying to install via ANT is also broken under Windows (any version
>>of
>> >AIR SDK).  As packaged, it always errors because it tries to install
>>the
>> >MacOS AIR SDK.  Additionally, the optional components that are
>>currently
>> >hosted on sourceforge fail to download due to some SSL errors (I've
>>tested
>> >this with the latest java sdk and ANT build).
>> >
>> >The AIR installer issue will require us to rip-and-replace the md5
>> >calculation functions.  I've started looking at it, but I don't think
>>it
>> >will be an easy feat.
>> >Fixing the ANT script for Windows trying to install the mac air dmg is
>>an
>> >easy fix (but it will require us to do a dot release to push it out)
>> >The SSL errors are because sourceforge is using SANs on their SSL
>>certs,
>> >and the current versions of ANT don't know how to read them to validate
>> >them.  This may be out of our control.  Anybody know if we can convince
>> >Adobe to either donate those chunks of code or at least to move them
>>to a
>> >different host?  It looks like the code involved is OSMF, AFE, AGLJ,
>> >rideau and Flex-Fontkit.  The alternative to a different host is for
>>us to
>> >ignore SSL errors, but that could be potentially dangerous.
>> >
>> >If nobody is working on these, I can start to take a crack at them, but
>> >honestly, the installer is extremely fragile at this point and I'm not
>> >looking forward to even trying to figure out what is going on in there
>> >again.
>> >
>> >-Nick
>>
>>



Re: 4.16.0 Install issues

2017-07-06 Thread Olaf Krueger
Nicholas Kwiatkowski-2 wrote
>  - Re-creating Fontkit.  Chris Dutz said he might be able to work on it,
> but I havent seen anything else to that affect. 

At ApacheCon somebody found a lib that maybe contains a working FontKit
port.
Piotr created a JIRA that contains the link [1]

HTH,
Olaf 

[1]https://issues.apache.org/jira/browse/FLEX-35315




--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/4-16-0-Install-issues-tp62855p62919.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: 4.16.0 Install issues

2017-07-06 Thread Nicholas Kwiatkowski
I remember reading about needing the latest ANT, so I installed 1.10.1 and
1.9.9 on my Windows 10 machine with the latest Java 8 install and still had
the SSL errors.

I just read through the threads where where there was a discussion about
it.  There were three things talked about :
 - Having Adobe move the files to another provider (not going to happen)
 - Grabbing the entire Flex 4.6 SDK and pulling the files out of there (eww)
 - Re-creating Fontkit.  Chris Dutz said he might be able to work on it,
but I havent seen anything else to that affect.

-Nick


On Thu, Jul 6, 2017 at 11:44 AM, Alex Harui 
wrote:

> I'm not spending any time on the installer other than occasionally
> pondering if there is some other workaround we could deploy.  I'm waiting
> on Adobe to put out a 64-bit native installer.  IMO, that's the least work
> on our part, but not sure when Adobe will push that out.
>
> The SSL errors from SourceForge have a workaround that's been posted a few
> times.  The correct solution is to write our own font encoding library.
> Volunteers are needed.
>
> I thought Ant on Windows would work if you used a recent version of Ant.
>
> Thanks,
> -Alex
>
> On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski"  wrote:
>
> >Is anybody actually addressing the issues people have been reporting about
> >the installer and/or ANT script for Flex SDK 4.16.0?
> >
> >Right now I see two major issues that are preventing even people who are
> >familiar with the SDK from doing installs :
> >
> > - In the installer, selecting AIR 25.0 gives users a non-descript "error
> >1000".  This is due toe the md5 checking in the installer running out of
> >memory
> > - Trying to install via ANT is also broken under Windows (any version of
> >AIR SDK).  As packaged, it always errors because it tries to install the
> >MacOS AIR SDK.  Additionally, the optional components that are currently
> >hosted on sourceforge fail to download due to some SSL errors (I've tested
> >this with the latest java sdk and ANT build).
> >
> >The AIR installer issue will require us to rip-and-replace the md5
> >calculation functions.  I've started looking at it, but I don't think it
> >will be an easy feat.
> >Fixing the ANT script for Windows trying to install the mac air dmg is an
> >easy fix (but it will require us to do a dot release to push it out)
> >The SSL errors are because sourceforge is using SANs on their SSL certs,
> >and the current versions of ANT don't know how to read them to validate
> >them.  This may be out of our control.  Anybody know if we can convince
> >Adobe to either donate those chunks of code or at least to move them to a
> >different host?  It looks like the code involved is OSMF, AFE, AGLJ,
> >rideau and Flex-Fontkit.  The alternative to a different host is for us to
> >ignore SSL errors, but that could be potentially dangerous.
> >
> >If nobody is working on these, I can start to take a crack at them, but
> >honestly, the installer is extremely fragile at this point and I'm not
> >looking forward to even trying to figure out what is going on in there
> >again.
> >
> >-Nick
>
>


Re: 4.16.0 Install issues

2017-07-06 Thread piotrz
Hi Nick,

As for the font encoding we had discussion about that at ApacheCon [1] and I
raised jira [2]

[1]
http://apache-flex-development.247.n4.nabble.com/ApacheCon-FlexJS-Summit-FlexJS-1-0-Discussion-Round-Summary-td61700.html
[2] https://issues.apache.org/jira/browse/FLEX-35315

Piotr



-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/4-16-0-Install-issues-tp62855p62869.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.


Re: 4.16.0 Install issues

2017-07-06 Thread Alex Harui
I'm not spending any time on the installer other than occasionally
pondering if there is some other workaround we could deploy.  I'm waiting
on Adobe to put out a 64-bit native installer.  IMO, that's the least work
on our part, but not sure when Adobe will push that out.

The SSL errors from SourceForge have a workaround that's been posted a few
times.  The correct solution is to write our own font encoding library.
Volunteers are needed.

I thought Ant on Windows would work if you used a recent version of Ant.

Thanks,
-Alex

On 7/5/17, 6:13 PM, "Nicholas Kwiatkowski"  wrote:

>Is anybody actually addressing the issues people have been reporting about
>the installer and/or ANT script for Flex SDK 4.16.0?
>
>Right now I see two major issues that are preventing even people who are
>familiar with the SDK from doing installs :
>
> - In the installer, selecting AIR 25.0 gives users a non-descript "error
>1000".  This is due toe the md5 checking in the installer running out of
>memory
> - Trying to install via ANT is also broken under Windows (any version of
>AIR SDK).  As packaged, it always errors because it tries to install the
>MacOS AIR SDK.  Additionally, the optional components that are currently
>hosted on sourceforge fail to download due to some SSL errors (I've tested
>this with the latest java sdk and ANT build).
>
>The AIR installer issue will require us to rip-and-replace the md5
>calculation functions.  I've started looking at it, but I don't think it
>will be an easy feat.
>Fixing the ANT script for Windows trying to install the mac air dmg is an
>easy fix (but it will require us to do a dot release to push it out)
>The SSL errors are because sourceforge is using SANs on their SSL certs,
>and the current versions of ANT don't know how to read them to validate
>them.  This may be out of our control.  Anybody know if we can convince
>Adobe to either donate those chunks of code or at least to move them to a
>different host?  It looks like the code involved is OSMF, AFE, AGLJ,
>rideau and Flex-Fontkit.  The alternative to a different host is for us to
>ignore SSL errors, but that could be potentially dangerous.
>
>If nobody is working on these, I can start to take a crack at them, but
>honestly, the installer is extremely fragile at this point and I'm not
>looking forward to even trying to figure out what is going on in there
>again.
>
>-Nick



4.16.0 Install issues

2017-07-05 Thread Nicholas Kwiatkowski
Is anybody actually addressing the issues people have been reporting about
the installer and/or ANT script for Flex SDK 4.16.0?

Right now I see two major issues that are preventing even people who are
familiar with the SDK from doing installs :

 - In the installer, selecting AIR 25.0 gives users a non-descript "error
1000".  This is due toe the md5 checking in the installer running out of
memory
 - Trying to install via ANT is also broken under Windows (any version of
AIR SDK).  As packaged, it always errors because it tries to install the
MacOS AIR SDK.  Additionally, the optional components that are currently
hosted on sourceforge fail to download due to some SSL errors (I've tested
this with the latest java sdk and ANT build).

The AIR installer issue will require us to rip-and-replace the md5
calculation functions.  I've started looking at it, but I don't think it
will be an easy feat.
Fixing the ANT script for Windows trying to install the mac air dmg is an
easy fix (but it will require us to do a dot release to push it out)
The SSL errors are because sourceforge is using SANs on their SSL certs,
and the current versions of ANT don't know how to read them to validate
them.  This may be out of our control.  Anybody know if we can convince
Adobe to either donate those chunks of code or at least to move them to a
different host?  It looks like the code involved is OSMF, AFE, AGLJ,
rideau and Flex-Fontkit.  The alternative to a different host is for us to
ignore SSL errors, but that could be potentially dangerous.

If nobody is working on these, I can start to take a crack at them, but
honestly, the installer is extremely fragile at this point and I'm not
looking forward to even trying to figure out what is going on in there
again.

-Nick


Re: 4.16.0 Install issues (was Re: [ANNOUNCE] Apache Flex 4.16.0 released)

2017-03-16 Thread OmPrakash Muppirala
You can use
FP/AIR 23 and older then use one of the upgrade scripts.


+1 for this approach.

I think we should add these steps to a wiki page and keep it handy for
folks who want this.

In fact,  simply copying over a different AIR SDK should work as well.

Thanks,
Om


Re: 4.16.0 Install issues (was Re: [ANNOUNCE] Apache Flex 4.16.0 released)

2017-03-16 Thread Alex Harui


On 3/16/17, 12:25 PM, "Nicholas Kwiatkowski"
 wrote:

>I think there is some reason to use very old versions of AIR ( < 4), but
>between AIR 4 and 23 it should be ok.   Do you know if it effects the old
>ones (which still support some older OSs)?

Probably.  The issue is the installer script tries to see AIR SDK is a
tbz2 or dmg file.  The Installer uses ant_on_air which uses Ant 1.7 logic
and it fails to detect tbz2 and always tries the dmg route.  That's why
actually using Ant 1.9 works.

So, AFAICT, the situation is that the Installer can install 4.16.0 with
FP/AIR 24 and newer, and 4.15.0 and earlier with FP/AIR 23 and older.
4.16.0 with FP/AIR 23 and older can be installed via Ant 1.9 or newer, and
4.15.0 with FP/AIR 24 and newer cannot be installed at all.  You can use
FP/AIR 23 and older then use one of the upgrade scripts.

-Alex



Re: 4.16.0 Install issues (was Re: [ANNOUNCE] Apache Flex 4.16.0 released)

2017-03-16 Thread Nicholas Kwiatkowski
I think there is some reason to use very old versions of AIR ( < 4), but
between AIR 4 and 23 it should be ok.   Do you know if it effects the old
ones (which still support some older OSs)?

-Nick

On Thu, Mar 16, 2017 at 2:54 PM, Alex Harui  wrote:

> Adding dev@...
>
> I just noticed that there is a bug in the installer.xml and the Installer
> will not install 4.16.0 on Mac with FP/AIR 23 and older.  It will only
> work with FP/AIR 24 and newer.  I haven't tried Windows, but it should be
> ok.
>
> I am hopeful very few people will want to install 4.16 with FP/AIR 23 and
> older on Mac.  Does anybody disagree?  Otherwise I will make FP/AIR 24 the
> default.  Folks who have to have 4.16 with FP/AIR 23 and older can use a
> recent version of Ant and install via Ant.
>
> Thoughts?
> -Alex
>
> On 3/16/17, 10:48 AM, "Alex Harui"  wrote:
>
> >
> >
> >On 3/16/17, 10:20 AM, "pol2095"  wrote:
> >
> >>When I choose Air 25, Air 24 is downloaded ?
> >>
> >
> >Good catch.  I mis-typed something.  Please try again.
> >
> >-Alex
> >
>
>


4.16.0 Install issues (was Re: [ANNOUNCE] Apache Flex 4.16.0 released)

2017-03-16 Thread Alex Harui
Adding dev@...

I just noticed that there is a bug in the installer.xml and the Installer
will not install 4.16.0 on Mac with FP/AIR 23 and older.  It will only
work with FP/AIR 24 and newer.  I haven't tried Windows, but it should be
ok.

I am hopeful very few people will want to install 4.16 with FP/AIR 23 and
older on Mac.  Does anybody disagree?  Otherwise I will make FP/AIR 24 the
default.  Folks who have to have 4.16 with FP/AIR 23 and older can use a
recent version of Ant and install via Ant.

Thoughts?
-Alex

On 3/16/17, 10:48 AM, "Alex Harui"  wrote:

>
>
>On 3/16/17, 10:20 AM, "pol2095"  wrote:
>
>>When I choose Air 25, Air 24 is downloaded ?
>>
>
>Good catch.  I mis-typed something.  Please try again.
>
>-Alex
>