incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chema Balsas <jbal...@gmail.com>
Subject Re: Falcon SDKSWCTests
Date Tue, 11 Dec 2012 00:12:52 GMT
Nice! That fixed other 5 tests for free and made other 2 easy to fix.

I've committed the changes to the sdk and sdkswctests. We now have 18 out
of 29 tests passing. I'll try to start looking over the hard ones over the
week.

Cheers,
Chema

2012/12/10 Gordon Smith <gosmith@adobe.com>

> > I've just commited some changes into rpc, authoringsupport, framework
> and mobilecomponents so that they compile properly in falcon. I've enabled
> those tests and now we have 11 out of 29 working.
>
> Nice progress!
>
> > Warning: mx.core.Version is defined by multiple files:
>
> This is an example where Falcon is pickier but since it's just a warning I
> don't think we should try to fix it. Let's change the tests to ignore this
> warning. You should be able to do this by changing the SWC tests to run
> with the additional command-line argument -ignore-problems=... .
>
> - Gordon
>
>
> -----Original Message-----
> From: Chema Balsas [mailto:jbalsas@gmail.com]
> Sent: Monday, December 10, 2012 2:20 PM
> To: flex-dev@incubator.apache.org
> Subject: Re: Falcon SDKSWCTests
>
> Hi,
>
> I've just commited some changes into rpc, authoringsupport, framework and
> mobilecomponents so that they compile properly in falcon. I've enabled
> those tests and now we have 11 out of 29 working.
>
> @Gordon One recurrent issue for other projects is
>
> Warning: mx.core.Version is defined by multiple files:
> > /Users/jbalsas/Documents/dev/apache/flex/sdk/branches/develop/framewor
> > ks/projects/automation_agent/src/mx/core/Version.as
>
>
> Is this something Falcon will take care of, or do we need to figure out
> anoter way around like in the config files for example?
>
> Cheers,
> Chema
>
> 2012/12/7 Chema Balsas <jbalsas@gmail.com>
>
> > Following with this, I've checked and in CompcTask, an include-config
> > (ifSpec) is added with createElem instead of with
> > createElemAllowAppend. Is there a reason for this? I've checked and
> > changing it and adding 'append="true"' in the ant task to the
> > include-file tag does fix this I don't know if there's something else to
> take into account though.
> >
> > We won't be using it for now, but do you think we should try to fix
> > this, or at least document it somewhere?
> >
> >
> > 2012/12/7 Chema Balsas <jbalsas@gmail.com>
> >
> >> Yes, I already have it and it's working. I've accessed my account
> >> through ssh to verify it and I've also checked, and I have access to
> >> the apache commiters repository, but not ours.
> >>
> >>
> >> 2012/12/7 Alex Harui <aharui@adobe.com>
> >>
> >>>
> >>>
> >>>
> >>> On 12/7/12 9:22 AM, "Chema Balsas" <jbalsas@gmail.com> wrote:
> >>>
> >>> > Oh, that explains it then... and how unfortunate
> >>> >
> >>> > From Gordon's comment, I assumed we were going to stop including
> >>> > the version.properties file (at least for now). That was exactly
> >>> > what I was about to commit, but it seems I still don't have access
> >>> > to the svn repository.
> >>> >
> >>> Did you get an email asking about what you want your apache id to be?
> >>>
> >>> --
> >>> Alex Harui
> >>> Flex SDK Team
> >>> Adobe Systems, Inc.
> >>> http://blogs.adobe.com/aharui
> >>>
> >>>
> >>
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message