Hi,
> That was very selective quoting ... I clearly state "the latest HEAD from
> the release branch."
So we would need to either alter existing CI jobs and add additional ones every
time a release branch is made?
> It takes very little effort for the release manager to set up a copy of the
> b
I like this idea to have a special nightly build for releases during the
release process. It seems to me that it should simplify the process all around.
Harbs
On Nov 4, 2014, at 9:38 AM, Erik de Bruin wrote:
>>
>>> I'd go (and will go) one further, and use nightlies during this phase.
>>
>>
>
> > I'd go (and will go) one further, and use nightlies during this phase.
>
> How would that be possible given nightly are off the develop branch not a
> release branch. Other people may check stuff into develop that we don't
> want in the release under consideration. Also currently there are no
Hi,
> I'd go (and will go) one further, and use nightlies during this phase.
How would that be possible given nightly are off the develop branch not a
release branch. Other people may check stuff into develop that we don't want in
the release under consideration. Also currently there are no nig
On 11/3/14, 11:24 PM, "Justin Mclean" wrote:
>Hi,
>
>>> For TDF, because it is an “app”, if you want more feedback, it might be
>>> reasonable to post a deployed version of TDF somewhere like your
>>>personal
>>> folder
>
>It will take an hour or so to upload a tar of the files via scp to
>peop
Hi,
>> For TDF, because it is an “app”, if you want more feedback, it might be
>> reasonable to post a deployed version of TDF somewhere like your personal
>> folder
It will take an hour or so to upload a tar of the files via scp to
people.apache.org. Part of the reason we don't have a binary r
>
> > If issues are found during the discussion phase, you can just drop a
> new package over the old package.
>
> -1 to this as this will cause all sort of confusion to exactly what
> version an issue was in or what version people tested and this could more
> RCs rounds not less and a lot more wo
Hi,
> I expected the next step is that you put up a release candidate and open a
> [DISCUSS] thread, but not a [VOTE] thread.
Fair enough. I have opens a discuss thread but had very little response. Given
we had a discussion open for over a week and no major issues have been found
what do you r
+1
Excellent summary!
EdB
On Tuesday, November 4, 2014, Alex Harui wrote:
>
>
> On 11/3/14, 3:30 PM, "Justin Mclean" > wrote:
>
> >Hi,
> >
> >I asked for feedback over a period of a week and only feedback was to
> >change a title. Without a release candidate is seens to me that people are
>
On 11/3/14, 3:30 PM, "Justin Mclean" wrote:
>Hi,
>
>I asked for feedback over a period of a week and only feedback was to
>change a title. Without a release candidate is seens to me that people are
>unwilling to check things.
Right, I understood the prior thread to be a “last call for new feat
Hi,
I asked for feedback over a period of a week and only feedback was to
change a title. Without a release candidate is seens to me that people are
unwilling to check things.
You have to call a vote at some point and that still requires a release
candidate.
Thanks,
Justin
I think staying with FlexJS will be a big advantage for you. You know many
in the community who will be able to help and improve FlexJS, you'll get
typed AS3 language support and MXML support for layout and markup.
The only thing I would consider is the text support. I ran into issues with
text la
On 11/3/14, 1:04 PM, "Justin Mclean" wrote:
>Hi,
>
>72 hours are just about up. Anyone have some feedback?
The only feedback I have is that I thought we were going to iron out the
wrinkles in the “no RC” release process on the next release after
Squiggly, so I was surprised to see a vote threa
Hi,
From twitter:
"Updated data on #ApacheFlex but it would be even better if someone over at
@ApacheFlex would participate :)"
Someone want to help out?
http://mobile-frameworks-comparison-chart.com/participate.html
Thanks,
Justin
Hi,
72 hours are just about up. Anyone have some feedback?
Thanks,
Justin
Infra wrote back. They want us to dictate a repo set and they’ll try to
make it happen.
Here’s the proposal:
I would argue that we should leave the following in flex-utilities. I
guess it sort of means that flex-utilities is for code that we don't have
release plans for, but help us do other th
On 11/3/14, 12:00 PM, "Erik de Bruin" wrote:
>>
>> So it looks to me it is running FalconJX’s compc, not Falcon’s. So the
>> issue is probably that FalconJX’s compc doesn’t know how to ignore
>> lookupOnly entries. For FlexJS, we are not using COMPC to compile the
>>SDK
>> so we’ve probably n
On 11/3/14, 11:48 AM, "Erik de Bruin" wrote:
>Too late, already reverted.
>
>Guess I'll have to learn to rerevert now ;-)
Two new things learned today! ;-)
If you have time, you might see if you can catch the mustella VM running
the SDK tests and grab a window and move it to the upper left.
>
> So it looks to me it is running FalconJX’s compc, not Falcon’s. So the
> issue is probably that FalconJX’s compc doesn’t know how to ignore
> lookupOnly entries. For FlexJS, we are not using COMPC to compile the SDK
> so we’ve probably never hit this.
>
I'll step through FalconJX again, but
Too late, already reverted.
Guess I'll have to learn to rerevert now ;-)
EdB
On Mon, Nov 3, 2014 at 8:45 PM, Alex Harui wrote:
> The two tests passed locally for me on Mac, so that vindicates the code
> you checked-in so you can avoid learning git revert for now.
>
> I’ll try it on Windows t
The two tests passed locally for me on Mac, so that vindicates the code
you checked-in so you can avoid learning git revert for now.
I’ll try it on Windows tonight.
-Alex
On 11/3/14, 11:39 AM, "Erik de Bruin" wrote:
>You are right, I'll revert. I've never done that (still have love-hate
>relat
You are right, I'll revert. I've never done that (still have love-hate
relation with Git), so 'fingers crossed' ;-)
EdB
On Mon, Nov 3, 2014 at 8:12 PM, Alex Harui wrote:
>
>
> On 11/3/14, 10:55 AM, "Erik de Bruin" wrote:
>
> >>
> >> >I didn't run these locally, as I didn't expect changes to
On 11/3/14, 10:48 AM, "Erik de Bruin" wrote:
>
>This is not touched by the code I'm writing. This is what the compiler
>(Falcon) puts out when I feed it the entire SDK (with the arguments as
>listed in "FlexSKDToJS.sh").
OK, I spend time reading this .sh file you wrote. I see this line:
java
On 11/3/14, 10:55 AM, "Erik de Bruin" wrote:
>>
>> >I didn't run these locally, as I didn't expect changes to
>>SystemManager to
>> >affect anything but the very core of the SDK.
>>
>> I would be surprised if your changes made a difference as well but you
>> never know. I thought the “unoffici
>
> >I didn't run these locally, as I didn't expect changes to SystemManager to
> >affect anything but the very core of the SDK.
>
> I would be surprised if your changes made a difference as well but you
> never know. I thought the “unofficial” policy was that if your checkins
> are tied to a run
>
> >> >Not sure what the 'lookupOnly="true"' means ... does that attribute
> >>allow
> >> >the old compiler to ignore the lack of a 'MiniDebugTarget.as' file
> >> >anywhere
> >> >in the SDK?
> >>
> >> Don’t know for sure. It appears it is used to add entries to an xml
> >> namespace without actua
Ok. I just checked in my changes to develop but with the Bindable Interface
problem I only comitted the "null-check" version. So no worries ... nothing is
fundamentally changed.
I also migrated the other things I did as noone had an objection to the changes
I did in order to enable advanced-te
On 11/3/14, 10:21 AM, "Erik de Bruin" wrote:
>
>I didn't run these locally, as I didn't expect changes to SystemManager to
>affect anything but the very core of the SDK.
I would be surprised if your changes made a difference as well but you
never know. I thought the “unofficial” policy was th
On 11/3/14, 10:15 AM, "Erik de Bruin" wrote:
>>
>> >Not sure what the 'lookupOnly="true"' means ... does that attribute
>>allow
>> >the old compiler to ignore the lack of a 'MiniDebugTarget.as' file
>> >anywhere
>> >in the SDK?
>>
>> Don’t know for sure. It appears it is used to add entries to
I see these tests failing on the VM:
[java] gumbo/components/DataGrid/Properties/DataGrid_Properties_editable
Editable_twoWayBinding_test Failed AssertMethodValue (method cannot be
shown)(body:step 13) method returned , expected test1234
[java] gumbo/components/ListDragDrop/events/Spar
>
> >Not sure what the 'lookupOnly="true"' means ... does that attribute allow
> >the old compiler to ignore the lack of a 'MiniDebugTarget.as' file
> >anywhere
> >in the SDK?
>
> Don’t know for sure. It appears it is used to add entries to an xml
> namespace without actually including the source
On 11/3/14, 9:57 AM, "Erik de Bruin" wrote:
>
>/Users/erik/Documents/ApacheFlex/git/flex-sdk/frameworks/projects/spark/ma
>nifest.xml:295
> class="mx.logging.targets.MiniDebugTarget"
>lookupOnly="true"/>
>
>Not sure what the 'lookupOnly="true"' means ... does that attribute allow
>the old compil
On 11/3/14, 9:51 AM, "Christofer Dutz" wrote:
>Well I don't have any objections to leaving it in ... I just noticed that
>it definitely needs some hardening against NPEs.
Feel free to help add more NPE handling. I just haven’t hit those
scenarios otherwise I would have added some handling mys
Yeah, I stepped through the code till my feet hurt ;-) That didn't give me
anything, as the errors are thrown when the compilation units are still
being gathered, so no actual compilation is done.
A search of the entire SDK gives these references to 'MiniDebugTaget':
/Users/erik/Documents/ApacheF
Well I don't have any objections to leaving it in ... I just noticed that it
definitely needs some hardening against NPEs. I was just assuming that the code
could be removed as it didn't have any effect on the Falcon output. But I'm
totally fine with leaving it in, if the code is changed in a wa
On 11/3/14, 1:08 AM, "Tom Chiverton" wrote:
>Hmm. Still no successes being recorded.
>
>This is the most recent failure:
>http://flex-mustella.cloudapp.net/job/flex-sdk_mustella/lastFailedBuild/co
>nsole
>
>There seems to be timeouts in the DataGrid tests consistently.
>Did anyone change anything
On 11/2/14, 11:15 PM, "Christofer Dutz" wrote:
>M testcase consists of a bindable interface, a bindable class that
>implements this and has one property as well as an Application, that uses
>an instance of the class to write the content of a TextField into the
>bindable variable and a label to
Hi,
I just deployed an updated version of Flexmojos 7.1.0-SNAPSHOT that not only
allows embedding resources with Falcon, but also makes the ugly
"flexmojos-threadlocaltoolkit dependency hack" obsolete :-)
Things that are now a little different is that the default paths for the air
descriptor
Maybe you’ve already tried this, but what I typically do when getting an
unexpected/undesirable error in Falcon/FalconJX is put a breakpoint on the
constructor of the XXXProblem class.
When the constructor gets hit, up the call stack is hopefully the node
being processed. In the variables window
Harbs,
If you have any kind of possibility to stay with ActionScript development
just do this. I can say that AngularJS is a great framework, but if we are
trying to do something really big - debugging, searching in code, fast
creation of complex ui is far far a way from what we have seen in AS
de
On 01/11/14 23:23, Tom Chiverton wrote:
On Friday 31 Oct 2014 13:38:12 Erik de Bruin wrote:
Ok, had to go into the Azure portal and hard reset the VM, for some reason.
But it's rebooted, anyway. I also deleted all 'version.txt' files, so we're
starting brand new and clean ;-)
The last run (#113
>
> > If you also check out 'flex-falcon', and run an 'ant wipe-all all' in the
> > root of that project, that will set up the various compilers on your
> > system. Then you should be able to build the stuff in 'flex-asjs' with
> > little or no problem from source.
> >
> > No need for the Installer
On Nov 3, 2014 12:25 AM, "Erik de Bruin" wrote:
>
> If you also check out 'flex-falcon', and run an 'ant wipe-all all' in the
> root of that project, that will set up the various compilers on your
> system. Then you should be able to build the stuff in 'flex-asjs' with
> little or no problem from
Yes. I’m checking out Falcon as well.
You’ll probably hear from me when I get stuck… ;-)
Thanks!
Harbs
On Nov 3, 2014, at 10:24 AM, Erik de Bruin wrote:
> If you also check out 'flex-falcon', and run an 'ant wipe-all all' in the
> root of that project, that will set up the various compilers on
If you also check out 'flex-falcon', and run an 'ant wipe-all all' in the
root of that project, that will set up the various compilers on your
system. Then you should be able to build the stuff in 'flex-asjs' with
little or no problem from source.
No need for the Installer, and using that will pro
I just checked out “asjs” from the repo. Should I get started straight from the
source (and if yes, how), or should I start by downloading the installer?
Harbs
46 matches
Mail list logo
