Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Harbs
And being that Om already stated his desire that his vote should carry over, I don’t even see a need to ask. There’s either three or four votes. On Nov 28, 2014, at 8:14 AM, Alex Harui wrote: > so I think you can ask now.

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Alex Harui
On 11/27/14, 5:43 PM, "Justin Mclean" wrote: >Hi, > >Also: >>> This should be indicated in the new release candidate vote. > >I didn't so the votes were not carried over. I don't think I could go >back and recto-actively say they did without cancelling this RC and >making a new one. Time flies,

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
Hi, Also: >> This should be indicated in the new release candidate vote. I didn't so the votes were not carried over. I don't think I could go back and recto-actively say they did without cancelling this RC and making a new one. Justin

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
Hi, The function of the PMC is to provide oversight to the board, the 3 +1 PMC binding votes on a release are required for this. Changes to NOTICE files (no matter how minor) can have significant legal and downstream project impact and IMO need to be approved by the PMC as part of the release p

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread OmPrakash Muppirala
On Thu, Nov 27, 2014 at 3:27 PM, Justin Mclean wrote: > Hi, > > > Om and I both disagree with that conclusion. > > Again votes are only valid for the RC they are for, being the RM or not > has nothing to do with it. > > We added provision for vote carry over into our guidelines for minor non > co

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
Hi, > Om and I both disagree with that conclusion. Again votes are only valid for the RC they are for, being the RM or not has nothing to do with it. We added provision for vote carry over into our guidelines for minor non code changes to making voting a little easier, but that doesn't mean yo

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Erik de Bruin
Om and I both disagree with that conclusion. You are the RM, so you have the final say, but if I were you, I'd take what I had and give the community what they need, namely a new and improved version of the software. EdB On Thu, Nov 27, 2014 at 11:45 PM, Justin Mclean wrote: > HI, > >> Om and

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
HI, > Om and Mark also voted +1 (binding) on RC1. Yes but those votes are not binding on RC2, votes are only binding on the RC they are for. In some case votes can be carried over (ie for minor README non code changes) but in this case they were not . Thanks, Justin

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Erik de Bruin
Om and Mark also voted +1 (binding) on RC1. EdB On Thu, Nov 27, 2014 at 11:33 PM, Justin Mclean wrote: > Hi, > >> You have 4 +1 (binding) votes. What's keeping you from calling the >> vote and releasing the software? > > There's only 2 +1 binding votes myself and Alex. > > Justin -- Ix Mul

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
Hi, > You have 4 +1 (binding) votes. What's keeping you from calling the > vote and releasing the software? There's only 2 +1 binding votes myself and Alex. Justin

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Erik de Bruin
You have 4 +1 (binding) votes. What's keeping you from calling the vote and releasing the software? EdB On Thu, Nov 27, 2014 at 10:10 PM, Justin Mclean wrote: > Hi, > > The vote has been open for 5 days and the whole process more than a month. > > Does any PMC member have a few free cycles to

Re: [DISCUSSION] TourDeFlex 1.2 RC2

2014-11-27 Thread Justin Mclean
Hi, The vote has been open for 5 days and the whole process more than a month. Does any PMC member have a few free cycles to to check the release out and VOTE? BTW The TourDeFlex application is approaching 25,000 views (over the last 3 months). Thanks, Justin

Re: [TTH] The old fart is back, aka let's fix this community ;-)

2014-11-27 Thread Chris Martin
Hey Bertrand, Welcome back and thank you for taking the time to give us some guidance. Chris On Wed, Nov 26, 2014 at 2:23 AM, Harbs wrote: > I second that. > > On Nov 26, 2014, at 11:17 AM, Erik de Bruin wrote: > > > "Thank you for helping out!" > >

RE: [VOTE] modify project bylaws: default to Majority Approval for votes

2014-11-27 Thread Neil Madsen
+1 On Wed, Nov 26, 2014 at 10:37 PM, Alex Harui wrote: > +1 > > On 11/26/14, 2:22 AM, "Harbs" wrote: > > >+1 > > > >

Re: [VOTE] modify project bylaws: default to Majority Approval for votes

2014-11-27 Thread Chris Martin
+1 On Wed, Nov 26, 2014 at 10:37 PM, Alex Harui wrote: > +1 > > On 11/26/14, 2:22 AM, "Harbs" wrote: > > >+1 > > > >

Re: Stack trace names (was Re: [TLF] merge 'tables' into 'develop')

2014-11-27 Thread Erik de Bruin
I think the 'flex-sdk_release' job runs the same ant targets that an RM would, at least that is the way I set it up originally. That means that the nightlies basically could qualify as an RC (with the added signature, of course). But to me it somehow feels "more in control" to walk through the rel

Stack trace names (was Re: [TLF] merge 'tables' into 'develop')

2014-11-27 Thread Alex Harui
On 11/27/14, 6:54 AM, "Erik de Bruin" wrote: >No worries. The 4.14 release will have my name - or rather, my >computer account name - all over any stack traces that a user might >see. Better make sure there are as few as possible ;-) On this topic, I recently saw in this document [1], the foll

Re: [NOTICE] window closing for SDK v 4.14 contributions

2014-11-27 Thread Alex Harui
On 11/27/14, 7:31 AM, "Erik de Bruin" wrote: >That would have to be someone with extensive knowledge of the config.xml >... Yes, there is a good chance I’ll end up doing it. It is a US holiday today so it won’t be today because I only have limited time. I sent the email because didn’t want u

Re: [NOTICE] window closing for SDK v 4.14 contributions

2014-11-27 Thread Erik de Bruin
That would have to be someone with extensive knowledge of the config.xml ... ;-) EdB On Thu, Nov 27, 2014 at 4:28 PM, Alex Harui wrote: > It just occurred to me that someone needs to add the license acceptance > for the FlatSpark theme fonts to apache-flex-sdk-installer-config.xml. > > -Alex

Re: [NOTICE] window closing for SDK v 4.14 contributions

2014-11-27 Thread Alex Harui
It just occurred to me that someone needs to add the license acceptance for the FlatSpark theme fonts to apache-flex-sdk-installer-config.xml. -Alex On 11/25/14, 1:14 AM, "Erik de Bruin" wrote: >Hi, > >Just a friendly notice that I will be cutting the release branch for >Flex SDK v. 4.14 on Dec

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
No worries. The 4.14 release will have my name - or rather, my computer account name - all over any stack traces that a user might see. Better make sure there are as few as possible ;-) EdB On Thu, Nov 27, 2014 at 3:40 PM, piotrz wrote: > Many Thanks Erik for Helping with this! > > > > - >

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread piotrz
Many Thanks Erik for Helping with this! - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/TLF-merge-tables-into-develop-tp42713p42803.html Sent from the Apache Flex Development mailing list archive at Nabble.com

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
With 'flexdebug = false', it stalls on test 168 ... Have to quit for today, may be able to help out some more tomorrow. EdB On Thu, Nov 27, 2014 at 2:13 PM, Erik de Bruin wrote: > It just sits there ... But just now I started messing with the UI, > which is still responsive, and suddenly the

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
It just sits there ... But just now I started messing with the UI, which is still responsive, and suddenly the app crashes (is gone, quits) and in the Terminal I see: [flexunit] FlexUnit test Uncaught Top Level Exception in suite org.flexunit.events.UnknownError had errors. EdB On Thu, Nov 27,

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread piotrz
It's not normal. Usually it is stuck for some time but not so long. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/TLF-merge-tables-into-develop-tp42713p42800.html Sent from the Apache Flex Development

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
I'm looking at test 178 now, and it's been running for > 20 min. I hope that that's not normal? I'm going to stop the run and try again ... EdB On Thu, Nov 27, 2014 at 1:11 PM, piotrz wrote: > Test failures is the essential, later errors. > > Errors it could be some null pointer exceptions an

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread piotrz
Test failures is the essential, later errors. Errors it could be some null pointer exceptions and so on, but failures - happens when some tests condition/asserts is not fulfill. Erik go to the reports and you will see more details. I will run tests tomorrow morning my time and merge everything

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
I'm running that now, see a total of 459 tests, currently it's thinking about 177. Will let you know the final outcome, but so far I see a dozen or so ignored tests, and 2 failures. EdB On Thu, Nov 27, 2014 at 1:03 PM, Harbs wrote: > Yes. That’s what I most recently got. > > Switching minimal

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Harbs
Yes. That’s what I most recently got. Switching minimalTests to false causes a whole slew or errors. I don’t know how many are problems, and how many are problematic tests. On Nov 27, 2014, at 2:00 PM, Erik de Bruin wrote: > When I run 'ant all' with 'minimalTests = true' in build.properties,

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
When I run 'ant all' with 'minimalTests = true' in build.properties, I see 56 tests being run, with this as a result: [flexunit] FlexUnit test atParagraphEnd in suite UnitTest.Tests.FloatTest failed. [flexunit] FlexUnit test contentWidthCheckLongFloat in suite UnitTest.Tests.FloatTest was ignored.

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Harbs
I plan on spending some time early next week getting my head better wrapped around the tests. I committed the changes. Can you see what happens when you run the full tests? On Nov 27, 2014, at 12:15 PM, piotrz wrote: > During my tests migration some of the test methods initially failed, so I >

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread piotrz
During my tests migration some of the test methods initially failed, so I have marked them as [Ignore] and decided back to them later. - That is the skipped tests. You can check details of errors in tests reports - flex-tlf/bin/apps/automation_apps/bin/ Some of the tests are quite heavy, so it ta

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Harbs
I applied the latest changes to tables and I tried running the tests with minimalTests set to false. I got lots of errors and the tests stalled at 340 or so. (I don’t remember the exact number.) What makes “skipped” tests? On Nov 27, 2014, at 10:23 AM, Harbs wrote: > Okay. I’ll do that. I th

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Harbs
Okay. I’ll do that. I think there’s a total of 12 commits that need to be applied. On Nov 27, 2014, at 9:54 AM, OmPrakash Muppirala wrote: > On Nov 26, 2014 11:42 PM, "Harbs" wrote: >> >> You can feel free to do the merge. >> >> I’ll switch to develop once you do. > > It would be a good ide

Re: [TLF] merge 'tables' into 'develop'

2014-11-27 Thread Erik de Bruin
>> You can feel free to do the merge. >> >> I’ll switch to develop once you do. > > It would be a good idea to first merge develop into tables and make sure > everything compiles fine. And then merge tables into develop. That sounds like an excellent plan. Looking forward to the torrent of commit