Re: Build failed in Jenkins: flex-tlf #155

OK, and if it fails again, try the GC options I put in just before you made your change. I’m done for tonight. On 10/20/14, 10:55 PM, "piotrz" wrote: >Build failed again, but this time a bit farther. > >I will try really high values for perm size 768. > >Piotr > > > >- >Apache Flex PMC >pio

Re: Build failed in Jenkins: flex-tlf #155

Build failed again, but this time a bit farther. I will try really high values for perm size 768. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Re-Build-failed-in-Jenkins-flex-tlf-155-tp41547p41582.

Re: Download Analytics

I don’t know much about analytics, but I’ve noticed that search engines use a redirect to (I think) capture analytics on the search. In other words, a search result page for “Flex” will have a link that will eventually take you to flex.a.o, but it actually hits some URL at the search engine compan

Re: Download Analytics (was Re: Very high FlexJS installer error rate (98+%))

Hi, > The Drill download page has a google Analytics insert on it. I think that > will hook the clicks that link to the CGI. Our download pages do have google analytics in them and the in page analytics give some info on links but it's limited and as far as I'm aware it only record clicks on

Re: Download Analytics (was Re: Very high FlexJS installer error rate (98+%))

Sorry, hit some key that resulted in a “send”. The answer is: From: Ted Dunning Date: Monday, October 20, 2014 at 5:40 PM To: Alex Harui Cc: "Mattmann, Chris A (3980)" , sebb , Tim Williams , Apache Infrastructure Subject: Re: download stats The Drill download page has a google Analytics i

Re: Download Analytics (was Re: Very high FlexJS installer error rate (98+%))

The answer is: On 10/20/14, 8:41 AM, "Alex Harui" wrote: > > >On 10/20/14, 3:03 AM, "Kessler CTR Mark J" >wrote: > >>Sounds like a good idea. Do you know which projects are trying that so >>we could take a look? >I started looking into the projects like Drill that claim to have it >working an

Re: [VOTE] Squiggly 1.1 RC 0

Hi, +1 binding Here's what I checked: - artefact names good - hashes and signatures correct - all source files have Apache headers - no unexpected binary files in release - LICENSE and NOTICE are correct - can compile from source - checked that spell checking work (with the correct lib) for both

Re: [FlexJS] States in FlexJS - bugs?

On 10/20/14, 5:08 PM, "OmPrakash Muppirala" wrote: >>If you >> haven’t made progress on it I’ll try to get it working. I figure you >> might be busy prepping for your talk tomorrow. >> >> >I just checked in a fix that removes the need for throwing a different >event type (mouseOut vs. mouseOut_

Re: git commit: [flex-asjs] [refs/heads/develop] - FB caught these compile errors

On Mon, Oct 20, 2014 at 4:50 PM, Alex Harui wrote: > > > On 10/20/14, 4:22 PM, "OmPrakash Muppirala" wrote: > > > > >How did these kind of errors pass through the daily builds? > That’s a good question. What do you mean by “FB caught these compile > errors”? I don't see these errors caught wh

Re: [FlexJS] States in FlexJS - bugs?

On Mon, Oct 20, 2014 at 4:02 PM, Alex Harui wrote: > > > On 10/19/14, 2:33 AM, "OmPrakash Muppirala" wrote: > > > >I will sort out the MouseEvent issue next. > > The MouseEvent change broke some MXML compiles and list selection. Sorry about that. > If you > haven’t made progress on it I’ll t

Re: git commit: [flex-asjs] [refs/heads/develop] - FB caught these compile errors

On 10/20/14, 4:22 PM, "OmPrakash Muppirala" wrote: > >How did these kind of errors pass through the daily builds? That’s a good question. What do you mean by “FB caught these compile errors”? How are you set up to compile? In theory, FlexJS code is no longer compiled by MXMLC, but I’m guessi

Re: git commit: [flex-asjs] [refs/heads/develop] - FB caught these compile errors

On Mon, Oct 20, 2014 at 4:05 PM, wrote: > Repository: flex-asjs > Updated Branches: > refs/heads/develop 38f906b83 -> 4cf01424b > > > FB caught these compile errors > > > Project: http://git-wip-us.apache.org/repos/asf/flex-asjs/repo > Commit: http://git-wip-us.apache.org/repos/asf/flex-asjs/co

Re: [FlexJS] States in FlexJS - bugs?

On 10/19/14, 2:33 AM, "OmPrakash Muppirala" wrote: > >I will sort out the MouseEvent issue next. The MouseEvent change broke some MXML compiles and list selection. If you haven’t made progress on it I’ll try to get it working. I figure you might be busy prepping for your talk tomorrow. I sti

Re: Very high FlexJS installer error rate (98+%)

Hi, > I don't think it was broken for several weeks. I was able install 0.0.2 up > until around 2 weeks ago. It's been broken since the 2d October that's almost 3 weeks ago, take a look in google analytics. Justin

Re: Very high FlexJS installer error rate (98+%)

On 10/20/14, 3:11 PM, "Justin Mclean" wrote: >Hi, > >> IMO, all of your quotes refer to source releases. > >Please reread there are serval references that the binary must be made >from an source release and that only official voted on releases can live >in dist. Your modified binary also doesn'

Re: Very high FlexJS installer error rate (98+%)

On Oct 20, 2014 2:36 PM, "Justin Mclean" wrote: > > Hi, > > > Wait for 72 hours? > > Why we say a vote should be open for a minimal of 72 hours [1] (see under expressing votes) [2] (under vote timeframes) so we can give people in different timezone a chance to test and provide feedback, it's actu

Re: Very high FlexJS installer error rate (98+%)

Hi, > IMO, all of your quotes refer to source releases. Please reread there are serval references that the binary must be made from an source release and that only official voted on releases can live in dist. Your modified binary also doesn't comply with Apache licensing policy (it would requi

Re: Very high FlexJS installer error rate (98+%)

IMO, all of your quotes refer to source releases. The binaries are not an act of the foundation. There might be more flexibility. Any other plan that requires propagation to dist won’t make Om’s talk simply because of mirror propagation time, not to mention voting. I’ll ask on general@ to see i

Re: [DISCUSSION] Squiggly 1.1 release candidate 0

Hi, > After including the ApacheFlexSpellingFramework.swc in my lib I got past > that error. Maybe we need to add that into the README? As per the README I think you need to add ApacheFlexSpellingUIEx.swc for it to work with spark components. Thanks, Justin

Re: Very high FlexJS installer error rate (98+%)

Hi, > Wait for 72 hours? Why we say a vote should be open for a minimal of 72 hours [1] (see under expressing votes) [2] (under vote timeframes) so we can give people in different timezone a chance to test and provide feedback, it's actually not required (AFAIK) by Apache policy. It may be ac

Re: Very high FlexJS installer error rate (98+%)

On Oct 20, 2014 2:10 PM, "Justin Mclean" wrote: > > HI, > > > Would you object to the Installer pointing to binaries with Jburg added to > > them on some non-ASF server as the FlexJS 0.0.2 install? > > Yes I would. We can't be seen (from a users point of view) to be distributing software that look

Re: Very high FlexJS installer error rate (98+%)

HI, > Would you object to the Installer pointing to binaries with Jburg added to > them on some non-ASF server as the FlexJS 0.0.2 install? Yes I would. We can't be seen (from a users point of view) to be distributing software that looks like it comes from ASF but it actually comes from elsewhe

Re: Very high FlexJS installer error rate (98+%)

On Oct 20, 2014 12:55 PM, "Alex Harui" wrote: > > > > On 10/19/14, 11:44 PM, "Alex Harui" wrote: > > >I just thought of a possible fix. I think I can take the FlexJS 0.0.2 > >binaries and inject Jburg into them and post them on dist or somewhere > >without a vote. In theory, if Jburg is in the

Re: Very high FlexJS installer error rate (98+%)

On 10/20/14, 12:51 PM, "Justin Mclean" wrote: >Hi, > >> I think the only workaround might be to modify the FlexJS binary >>package and inject Jburg into it. > >Which IMO would require a normal release + vote if it's being >distributed on apache infrastructure. From a quick look that would >req

Re: Very high FlexJS installer error rate (98+%)

On 10/19/14, 11:44 PM, "Alex Harui" wrote: >I just thought of a possible fix. I think I can take the FlexJS 0.0.2 >binaries and inject Jburg into them and post them on dist or somewhere >without a vote. In theory, if Jburg is in the right place after the >unzip/untar, the script will not try

Re: Very high FlexJS installer error rate (98+%)

Hi, > I think the only workaround might be to modify the FlexJS binary package and > inject Jburg into it. Which IMO would require a normal release + vote if it's being distributed on apache infrastructure. From a quick look that would require a change to NOTICE as well [1] Of course someone

Re: [DISCUSSION] Squiggly 1.1 release candidate 0

Heyo, Trying to test this out in a simple app. I use the same code as above, and I got the following error: VerifyError: Error #1014: Class com.adobe.linguistics.spelling.framework.ui::IHighlighter could not be found. at SquigglyTest/btnCheck_clickHandler()[C:\Users\cmartin\Documents\Adobe Flas

Re: Build failed in Jenkins: flex-tlf #155

OK, I have my fingers crossed. Regarding your changes, it looks to me like the second flow.swf compile was for a big test app while the first one was supposed to be for a style module but was accidentally using the same name. -Alex On 10/20/14, 12:13 PM, "piotrz" wrote: >Alex I reverted your

Re: Build failed in Jenkins: flex-tlf #155

Alex I reverted your changes for jvm.args. Back to the original. Thanks, Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Re-Build-failed-in-Jenkins-flex-tlf-155-tp41547p41555.html Sent from the Apache F

Re: Build failed in Jenkins: flex-tlf #155

Maybe for some tests I will need FlowCss.swf. We will see once I will start working on reviving next tests. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Re-Build-failed-in-Jenkins-flex-tlf-155-tp4154

Re: Build failed in Jenkins: flex-tlf #155

Changes pushed to develop. I have removed some additional mxmlc build from build.xml - I don't know what it was for. Will see whether this help. Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Re-Buil

Re: Build failed in Jenkins: flex-tlf #155

Ah, ok. I just pushed a another change to the VM args in build.properties. Feel free to revert them. Also, I noticed that the first compile in testApps is compiling flowCss.css but creating the output file as Flow.swf instead of FlowCss.swf. Is that intentional? Thanks, -Alex On 10/20/14, 11:

Re: Build failed in Jenkins: flex-tlf #155

Alex I think I have found cause of this failing. I will push my changes into develop branch. I'm having some problem now with git right now Piotr - Apache Flex PMC piotrzarzyck...@gmail.com -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Re-Build-fail

Re: Build failed in Jenkins: flex-tlf #155

Alex I don't know what could be wrong on the jenkins Machine. I've just took from the develop branch your changes in build.properties and everything were built without a problem on my PC My Environment: Win 7 64bit Ant 1.9.3 Java 1.8.0_20 Piotr - Apache Flex PMC piotrzarzyck...@gmail.com

Re: Recent Mustella failures - different sized baseline PNGs ?

On 10/20/14, 2:42 AM, "Tom Chiverton" wrote: >If the .png's are different sizes, is it the fault of the version of the >Player on the machine ? Hard to say. I just ran the TileLayout tests on 11.7/3.7 on my Windows 7 machine and they all passed. I’m also pretty sure we’ve seen 11.7/3.7 pass o

Re: Download Analytics (was Re: Very high FlexJS installer error rate (98+%))

On 10/20/14, 3:03 AM, "Kessler CTR Mark J" wrote: >Sounds like a good idea. Do you know which projects are trying that so >we could take a look? I started looking into the projects like Drill that claim to have it working and couldn’t figure out how it works. I’ve asked for help on the infra

Re: Build failed in Jenkins: flex-tlf #155

Piotr, Harbs, et al, Is the testApps target new? Does it work for you locally? Do you have custom jvm args like -XX:MaxPermSize=512m? -Alex On 10/20/14, 8:06 AM, "flex.ci.bui...@gmail.com" wrote: >See > >Changes: > >[Alex Ha

Re: AW: AW: AW: AW: Some Falcon problems with multiple source-paths.

You can do that as well, but the more steps required to get a compiler person to look at the problem, the less likely it will get looked at. Think of it this way: whoever looks into it is going to need to set up an Eclipse Debug Configuration. The simplest thing for one of the compiler folks is to

Re: Very high FlexJS installer error rate (98+%)

On 10/20/14, 12:05 AM, "OmPrakash Muppirala" wrote: > >Have you tried this url: >http://superb-dca3.dl.sourceforge.net/project/jburg/jburg-1.10.1.tar.gz > >This seems to be the final url that the file seems to be downloaded from. >I got this from my network trace. It didn’t work. It works from

Re: AW: AW: AW: Some Falcon problems with multiple source-paths.

I would think so, yes. Play on ;-) EdB On Mon, Oct 20, 2014 at 1:05 PM, Christofer Dutz wrote: > I was already thinking of creating a falcon branch in which I would add > Flexmojos projects that repoduce some of the problems. Would that be ok? > > Chris > > ___

AW: AW: AW: AW: Some Falcon problems with multiple source-paths.

I was already thinking of creating a falcon branch in which I would add Flexmojos projects that repoduce some of the problems. Would that be ok? Chris Von: Alex Harui Gesendet: Montag, 20. Oktober 2014 06:42 An: dev@flex.apache.org Betreff: Re: AW: AW: A

RE: Download Analytics (was Re: Very high FlexJS installer error rate (98+%))

Sounds like a good idea. Do you know which projects are trying that so we could take a look? -Mark -Original Message- From: Alex Harui [mailto:aha...@adobe.com] Sent: Monday, October 20, 2014 1:38 AM To: dev@flex.apache.org Subject: Download Analytics (was Re: Very high FlexJS installer

Re: Recent Mustella failures - different sized baseline PNGs ?

If the .png's are different sizes, is it the fault of the version of the Player on the machine ? Tom On 20/10/14 10:07, Erik de Bruin wrote: I think it’s time, yes … Maybe we start by figuring out when the last good run was, and which commits have been made since?

Re: Recent Mustella failures - different sized baseline PNGs ?

I think it’s time, yes … Maybe we start by figuring out when the last good run was, and which commits have been made since? EdB On Mon, Oct 20, 2014 at 10:10 AM, Tom Chiverton wrote: > On 16/10/14 19:35, Alex Harui wrote: > >> this particular incantation has worked both times. I did look and

Re: Recent Mustella failures - different sized baseline PNGs ?

On 16/10/14 19:35, Alex Harui wrote: this particular incantation has worked both times. I did look and saw Still failing, so I think we need a closer look at why the outputs are different sizes to the expected ? Tom

Re: Very high FlexJS installer error rate (98+%)

On Sun, Oct 19, 2014 at 11:52 PM, Alex Harui wrote: > > > On 10/19/14, 11:46 PM, "OmPrakash Muppirala" wrote: > > > >BTW, manually downloading it from > > > http://sourceforge.net/projects/jburg/files/jburg-1.10.1.tar.gz/download?u > >se_mirror=colocrossing > >works every time. Can we switch to