Alex, if I had time I wouldn't do it. :) I hate build stuff and this is exactly why I set that template file up.
I have never had a problem getting things going, so people that are having problems are missing a step or two. It seems like a youtube video showing exactly the steps would help hehehe. ;-) Mike On Mon, Feb 15, 2016 at 4:20 PM, Alex Harui <[email protected]> wrote: > And there is a template-unittest.properties file in compiler.tests which > explains the options. > > The README supposedly contains sufficient information to build from > sources since several PMC members have successfully done so and voted to > release. > > I don't know how much time to devote to make the build system simpler. > Some place have full time build engineers. Should I become a full-time > build engineer and stop developing features? Everyone has their favorite > way of configuring their system. I am not enjoying trying to guess what > people want to do. This is not my itch that I want to scratch, but > apparently, nobody else has the time to make it better. They just want to > complain. I've been using scripts that set environment variables for > years. It seems to work for me. > > I will try to get the build system to read an env.properties file from a > repo root. I don't think we can have an uber env.properties. We can't > guarantee all repos will stay in sync. > > -Alex > > On 2/15/16, 9:16 AM, "Josh Tynjala" <[email protected]> wrote: > > >I think I found that you need to add unittest.properties in both compiler > >and compiler.jx. The readme file has details about what properties should > >be defined. It's near the bottom, as I recall, which means it's easy to > >miss. > > > >I agree with Harbs that we should probably make this simpler. Instead of a > >separate properties file for tests, why not use env.properties? > > > >- Josh > >On Feb 15, 2016 8:01 AM, "Harbs" <[email protected]> wrote: > > > >> Where do I need to set the unittest.properties file? > >> > >> I’m happy to do so, but I think it would be great if we could at least > >>get > >> some instructions on everything needed to build from source. > >> > >> Every time I come back to this, I have trouble. Maybe it’s just me, but > >>it > >> seems like it raises the bar needed to contribute. > >> > >> On Feb 15, 2016, at 5:01 PM, Alex Harui <[email protected]> wrote: > >> > >> > > >> > > >> > On 2/14/16, 11:52 PM, "Harbs" <[email protected]> wrote: > >> > > >> >> Cleaning the repo seemed to have helped somewhat, but I still could > >>not > >> >> compile, and I’m assuming because I need to build falcon: > >> >> Buildfile: > >> >> > >> > >>/Users/harbs/Documents/ApacheFlex/flex-asjs/frameworks/projects/XML/build > >>. > >> >> xml > >> >> > >> >> clean: > >> >> > >> >> check-falcon-home: > >> >> [echo] FALCON_HOME is > >> >> /Users/harbs/Documents/ApacheFlex/flex-falcon/compiler > >> >> > >> >> check-falconjx-home: > >> >> [echo] FALCONJX_HOME is > >> >> /Users/harbs/Documents/ApacheFlex/flex-falcon/compiler.jx > >> > > >> > This implies you still have environment variables set somehow. The > >> > defaults would use relative paths with ../ in them. > >> > Do you have an env.properties file or local.properties file? > >> > > >> > > >> >> > >> >> unit.tests: > >> >> [junit] unittest.properties not found > >> >> [junit] environment property - FLEX_HOME = > >> >> > >> > >>/Users/harbs/Documents/ApacheFlex/flex-falcon/compiler/generated/dist/sdk > >> >> [junit] environment property - PLAYERGLOBAL_HOME = > >> >> > >> > >>/Users/harbs/Documents/ApacheFlex/flex-falcon/compiler/generated/dist/sdk > >>/ > >> >> frameworks/libs/player > >> >> [junit] environment property - PLAYERGLOBAL_VERSION = 11.1 > >> >> [junit] environment property - TLF_HOME = null > >> >> [junit] environment property - AIR_HOME = null > >> >> [junit] environment property - FLASHPLAYER_DEBUGGER = null > >> > > >> > I will spend time today trying to get the build to work without > >> > unittest.properties files, but I think it will still require setting > >> > PLAYERGLOBAL_HOME, AIR_HOME, FLASHPLAYER_DEBUGGER and maybe > >> > PLAYERGLOBAL_VERSION in the environment. I have spent several hours > >> > already trying to make sure folks don't have to specify relative > >>paths to > >> > other Apache Flex repos, but right now we don't have a good way to > >>guess > >> > where folks put the Adobe stuff. > >> > > >> > -Alex > >> > >> > >
