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 th
Hi Eric,
Would the patch I made for FLEX-34772 make it to this release?
@OM: did you manage to have a look at my patch already?
thx,
Dany
Op 11 mar 2015 om 08:56 uur uur schreef Erik de Bruin :
Hi all,
Due to the overwhelming response to the imminent 4.14.1 release, I
only now have time to
Hi Dany,
Vast en zeker!
We welcome all contributions and there is no reason why we wouldn't
include yours.
When Om (or another committer...) gets a chance to commits your patch
to 'develop', I'll be glad to cherry pick it into the release branch.
EdB
On Wed, Mar 11, 2015 at 3:29 PM, Dany Dho
At this point, I'm still wresting with the as3httpclientlib client. There
are quite a few bugs in regards to larger files. We may have to do a
hybrid approach.
I'm ok releasing without my changes and getting those merged in at a later
date. This means we will still have potential issues for peo
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" wrote:
>At this point, I'm still wresting with the as3httpclientlib clien
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" wrote:
> I v
Just OTOH, anything ending with .tar.gz or .zip goes the old road.
-Alex
On 3/17/15, 7:13 AM, "Nicholas Kwiatkowski" 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 back home
On Tue, Mar 17, 2015 at 3:58 PM, Alex Harui 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 reading.
Thanks,
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
On 3/17/15, 4:11 PM, "Justin Mclean" wrote:
>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?
I could be missing something
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 wrote:
>
>
> On 3/17/15, 4:11 PM, "Justin Mclean" wrote:
>
>>Hi,
>>
>>>
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:
http://apache-flex-development.247.n4.nabble.com/Installer-3-2-Release-branch
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.
-
absolute no-brainer (Currently I do have to somehow make
sure a flashplayer is available somewhere manually)
Chris
Von: Alex Harui
Gesendet: Dienstag, 28. April 2015 21:46
An: dev@flex.apache.org
Betreff: Re: [Installer 3.2] Release branch cut
OK, I just
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
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
On 5/26/15, 4:30 AM, "Nicholas Kwiatkowski" 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,
> 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 it
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
A
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. https://github.com/BenV/as3crypto_patched/blob/master/L
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
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 modu
On 5/31/15, 3:38 PM, "Nicholas Kwiatkowski" 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 few times.
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:
http://apache-flex-development.247.n4.nabble.com/Installer-3-2
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 ma
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 wrote:
> Nick,
>
> I've just tried out the last nightly of installer. Installed FlexJS nightly
> and Flex 4.15 nightly - Everything went well. :)
>
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 conte
On 6/1/15, 4:31 AM, "Nicholas Kwiatkowski" 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 that "original
lute no-brainer (Currently I do have to
>somehow make sure a flashplayer is available somewhere manually)
>
>Chris
>
>
>Von: Alex Harui
>Gesendet: Dienstag, 28. April 2015 21:46
>An: dev@flex.apache.org
>Betreff: Re: [Installer 3
auto provide the flashplayers too
> >making a flexmojos project an absolute no-brainer (Currently I do have to
> >somehow make sure a flashplayer is available somewhere manually)
> >
> >Chris
> >
> >________
> >Von: Alex Harui
er relies on this too.
>> >Would it also be possible to have the flash-players standalone urls in
>> >there too? This would allow me to auto provide the flashplayers too
>> >making a flexmojos project an absolute no-brainer (Currently I do have
>>to
>> >somehow
31 matches
Mail list logo