Yes I had it once, so I checked it on PC where I experienced it.
Additionally I did check at work where installation was always failing
because we are using VPN. Now it is working like a charm! :)
Good work! :)
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in
Thanks for checking! Did you ever have failures on HTTPS before?
At least I didn't break anything ;)
-Nick
On Mon, Jun 1, 2015 at 1:18 AM, piotrz piotrzarzyck...@gmail.com wrote:
Nick,
I've just tried out the last nightly of installer. Installed FlexJS nightly
and Flex 4.15 nightly -
The problem is the project was abandoned, and somebody other than the
original owner did the migration from Google Code to GitHub (this is in the
last month -- which is why this took a bit longer). There are about 8
forks of that original github project, all which include different
patches to
On 6/1/15, 4:31 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
The problem is the project was abandoned, and somebody other than the
original owner did the migration from Google Code to GitHub (this is in
the
last month -- which is why this took a bit longer). There are about 8
forks of
I pushed the changes to develop. If somebody could test them, I would
appreciate it. I don't know if I caught all the instances of URLLoader
that are being used, but the new code seems to be triggered in the download
process a few times.
I did have to make a few changes to the as3httpclient
Nick,
I've just tried out the last nightly of installer. Installed FlexJS nightly
and Flex 4.15 nightly - Everything went well. :)
Thanks,
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
On 5/31/15, 3:38 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
I pushed the changes to develop. If somebody could test them, I would
appreciate it. I don't know if I caught all the instances of URLLoader
that are being used, but the new code seems to be triggered in the
download
process a
It seems to be BSD licensed. It was clear on the Google Code project, but
it is less clear when it was ported over. I'm not quite sure on
integrating the source for it in our project. I don't necessarily want us
to own it.
My fork of the code is at : https://github.com/quetwo/as3httpclient
The
Hi,
My understanding on how to bring in code we don't own, but utilize is via
the ANT scripts. Is there a different way?
Yes you can bundled it into the source. BSD is one of the simplest cases being
a permissive licence. [1] The code can live in version control if it clearly
marked and
Going a bit down the rabbit hole, we may need to look at the licensing of
as3crypto, which is what as3httpclientlib depends on for SSL/TLS. It looks
like the library itself is BSD based, but it depends on other granted
licenses. https://github.com/BenV/as3crypto_patched/blob/master/LICENSE.txt
Hi,
BTW if something is licensed under a permissive license (Apache, MIT, BSD) then
by definition anything that is bundled/derived from must also be licensed under
a permissive license to not remove any freedoms that the top level license
gives. But I guess occasionally mistakes are made so it
Hi,
Going a bit down the rabbit hole, we may need to look at the licensing of
as3crypto, which is what as3httpclientlib depends on for SSL/TLS. It looks
like the library itself is BSD based, but it depends on other granted
licenses.
On 5/26/15, 4:30 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
My understanding on how to bring in code we don't own, but utilize is via
the ANT scripts. Is there a different way?
That’s my understanding too. Let me know if you need help.
-Alex
Hi,
From memory it’s BSD licensed right? If that is the case we can include the
source code in the release with a minor mod to the LICENSE file.
Thanks,
Justin
Gesendet: Dienstag, 28. April 2015 21:46
An: dev@flex.apache.org
Betreff: Re: [Installer 3.2] Release branch cut
OK, I just pushed the one fix to ant_on_air I wanted to get into this
release and pushed Josh Tynjala’s pull requests as well (Thanks Josh!).
What else needs to be done before
a flashplayer is available somewhere manually)
Chris
Von: Alex Harui aha...@adobe.com
Gesendet: Dienstag, 28. April 2015 21:46
An: dev@flex.apache.org
Betreff: Re: [Installer 3.2] Release branch cut
OK, I just pushed the one fix to ant_on_air I wanted
an absolute no-brainer (Currently I do have to somehow make
sure a flashplayer is available somewhere manually)
Chris
Von: Alex Harui aha...@adobe.com
Gesendet: Dienstag, 28. April 2015 21:46
An: dev@flex.apache.org
Betreff: Re: [Installer 3.2] Release branch
(Currently I do have to
somehow make sure a flashplayer is available somewhere manually)
Chris
Von: Alex Harui aha...@adobe.com
Gesendet: Dienstag, 28. April 2015 21:46
An: dev@flex.apache.org
Betreff: Re: [Installer 3.2] Release branch cut
OK, I just pushed
OK, I just pushed the one fix to ant_on_air I wanted to get into this
release and pushed Josh Tynjala’s pull requests as well (Thanks Josh!).
What else needs to be done before going to the next stage of the release
process? I’m willing to spend some time on as3httpclient integration if
needed.
Nick,
Did you push your branch to the repo? We have stuck with this - with your
code we could be a bit closer to release. :)
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
Hi,
I'm sorry, but I am running out of time to be the RM for Installer
3.2. Is there any chance that the targeted fixes for this release will
be landing this week?
Thanks,
EdB
On Wed, Mar 18, 2015 at 5:41 AM, Alex Harui aha...@adobe.com wrote:
On 3/17/15, 4:11 PM, Justin Mclean
Just OTOH, anything ending with .tar.gz or .zip goes the old road.
-Alex
On 3/17/15, 7:13 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
My only concern is that I dont think there is a clear delineation for what
is big and small, and I don't want to break configs that were working.
I'll be
On Tue, Mar 17, 2015 at 3:58 PM, Alex Harui aha...@adobe.com wrote:
Just OTOH, anything ending with .tar.gz or .zip goes the old road.
OTOH usually means on the other hand. It appears to me that you meant
off the top of my head which is OTTOMH. (Adjusts spectacles)
Confused me while
Hi,
Just OTOH, anything ending with .tar.gz or .zip goes the old road.
From the stats (ignoring the SSL issue) the larger files fail more frequently
so I'm not sure why you would do that? Am I misisng something?
Thanks,
Justin
My only concern is that I dont think there is a clear delineation for what
is big and small, and I don't want to break configs that were working.
I'll be back home on Friday and can push my branch for people to check out
and test this weekend.
On Mar 16, 2015 5:37 PM, Alex Harui aha...@adobe.com
I vote for the hybrid approach if you have time. IIRC, we are hoping to
see fewer errors pulling down the “small” files if we can use
as3httpclientlib for those.
Thanks,
-Alex
On 3/16/15, 12:59 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
At this point, I'm still wresting with the
Hi all,
Due to the overwhelming response to the imminent 4.14.1 release, I
only now have time to give the Installer some love :-P
I have cut the release branch and started the release builds on the Builds VM.
I think we're waiting on Nick to land his contribution, as well as
some verification
27 matches
Mail list logo