On 8/6/12 10:39 PM, "Justin Mclean" wrote:
> Hi,
>
> Of top of my head was to use (inside an ant exec):
>
> rather than
>
>
> If that is the issue that is?
>
> Thanks,
> Justin
You're welcome to take a shot at fixing it. It is working on Mac OSX for
Peter and I, but we don't have spaces
Hi,
Of top of my head was to use (inside an ant exec):
rather than
If that is the issue that is?
Thanks,
Justin
Hi,
> Good question, worthy of being added to the wiki page. Mustella currently
> auto-builds itself when you run mini_run.sh.
Good to know.
On running mini_run.sh I get a large number of these errors (one per test I
assume):
[java] command line: Error: default arguments may not be intersperse
On 8/6/12 10:13 PM, "Justin Mclean" wrote:
> Hi,
>
> Are there any step by step instructions for building Mustella? There's no
> README in the mustella directory or instructions on the wiki that I can see.
>
> Currently I get the following error when running ant in the mustella
> directory.
Hi,
Are there any step by step instructions for building Mustella? There's no
README in the mustella directory or instructions on the wiki that I can see.
Currently I get the following error when running ant in the mustella directory.
getConfigId:
BUILD FAILED
/Users/justinmclean/Documents/Adob
Hi,
> I've personally always kept my trunk as the stable, and merged changes into
> it from other places with little ill-effect.
Just out of interest multiple developers/single developer or multiple
branches/single branch? Any once a branch is merged do you continue to make
changes in it?
Thank
I've personally always kept my trunk as the stable, and merged changes into
it from other places with little ill-effect. The only problem is if you
get a bad commit (it happens, sometimes the software screws up and issues a
commit number to the svn client but doesn't save the changes), then
everyt
Hi,
JFYI there may be less issue with more recent versions of SVN and branching.
In that you can keep branches up to date like so:
svn merge pathtotrunk
And then merging via:
svn merge --reintegrate pathtobranch
Any tired this? How does it work in practise?
Thanks,
Justin
Hi,
Suggested way to use Apache SVN:
http://svn.apache.org/repos/asf/subversion/trunk/doc/user/svn-best-practices.html
Note that the suggested options are:
1. Never branch/always use trunk.
2. Branch for each feature and check into trunk when complete.
3. Commit small checkins day to day into tru
Hi,
> At Adobe, around release time, you had to get additional approval to check a
> fix into the branch getting released.
This is no longer an Adobe project. We can make releases far quicker (in
theory) to fix any issues that arise if we need to.
> That's correct. Maybe I haven't fully absorbe
[
https://issues.apache.org/jira/browse/FLEX-33151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala resolved FLEX-33151.
Resolution: Fixed
Fixed in r1367380
> Build and test auto-update m
[
https://issues.apache.org/jira/browse/FLEX-33150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala resolved FLEX-33150.
Resolution: Fixed
Resolved in svn revision 1369734
> Progamaticall
On 8/6/12 4:54 PM, "Justin Mclean" wrote:
> Hi,
>
>> Imagine if we really get going and have lots of new stuff coming in. I
>> can't see how we could keep trunk stable enough.
> Not mater where you put it that always going to be the issue. With CI
> (especially if we can get Mustella running
On 8/6/12 4:57 PM, "Justin Mclean" wrote:
> Hi,
>
>> https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview
>
> Yes I'm aware of that page you have to hunt though it to find the answer which
> is:
> ./mini_run.sh -all
>
> Perhaps the section "Using Mustella' should be at the top
Hi,
> https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview
Yes I'm aware of that page you have to hunt though it to find the answer which
is:
./mini_run.sh -all
Perhaps the section "Using Mustella' should be at the top?
Thanks,
Justin
Hi,
> Imagine if we really get going and have lots of new stuff coming in. I
> can't see how we could keep trunk stable enough.
Not mater where you put it that always going to be the issue. With CI
(especially if we can get Mustella running off check ins) it's less of an issue.
> Plus, I'm not
On 8/6/12 4:23 PM, "Justin Mclean" wrote:
> Hi,
>
> Welcome good to have you on board.
>
> So now that the Mustella tests are in, what is the simplest way to run them
> all?
>
> Thanks,
> Justin
https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview
--
Alex Harui
Flex SDK Team
On 8/6/12 4:21 PM, "Justin Mclean" wrote:
> Hi,
>
>> I'm not sure I think projects/experimental should exist in trunk. We've
>> never really finished the discussion but this seems like something that
>> should go in branches/unstable.
>
> Branches/unstable would be good making changing to e
Hi,
Welcome good to have you on board.
So now that the Mustella tests are in, what is the simplest way to run them all?
Thanks,
Justin
Hi,
> I'm not sure I think projects/experimental should exist in trunk. We've
> never really finished the discussion but this seems like something that
> should go in branches/unstable.
Branches/unstable would be good making changing to existing
components/architecture. Projects/experimental is
Ah, I dint know it did that. I will set up a filter on my end.
Thanks,
Om
On Mon, Aug 6, 2012 at 2:33 PM, Carol Frampton wrote:
> Actually my one commit just generated 43 emails. There are so many
> messages because there are so many diffs.
>
> Carol
>
> On 8/6/12 4 :28PM, "Om" wrote:
>
> >P
Welcome Peter!!
On Mon, Aug 6, 2012 at 8:15 PM, Alex Harui wrote:
> Hey Everybody!
>
> I wanted to formally announce that Peter Ent is our newest project
> committer. Peter will be shepherding the donation of the Mustella Test
> Suite. We also expect more contributions from Peter in the future
The source code for the Falcon compiler is currently undergoing legal audit.
Adobe will donate it as soon as the audit is complete, hopefully later this
month.
Could I please have write access to the wiki so that I can start a page about
Falcon?
Thanks,
Gordon Smith, Adobe compiler team
On 8/6/12 6 :29AM, "jmcl...@apache.org" wrote:
>Author: jmclean
>Date: Mon Aug 6 10:29:15 2012
>New Revision: 1369773
>
>URL: http://svn.apache.org/viewvc?rev=1369773&view=rev
>Log:
>Project for experimental classes
>
>Added:
>incubator/flex/trunk/frameworks/projects/experimental/
>incub
Actually my one commit just generated 43 emails. There are so many
messages because there are so many diffs.
Carol
On 8/6/12 4 :28PM, "Om" wrote:
>Peter,
>
>I am not sure if you are subscribed to flex-comm...@apache.org. While
>your
>commits are most welcome, they have been generating a ton o
Om,
You need to filter the commit messages into a folder so you aren't
bothered by them. Peter is doing them in batches, at my suggestion, so
that if there is a commit failure it is easier to figure out what is going
on.
Carol
On 8/6/12 4 :28PM, "Om" wrote:
>Peter,
>
>I am not sure if you are
Mazal Tov! Looking forward to your contributions as well!
Regards,
JP
On Mon, Aug 6, 2012 at 1:15 PM, Alex Harui wrote:
> Hey Everybody!
>
> I wanted to formally announce that Peter Ent is our newest project
> committer. Peter will be shepherding the donation of the Mustella Test
> Suite. We
Thanks, all. I am looking forward to it.
--peter
On 8/6/12 2:42 PM, "Igor Costa" wrote:
>Welcome aboard Pete
>
>
>
>Igor Costa
>www.igorcosta.com
>www.igorcosta.org
>
>
>On Mon, Aug 6, 2012 at 3:28 PM, Roland Zwaga
>wrote:
>
>> > I wanted to formally announce that Pet
Welcome aboard Pete
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Mon, Aug 6, 2012 at 3:28 PM, Roland Zwaga wrote:
> > I wanted to formally announce that Peter Ent is our newest project
> > committer. Peter will be shepherding the donation of the Mustella Test
> I wanted to formally announce that Peter Ent is our newest project
> committer. Peter will be shepherding the donation of the Mustella Test
> Suite. We also expect more contributions from Peter in the future around
> the 3.x donation, and some custom components and bug fixes.
>
> Please welcome
Hey Everybody!
I wanted to formally announce that Peter Ent is our newest project
committer. Peter will be shepherding the donation of the Mustella Test
Suite. We also expect more contributions from Peter in the future around
the 3.x donation, and some custom components and bug fixes.
Please we
> flash builder has its own compiler implementation
Flash Builder 4.6 doesn't have a full compiler capable of producing bytecode,
but it does have its own code intelligence engine ("Code Model") which supports
code hinting, code refactoring, etc. Code Model was the basis for the front end
of t
it's probably worth mentioning that flash builder has its own compiler
implementation... while it might make sense to support it for this release...
it will be pretty difficult to continue to do so. Hopefully falcon was flash
builders plan to solve this problem.
Sent from my iPhone
On Aug 6,
> This patch has been committed into svn now.
I've updated my source, but when I try to compile, I get an exception
on the retrieval of a file from 'VERSION_URL' (in the 'checkVersion'
method). Looking into it, the app tries to first read this url from
the config XML. But, both in the XML in the p
Hi,
> That is baked into the compiler. It is the constant MXML_2009_NAMESPACE
> in MxmlNamespaces.java. I also see constants for SPARK_NAMESPACE and
> MX_NAMESPACE in that file but I didn't follow thru and see how they were
> used.
Well that's something we can change at least.
Thanks,
Justin
On Mon, Aug 6, 2012 at 3:40 PM, Carol Frampton wrote:
> ...Maybe either our mentors or legal-discuss knows whether the license is
> compatible
http://scripts.sil.org/cms/scripts/page.php?item_id=OFL_web is not
listed at [1] so far, but it's been discussed at
https://issues.apache.org/jira/bro
On 8/6/12 4 :41AM, "Justin Mclean" wrote:
>Hi,
>
>As suggested in another thread I thought I'd try replacing the existing
>Adode namespaces with Apache namespaces to see what would happen.
>
>It's easy enough to add them to the flex-config.xml like so, pointing to
>the existing manifest files:
On 8/4/12 4 :53AM, "Justin Mclean" wrote:
>Hi,
>
>Little late to the party but just noticed that Adobe has release an open
>source font called Source Sans Pro. It's licensed under the Open Font
>Licence 1.1. Does anyone know it this is compatible with an Apache
>license?
I saw this as well and
Thank you. That worked.
I am putting together the files for the Mustella submission. I am going to
submit them later today, after 5pm Pacific in hopes of making the upload
go faster without errors.
Regards
Peter
On 8/6/12 8:20 AM, "Bertrand Delacretaz" wrote:
>On Mon, Aug 6, 2012 at 2:08 PM, P
On Mon, Aug 6, 2012 at 2:08 PM, Peter Ent wrote:
> ...I need write permission to the repository at
>
> https://svn.apache.org/repos/asf/incubator/flex/trunk
>
> I have my apache ID and password but the commit of a test file is reporting
> that access is forbidden...
Fixed now, user pent should
Hi,
I'm hoping someone on the list can give me a hand. I'm ready to commit Mustella
to Apache Flex, but I need write permission to the repository at
https://svn.apache.org/repos/asf/incubator/flex/trunk
I have my apache ID and password but the commit of a test file is reporting
that access is
Hi,
I just checked in the new PostCodeFormatter, PostCodeValidator, ArrayList,
VectorCollecton, VectorList classes into a new Apache namespace, project and
swc.
The unit test for these components have not been checked in yet but they are
fully unit tested. Michael Labriola created the ArrayL
Right! I was thinking that it refers to the granite piece.
El lunes, 6 de agosto de 2012, John Fletcher escribió:
> Why did they give it two names? Why not just call it CCF? This isn't a
> new OS release.
>
> The "Gravity" name is a bit unfortunate as Granite DS message push
> framework is also c
Why did they give it two names? Why not just call it CCF? This isn't a
new OS release.
The "Gravity" name is a bit unfortunate as Granite DS message push
framework is also called Gravity (and has been for years). So now we
have two Gravities in Flex.
John
2012/8/3 Keith Sutton :
> There have be
Agree with the idea of not using the term "roadmap". Since actually,
what we are talking about is not a roadmap at all in the conventional
sense, and is much better described with the title you mention below
Keith. In this sense it might be apropriate for the actual Flex site -
but then you would d
Hi,
> This is newly a vendor tooling issue to be worked with people at adobe. But
> again, I think that tool should be framework compliant and not the
> inverse...
In a perfect world sure I would agree. However there a lot of people still
using Flash Builder 4.6 and to encourage them to move to A
This is newly a vendor tooling issue to be worked with people at adobe. But
again, I think that tool should be framework compliant and not the
inverse... (as this was discussed in packaing sdk for flash builder...)
2012/8/6 Justin Mclean
> Hi,
>
> As suggested in another thread I thought I'd t
Hi,
As suggested in another thread I thought I'd try replacing the existing Adode
namespaces with Apache namespaces to see what would happen.
It's easy enough to add them to the flex-config.xml like so, pointing to the
existing manifest files:
http://flex.apache.org/mxml/
Erik, you rock! Thanks for fixing everything. The only change I made was
to load the .md5 file from *https*://
www.apache.org/dist/incubator/flex/4.8.0-incubating/binaries/apache-flex-sdk-4.8.0-incubating-bin.zip.md5instead
of over http.
This patch has been committed into svn now.
I have tested
49 matches
Mail list logo
