On 8/14/12 10:51 PM, "Om" wrote:
> I dint see a strong reason for Falcon to be a top level project anywhere in
> this thread.
>
I think we eventually want to break the compiler's ties to a specific
version of the SDK. That gives it a better chance to be incorporated into
IDEs and used for ot
On Tuesday, August 14, 2012, Gordon Smith wrote:
> Even without FC (which I would forget about), don't you find it easier to
> skin in MXML because of its support for states? I am not concerned about
> making Falcon able to compile MXML skins. They are less complicated than
> MXML apps.
>
> - Gord
The thread was continued as "Rearrangement of ... Flex". Did you read that one
too? In any case, I think the discussion can continue and perhaps you will
persuade people. But my initial post explained why I don't think it belongs in
'modules', and no one else has wanted it there.
- Gordon
Se
On Tuesday, August 14, 2012, Om wrote:
> On Tue, Aug 14, 2012 at 10:44 PM, Gordon Smith
> >
> wrote:
>
> > A large majority of people replying to this thread favor SDK, Falcon,
> TLF,
> > BlazeDS, etc. being quasi-independent sub projects within the overall
> Flex
> > project, so that's what Caro
On Tue, Aug 14, 2012 at 10:44 PM, Gordon Smith wrote:
> A large majority of people replying to this thread favor SDK, Falcon, TLF,
> BlazeDS, etc. being quasi-independent sub projects within the overall Flex
> project, so that's what Carol is planning for.
>
>
I think we should discuss this furth
Even without FC (which I would forget about), don't you find it easier to skin
in MXML because of its support for states? I am not concerned about making
Falcon able to compile MXML skins. They are less complicated than MXML apps.
- Gordon
Sent from my iPad
On Aug 14, 2012, at 10:40 PM, "Omar
On 8/14/12 10:39 PM, "Omar Gonzalez" wrote:
> On Tuesday, August 14, 2012, Alex Harui wrote:
> Being one of the strongest proponents of FC (I am in the promo video on the
> product page :P ) Should we even consider that tool for anything? It's EOL,
> why would we not do something like make AS
A large majority of people replying to this thread favor SDK, Falcon, TLF,
BlazeDS, etc. being quasi-independent sub projects within the overall Flex
project, so that's what Carol is planning for.
Sent from my iPad
On Aug 14, 2012, at 10:23 PM, "Om" wrote:
> On Tue, Aug 14, 2012 at 3:58 PM, G
On Tuesday, August 14, 2012, Alex Harui wrote:
>
>
>
> On 8/14/12 9:51 PM, "Justin Mclean" >
> wrote:
>
> > Hi,
> >
> >> I think Justin's looking for a stop gap solution for compiling MXML with
> >> Falcon.
> > 100% correct.
> >
> Interesting idea. However, I think AS compilation from scratch (as
As I've explained a few times, Falcon already has substantial support for MXML.
For example, it can compile Checkinapp, one of the SDK's test apps, except for
the Repeater tag in it. I encourage people to help me finish Falcon so that it
can replace the legacy compiler ASAP. The first thing you
On 8/14/12 9:51 PM, "Justin Mclean" wrote:
> Hi,
>
>> I think Justin's looking for a stop gap solution for compiling MXML with
>> Falcon.
> 100% correct.
>
Interesting idea. However, I think AS compilation from scratch (as opposed
to incremental compilation used in the IDE) is only 2 or 3
On 8/14/12 10:17 PM, "Justin Mclean" wrote:
> Hi,
>
>> I don't know anything about Jenkins. Is there any way to grab the
>> flashlog.txt when checkintests fails?
> Should be straight forward. It saves the workspace once run and you can run
> scripts on completion etc.
OK, if I can get my han
On Tue, Aug 14, 2012 at 3:58 PM, Gordon Smith wrote:
> > Falcon is a new version of the Actionscript compiler.
>
> Falcon is a reimplementation of mxmlc and compc. The AS support is very
> good. (It will ship as FB 4.7.) The MXML support is incomplete but Falcon
> can compile the framework test f
Hi,
> I don't know anything about Jenkins. Is there any way to grab the
> flashlog.txt when checkintests fails?
Should be straight forward. It saves the workspace once run and you can run
scripts on completion etc.
> It looks like it hung.
Yep. It does have permission to run the Flash Player (a
On Tuesday, August 14, 2012, Alex Harui wrote:
>
>
>
> On 8/14/12 6:43 PM, "Justin Mclean" >
> wrote:
>
> > Hi,
> >
> > Just as an aside I did try to get the check in tests to work with
> Jenkins but
> > had no luck. If someone else want to give it a go:
> > https://builds.apache.org/job/Flex_SDK_
On 8/14/12 6:43 PM, "Justin Mclean" wrote:
> Hi,
>
> Just as an aside I did try to get the check in tests to work with Jenkins but
> had no luck. If someone else want to give it a go:
> https://builds.apache.org/job/Flex_SDK_checkin_tests/
>
> Currently the build is triggered once/hour after
Hi,
> I think Justin's looking for a stop gap solution for compiling MXML with
> Falcon.
100% correct.
Thanks,
Justin
Hi,
> To me that sounds like a kludge with little benefit and presumably worse
> performance than either compiler by itself.
Fair enough.
> I take it that you are unhappy with the decision to compile MXML directly to
> ABC
No as such but I don't understand the reasoning behind it.
> What is th
On Tuesday, August 14, 2012, Gordon Smith wrote:
> Hi, Justin.
>
> To me that sounds like a kludge with little benefit and presumably worse
> performance than either compiler by itself. I take it that you are unhappy
> with the decision to compile MXML directly to ABC, for maximum performance,
> i
Hi, Justin.
To me that sounds like a kludge with little benefit and presumably worse
performance than either compiler by itself. I take it that you are unhappy with
the decision to compile MXML directly to ABC, for maximum performance, if it
means losing -keep? If so, you could work on a altern
Hi,
Just as an aside I did try to get the check in tests to work with Jenkins but
had no luck. If someone else want to give it a go:
https://builds.apache.org/job/Flex_SDK_checkin_tests/
Currently the build is triggered once/hour after a checkin and at a minimum of
once/day.
https://builds.apac
Hi,
> I'm planning to reorganize svn on Thursday AM (EDT) as follows:
Structure looks good me. Although you may want to still have a top level
whiteboard directory with sub directories (falcon, blazeds, sdk etc) rather
than one under each project so you one need to look in one spot for
whiteb
Hi,
> Yeah, I'm glad it didn't end up taking until December like we first thought
> it might.
Great news - can't wait to take a look at the code.
Thanks,
Justin
Hi,
> Falcon right now is an ActionScript compiler with limited MXML support, so
> right now you can't simply change the old compiler by the new one.
Probably some reason to why we cant do this but couldn't we use the current
compiler to turn MXML into AS (-keep of top of head) and then use Falc
On Tue, Aug 14, 2012 at 7:58 AM, Greg Reddin wrote:
> On Tue, Aug 14, 2012 at 9:53 AM, Omar Gonzalez
> wrote:
> > It sounds like hell to me.
>
> I don't see the hell in it -- at least I don't see the hell that would
> be avoided under a distributed SCM. How would that use case play out
> in git?
On Tuesday, August 14, 2012, Gordon Smith wrote:
>
>
> I like your lowercase names better. (sdk rather than SDK, etc.)
>
> - Gordon
>
>
>
+1 to lowercase names. :)
-omar
You're showing the contents of incubator/flex, right?
I like your lowercase names better. (sdk rather than SDK, etc.)
- Gordon
-Original Message-
From: Carol Frampton [mailto:cfram...@adobe.com]
Sent: Tuesday, August 14, 2012 1:00 PM
To: flex-dev@incubator.apache.org
Subject: rearrangem
> Falcon is a new version of the Actionscript compiler.
Falcon is a reimplementation of mxmlc and compc. The AS support is very good.
(It will ship as FB 4.7.) The MXML support is incomplete but Falcon can compile
the framework test file Checkinapp.mxml.
> Does it support mxml as well? Or woul
Hi Mentors,
We’re just past the halfway mark (and some folks who voted in the poll have not
yet voted) but if I culled the votes properly (see below), there is a
significant difference of opinion between the PPMC and the community. Maybe it
is too early to be asking, but I was wondering what
On 8/14/12 12:59 PM, "Carol Frampton" wrote:
>
>
> On 8/14/12 3 :49PM, "Carlos Rovira" wrote:
>
>> Hi Carol,
>>
>> I check your whiteboard to see the new components added but I miss a spark
>> DateField. We can expect to see it in your whiteboard at some time?
>
> I've said numerous time
For FlashBuilder 4.6 and 4.7, the Flex SDK & Flash Builder News section on the
Welcome screen has been updated to announce the release of Apache Flex 4.8.0
Incubating. It points to Alex's blog [1].
Carol
[1]
http://blogs.adobe.com/flex/2012/07/apache-flex-4-8-0-incubating-released.html
Again that's a shame since I was aware that Flash Player should be the
backbone for DateField. I think DateField is the most needed spark
component since mx:DateField has many problems. I don't have the knowledge
to evaluate but without the flash player support you comment, we have few
possibilitie
That's awesome, thanks.
On Tue, Aug 14, 2012 at 8:36 PM, Carlos Rovira <
carlos.rov...@codeoscopic.com> wrote:
> Great Gordon! :)
>
> El martes, 14 de agosto de 2012, Gordon Smith escribió:
>
> > Yeah, I'm glad it didn't end up taking until December like we first
> > thought it might.
> >
> > - G
On Tue, Aug 14, 2012 at 1:30 PM, Carol Frampton wrote:
>
>
> On 8/14/12 4 :23PM, "Om" wrote:
>
> >On Tue, Aug 14, 2012 at 1:21 PM, Carol Frampton
> >wrote:
> >
> >> There is a certain amount of overhead involved in a release and if it is
> >> me I would really rather only do it once more.
> >>
Om,
Falcon right now is an ActionScript compiler with limited MXML support, so
right now you can't simply change the old compiler by the new one.
João Fernandes
On 8/14/12 4 :23PM, "Om" wrote:
>On Tue, Aug 14, 2012 at 1:21 PM, Carol Frampton
>wrote:
>
>> There is a certain amount of overhead involved in a release and if it is
>> me I would really rather only do it once more.
>>
>> You could be the release manager if you'd prefer. Here is a quick
>>ou
On 8/14/12 1:12 PM, "labri...@digitalprimates.net"
wrote:
>> Given that mustella compiles swfs before running them, perhaps if we added a
>> compile-time / post-compile-time step that replaced calls to trace() with a
>> logging utility call, we could do that instead? We'd have >to re-write th
On 8/14/12 4 :11PM, "Carlos Rovira" wrote:
>Thanks Carol,
>
>I check the link you provide, but nothing seems to throw for states.
>
>Regarding DateField, it's a pitty since I never read what you say and was
>convinced that spark DateField was one of the components that was coming
>from Adobe.
Awesome!
When this happens, can it be set up so there are multiple read-only git
mirrors / repositories at that point? i.e. flex-sdk, flex-blazeds,
flex-falcon, flex-tlf, flex-utilities, etc.?
Jeff
On Tue, Aug 14, 2012 at 4:21 PM, Greg Reddin wrote:
> On Tue, Aug 14, 2012 at 3:00 PM, Carol Fr
On Tue, Aug 14, 2012 at 1:21 PM, Carol Frampton wrote:
> There is a certain amount of overhead involved in a release and if it is
> me I would really rather only do it once more.
>
> You could be the release manager if you'd prefer. Here is a quick outline
> of what the process was for the relea
On 14 August 2012 20:37, Om wrote:
> > > Alex but couldn't we simply make "[VOTE]/[DISCUSS] - [MERGE]" mandatory
> > > once we want to merge something to Develop branch?
> > >
> > > João Fernandes
> > Yes, but in order to vote, I have to get your branch and build it and
> test
> > it in order to
>
> - Can we leave the debug code using 'service.php' in the badge? It
> would be a hassle to put it back in whenever we work on this project
> locally, and not having it results in a Sandbox error on my side (as
> there is not crossdomain.xml at people.apache.org). I can create a
> patch where thi
There is a certain amount of overhead involved in a release and if it is
me I would really rather only do it once more.
You could be the release manager if you'd prefer. Here is a quick outline
of what the process was for the release we just did.
Carol
On 8/14/12 4 :17PM, "Om" wrote:
>On Tue,
On Tue, Aug 14, 2012 at 3:00 PM, Carol Frampton wrote:
> I'm planning to reorganize svn on Thursday AM (EDT) as follows:
Looks good.
Greg
On Tue, Aug 14, 2012 at 1:09 PM, Carol Frampton wrote:
> Om,
>
> Is InstallApacheFlex ready for release? Remember we have to release a
> source kit and the binaries are secondary. I'll work on this tomorrow if
> you're done changing code.
>
> Carol
>
>
The InstallApacheFlex app is ready to be r
On Aug 14, 2012 2:26 AM, "Erik de Bruin" wrote:
>
> Om,
>
> Two requests/suggestions:
>
> - Can we move 'InternetUtil.as' from both the app and badge to the new
> (I like it!) 'Common' library? The one in the badge project is the
> most recent, so I suggest we move that to common and change the ap
>Given that mustella compiles swfs before running them, perhaps if we added a
>compile-time / post-compile-time step that replaced calls to trace() with a
>logging utility call, we could do that instead? We'd have >to re-write the
>bit that checks the flashlog.txt to use something else, but tha
Thanks Carol,
I check the link you provide, but nothing seems to throw for states.
Regarding DateField, it's a pitty since I never read what you say and was
convinced that spark DateField was one of the components that was coming
from Adobe.
2012/8/14 Carol Frampton
>
>
> On 8/14/12 3 :49PM, "
Om,
Is InstallApacheFlex ready for release? Remember we have to release a
source kit and the binaries are secondary. I'll work on this tomorrow if
you're done changing code.
Carol
On 8/14/12 9 :48AM, "Carol Frampton" wrote:
>
>
>On 8/14/12 4 :00AM, "Om" wrote:
>
>>Team,
>>
>>Thanks to Erik
On Tue, Aug 14, 2012 at 1:00 PM, Carol Frampton wrote:
> I'm planning to reorganize svn on Thursday AM (EDT) as follows:
>
> site
> external
> falcon
> branches
> tags
> trunk
> whiteboard
> blazeds
> branches
> tags
> trunk
> whiteboard
> sdk
> branches
>
I'm planning to reorganize svn on Thursday AM (EDT) as follows:
site
external
falcon
branches
tags
trunk
whiteboard
blazeds
branches
tags
trunk
whiteboard
sdk
branches
tags
trunk
whiteboard
tlf
branches
tags
trunk
whiteboard
utilities
Gordon,
Sorry for jumping late into this thread, but I am not sure what exactly
Falcon is at this point. I was hoping that you would post some wiki pages
about what exactly Falcon is. There is very little public information
about Falcon (that I could google)
>From what I understand (please corr
On 8/14/12 3 :49PM, "Carlos Rovira" wrote:
>Hi Carol,
>
>I check your whiteboard to see the new components added but I miss a spark
>DateField. We can expect to see it in your whiteboard at some time?
I've said numerous times there is no spark DateField. It was assigned to
me but it was not s
Hi Carol,
I check your whiteboard to see the new components added but I miss a spark
DateField. We can expect to see it in your whiteboard at some time?
On the other hand, I'm interested in do some work on dinamic view states. I
remember that Alex said that some work was done in Adobe regarding t
Given that mustella compiles swfs before running them, perhaps if we added
a compile-time / post-compile-time step that replaced calls to trace() with
a logging utility call, we could do that instead? We'd have to re-write
the bit that checks the flashlog.txt to use something else, but that would
On 8/14/12 3 :43PM, "Gordon Smith" wrote:
>It seems like the momentum is for
>
>incubator/flex
>incubator/flex/SDK
>incubator/flex/SDK/trunk
>incubator/flex/SDK/branches
>incubator/flex/SDK/tags
>incubator/flex/SDK/whiteboard
>incubator/flex/Falcon
>incubator/flex/Falcon/trunk
>incubator/flex/F
On 8/14/12 3 :37PM, "labri...@digitalprimates.net"
wrote:
>
>> But I'm not up on cloud computing so maybe there is a way to do
>>client-side
>> testing in the cloud.
>>
>
>The one problem I never finished resolving was the output to the
>flashlog.txt, which is validated in some of the mustella
It seems like the momentum is for
incubator/flex
incubator/flex/SDK
incubator/flex/SDK/trunk
incubator/flex/SDK/branches
incubator/flex/SDK/tags
incubator/flex/SDK/whiteboard
incubator/flex/Falcon
incubator/flex/Falcon/trunk
incubator/flex/Falcon/branches
incubator/flex/Falcon/tags
incubator/flex/
On Tue, Aug 14, 2012 at 12:37 PM, Michael A. Labriola <
labri...@digitalprimates.net> wrote:
>
> > But I'm not up on cloud computing so maybe there is a way to do
> client-side
> > testing in the cloud.
> >
>
> Side note. I did some work back just working to spin up multiple instances
> of Flash P
> > Alex but couldn't we simply make "[VOTE]/[DISCUSS] - [MERGE]" mandatory
> > once we want to merge something to Develop branch?
> >
> > João Fernandes
> Yes, but in order to vote, I have to get your branch and build it and test
> it in order to vote. 40 committers, 40 branches at minimum. I'd
> But I'm not up on cloud computing so maybe there is a way to do client-side
> testing in the cloud.
>
Side note. I did some work back just working to spin up multiple instances of
Flash Player running on the same machine and I was able to get the time to run
the test dramatically reduced. The
But...if Git wasn't an option now Alex would not be listing it, isn't
it?...so If you think Git is the solution, IMHO is you should vote what you
think, because, as I said, is a valid option. If GIT ends as the preferred
solution (and there's many votes to option 9), we should go with GIT as
many o
Alex but probably there won't be 1 branch / dev, multiple devs will
probably focus on the same branch.
Also, I think it's better to veto before committing to develop no?
I would like to replace [DISCUSSION] by [PROPOSAL], so if anyone developed
/ fixed stuff in their branch, they would launch a [P
>Then if even people like you that would vote for GIT in first instance, ends
>voting for the opposite...I think we are not doing us a favor.
Carlos,
Just to be clear. I didn't vote for Git in the first place. I said we should
consider it and I still think we should. I voted the way I did as I
On 8/14/12 11:45 AM, "João Fernandes"
wrote:
> Alex but couldn't we simply make "[VOTE]/[DISCUSS] - [MERGE]" mandatory
> once we want to merge something to Develop branch?
>
> João Fernandes
Yes, but in order to vote, I have to get your branch and build it and test
it in order to vote. 40 co
[
https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13434386#comment-13434386
]
Igor Costa commented on FLEX-33110:
---
Worked with 1.7.0_04 on Windows 7
Alex but couldn't we simply make "[VOTE]/[DISCUSS] - [MERGE]" mandatory
once we want to merge something to Develop branch?
João Fernandes
On Tue, Aug 14, 2012 at 1:32 PM, Carol Frampton wrote:
> +1 except remove projects directory and put each project at top-level and
> add tags subdirectory under each project
>
Agreed with Carol.
--
Jonathan Campos
On 8/14/2012 2:35 PM, Omar Gonzalez wrote:
On Tue, Aug 14, 2012 at 11:32 AM, Carol Frampton wrote:
+1 except remove projects directory and put each project at top-level and
add tags subdirectory under each project
+1, I like Carol's suggestion with João's structure.
I could get behind
Jeff, that's why I think we should have for each distinct project a trunk /
branches /tags folder (thanks Carol for pointing out). So If we get Falcon
donated, it doesn't have to fit within the SDK and we don't need to worry
the fact it's incomplete and don't get a "instable" trunk.
João Fernandes
On Tue, Aug 14, 2012 at 2:08 PM, Alex Harui wrote:
>
>
>
> On 8/14/12 10:56 AM, "Carol Frampton" wrote:
>
> >
> >
> > On 8/14/12 12 :01PM, "Jeff Conrad" wrote:
> >
> >> Hi,
> >>
> >> I'd like to help the project get to a point to where we can run the
> entire
> >> test suite for the sdk in 10 m
On 14 August 2012 19:34, Gordon Smith wrote:
> If Flex has independent subprojects like SDK, Falcon, TLF, etc., how would
> we tie them all together to do testing? With environment variables that say
> "use this branch of the SDK, this branch of Falcon, this branch of TLF,
> etc."?
>
> - Gordon
Great Gordon! :)
El martes, 14 de agosto de 2012, Gordon Smith escribió:
> Yeah, I'm glad it didn't end up taking until December like we first
> thought it might.
>
> - Gordon
>
>
> -Original Message-
> From: Omar Gonzalez [mailto:omarg.develo...@gmail.com ]
> Sent: Tuesday, August 14, 20
On 8/14/2012 2:16 PM, Roland Zwaga wrote:
Gordon
What you think under trunck/falcon ?
trunk/falcon sounds reasonable to me as well.
Roland
As I understood it; the trunk is, essentially, working code for the
existing Flex SDK. Since Falcon is not yet integrated as part of the
Flex SDK; I
On Tue, Aug 14, 2012 at 11:32 AM, Carol Frampton wrote:
> +1 except remove projects directory and put each project at top-level and
> add tags subdirectory under each project
>
>
+1, I like Carol's suggestion with João's structure.
-omar
9 - non binding
On 8/14/12 6:47 AM, "João Fernandes"
wrote:
>
> Is there any pitfall for using GIT mirroring the SVN repository and having
> people commiting in both SVN/GIT?
>
The information I read is that you have to be very careful about how you use
Git if you plan to commit back via Git-SVN because it
If Flex has independent subprojects like SDK, Falcon, TLF, etc., how would we
tie them all together to do testing? With environment variables that say "use
this branch of the SDK, this branch of Falcon, this branch of TLF, etc."?
- Gordon
-Original Message-
From: Carol Frampton [mailto:
+1 except remove projects directory and put each project at top-level and
add tags subdirectory under each project
On 8/14/12 2 :26PM, "João Fernandes"
wrote:
>why not
>site
>external
>projects
SDK
> >>> branches
> >>> trunk
> >>> whiteboard
Falcon
> >>> branches
>
On 8/14/12 7:51 AM, "Omar Gonzalez" wrote:
>>
> Very simple: Publish feature branch to remote repo, send an email to
> flex-dev and say X feature is ready to discuss/dissect/merge to Flex.Next.
> Can also put a STATUS file in the feature branch. Isn't that easy enough?
I can see how GBM can w
On Tue, Aug 14, 2012 at 1:17 PM, Alex Harui wrote:
> And I would like us to have:
> blazeds
> external
> falcon
> import2
> site
> tlf
> sdk
> branches <-- these 3 are moved down from the top level
> tags
> trunk
> utilities
> whiteboard
On 8/14/12 2 :17PM, "Alex Harui" wrote:
>
>
>
>On 8/14/12 11:05 AM, "Gordon Smith" wrote:
>
>> I'd like to start a discussion of where Falcon will live in the Apache
>> repository.
>>
>> The initial donation will be an Eclipse project and Ant scripts for
>>building
>> Falcon itself. Later we
why not
site
external
projects
>>> SDK
>>> branches
>>> trunk
>>> whiteboard
>>> Falcon
>>> branches
>>> trunk
>>> whiteboard
>>> BlazeDS
>>> branches
>>> trunk
>>> whiteboard
>>> Utilities
>>> branches
>>> trunk
>>> whiteboard
>>> TLF
Yeah, I'm glad it didn't end up taking until December like we first thought it
might.
- Gordon
-Original Message-
From: Omar Gonzalez [mailto:omarg.develo...@gmail.com]
Sent: Tuesday, August 14, 2012 11:21 AM
To: flex-dev@incubator.apache.org
Subject: Re: Update on Falcon donatoin
Tha
On Tue, Aug 14, 2012 at 11:17 AM, Alex Harui wrote:
>
>
>
> On 8/14/12 11:05 AM, "Gordon Smith" wrote:
>
> > I'd like to start a discussion of where Falcon will live in the Apache
> > repository.
> >
> > The initial donation will be an Eclipse project and Ant scripts for
> building
> > Falcon it
> On 8/14/12 11:16 AM, "Roland Zwaga" wrote:
>
>>> Gordon
>>>
>>> What you think under trunck/falcon ?
>>>
>>
>> trunk/falcon sounds reasonable to me as well.
>>
>> Roland
>
> Putting falcon under trunk means it will likely need to be blocked from the
> next release as I don't think falcon will be
Expletives aside, I agree w/ Omar.
JP
On Aug 14, 2012 1:21 PM, "Omar Gonzalez" wrote:
> That is *fucking* awesome!
>
> -omar
>
> On Tue, Aug 14, 2012 at 11:12 AM, Igor Costa wrote:
>
> > Great !
> >
> > Igor Costa
> > www.igorcosta.com
> > www.igorcosta.org
> >
> >
That is *fucking* awesome!
-omar
On Tue, Aug 14, 2012 at 11:12 AM, Igor Costa wrote:
> Great !
>
> Igor Costa
> www.igorcosta.com
> www.igorcosta.org
>
>
> On Tue, Aug 14, 2012 at 2:54 PM, Gordon Smith wrote:
>
> > Falcon has cleared legal audit! We are waiting for
On 8/14/12 11:16 AM, "Roland Zwaga" wrote:
>> Gordon
>>
>> What you think under trunck/falcon ?
>>
>
> trunk/falcon sounds reasonable to me as well.
>
> Roland
Putting falcon under trunk means it will likely need to be blocked from the
next release as I don't think falcon will be ready wi
On 8/14/12 11:05 AM, "Gordon Smith" wrote:
> I'd like to start a discussion of where Falcon will live in the Apache
> repository.
>
> The initial donation will be an Eclipse project and Ant scripts for building
> Falcon itself. Later we will donate another Eclipse project and Ant scripts
> fo
> Gordon
>
> What you think under trunck/falcon ?
>
trunk/falcon sounds reasonable to me as well.
Roland
> Great !
>
> Igor Costa
>
>> Falcon has cleared legal audit! We are waiting for a VP signature before
>> we can donate it.
>>
>> - Gordon
Wow, that went a lot faster than before, good news!
Roland
Great !
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Tue, Aug 14, 2012 at 2:54 PM, Gordon Smith wrote:
> Falcon has cleared legal audit! We are waiting for a VP signature before
> we can donate it.
>
> - Gordon
>
>
Gordon
What you think under trunck/falcon ?
Regards
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Tue, Aug 14, 2012 at 3:05 PM, Gordon Smith wrote:
> I'd like to start a discussion of where Falcon will live in the Apache
> repository.
>
> The initial donation
On 8/14/12 10:56 AM, "Carol Frampton" wrote:
>
>
> On 8/14/12 12 :01PM, "Jeff Conrad" wrote:
>
>> Hi,
>>
>> I'd like to help the project get to a point to where we can run the entire
>> test suite for the sdk in 10 minutes or less. I think that's a worthy
>> goal, and I'm willing to help
I'd like to start a discussion of where Falcon will live in the Apache
repository.
The initial donation will be an Eclipse project and Ant scripts for building
Falcon itself. Later we will donate another Eclipse project and Ant scripts for
testing Falcon
Although it is Java code, I don't think
On 8/14/12 11 :58AM, "Carlos Rovira" wrote:
>>
>> I think the conversation and relative merits is exactly what we should
>>be
>> doing. The only thing I wish is that, like other areas of the project,
>>we
>> didn't have to wait on someone else. If we could just demonstrate the
>> advantages of
On 8/14/12 12 :01PM, "Jeff Conrad" wrote:
>Hi,
>
>I'd like to help the project get to a point to where we can run the entire
>test suite for the sdk in 10 minutes or less. I think that's a worthy
>goal, and I'm willing to help make that a reality.
>
>If we get the testing time down to being th
Falcon has cleared legal audit! We are waiting for a VP signature before we can
donate it.
- Gordon
9 - non binding
1 - 100 of 148 matches
Mail list logo
