Mailing-List: contact dev-help@flex.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flex.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CANcBHEAbsd7+VUNPxiLX8reDQR7AFJDMqCLLfHKUZap8O9ewag@mail.gmail.com>
References: <D2434DF5.58ECF%aharui@adobe.com>
 <A37C1B03-5979-4298-A7E5-6641BF589102@gmail.com>
 <D24C0D4B.594B5%aharui@adobe.com>
 <D77EF201-553A-4B81-B9D3-62EF77DA17F6@gmail.com>
 <000f4262.09218fd71809928f@adobe.com>
 <CADZSWG4YrOfNdCE0TdPD=Sc4K-FnMRBMVDuTdS4e0MFtDOrQ7A@mail.gmail.com>
 <D24C62EA.594F7%aharui@adobe.com>
 <CADZSWG46dnfE7PCwHpyqjVnSzTXUJQG3xJnKJFzGSFZYjzBsWg@mail.gmail.com>
 <D24D09D9.596D3%aharui@adobe.com>
 <CADZSWG4RrVRT=7aiEronNvFqDVjce5yZEdNuTdARvw29xXS-4A@mail.gmail.com>
 <D24D1CCB.59722%aharui@adobe.com>
 <CADZSWG4F7ywCnJxmzzBTh3Ah05ioXfo7XTGh7B_ZdM+XQWmKqQ@mail.gmail.com>
 <D24D343D.5974D%aharui@adobe.com>
 <CADZSWG42OAPVon4E2F-jRm=iT-W48d=WDjRNtaUfFS178ZwgPQ@mail.gmail.com>
 <CADZSWG4vxToDqS8gOMwZOjqk1zD5PFL8e2UfymBSG+Vu+4CKEQ@mail.gmail.com>
 <D24EFEB8.5990E%aharui@adobe.com>
 <CADZSWG7ATrrM7Mt0+u8=u_ke4kDD6nbSMzgFj6xpB1t7m5LDWw@mail.gmail.com>
 <D253B4F6.59BB2%aharui@adobe.com>
 <279549A6-E89C-4D77-9402-BC5379E58F59@gmail.com>
 <D25930EE.5A035%aharui@adobe.com>
 <7332F66F-63F5-4A7A-9E39-65DF21827651@classsoftware.com>
 <D25D13B7.5A22D%aharui@adobe.com>
 <54C4AC3B-8DD4-4D05-A1A2-7B70185EB516@gmail.com>
 <D260A7D6.5A805%aharui@adobe.com>
 <CANcBHEAbsd7+VUNPxiLX8reDQR7AFJDMqCLLfHKUZap8O9ewag@mail.gmail.com>
From: Josh Tynjala <joshtynjala@gmail.com>
Date: Thu, 5 Nov 2015 16:52:09 -0800
Message-ID: 
 <CADZSWG61Gczp1XcSUuKNFqxQd2LT36eD6EZ-Em1eFi_rtYDcaw@mail.gmail.com>
Subject: Re: [DISCUSS] Release Apache FlexJS 0.5.0
To: dev@flex.apache.org
Content-Type: multipart/alternative; boundary=001a113b35729eafd70523d4a930

--001a113b35729eafd70523d4a930
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

As Alex said, most people who want to try out FlexJS 0.5.0 will simply use
the Apache Flex SDK Installer. It'll be super easy for them. In fact, you
can already install the nightlies and RC1 using the installer if you
right-click and choose Show Dev Builds. Once 0.5.0 is released, the build
will show up on the regular list, obviously.

People who are having trouble with building are trying to build from the
source distribution and/or the Git repository. Things are a little more
complicated that way, but the vast majority of people won't need to deal
with that type of build.

- Josh

On Thu, Nov 5, 2015 at 3:21 PM, jude <flexcapacitor@gmail.com> wrote:

> Alex,
> I'm going to go ahead and put together an app so that you can install
> FlexJS with one click and compile. I want it to be as simple as possible
> for anyone (new web developers). I've downloaded the build script and
> looked over it but there is some code in it for voting and release. I'm
> sure you will be repeating yourself again but here's my requirements:
>
> =E2=80=A2 button to validate FlexJS requirements (paths, etc)
> =E2=80=A2 button to set paths for the user
> =E2=80=A2 one button to download FlexJS
> =E2=80=A2 another button to run FlexJS on a project app (without an IDE)
>
> Are there targets to do each of these (or where should I start)? Since it=
's
> an AIR app I want to run each target independently. BTW I'm bundling ant
> with the app so that the user doesn't have to install anything extra. If
> someone has FB or IntelliJ installed does the install directory need to
> change? I'll put the project on github or post it to the group as soon as
> it's usable.
>
>
> On Thu, Nov 5, 2015 at 6:32 AM, Alex Harui <aharui@adobe.com> wrote:
>
> >
> >
> > On 11/5/15, 3:56 AM, "Harbs" <harbs.lists@gmail.com> wrote:
> >
> > >I=E2=80=99m a bit confused about the release process.
> > >
> > >I thought we were creating release branches in git for each release to
> > >=E2=80=9Cfreeze=E2=80=9D the code, so we do not have a wildly moving t=
arget. It does not
> > >seem like that=E2=80=99s happening, so I=E2=80=99m not sure if I just =
misunderstood.
> >
> > You understand correctly.  I=E2=80=99m cheating right now because it is=
 just more
> > work to set up release branches, and there isn=E2=80=99t a lot of non-c=
ritical
> > work going on the develop branch.  Peter and I are working on the back
> > port from JS to AS in a separate branch.  Only important fixes are bein=
g
> > pushed to develop.  If we had more folks contributing more often, then =
I
> > would have used a release branch.
> >
> > Even release branches have historically moved because folks don=E2=80=
=99t start
> > testing until late in the game and find important bugs.
> >
> > -Alex
> >
> > >
> > >Harbs
> > >
> > >On Nov 3, 2015, at 12:04 AM, Alex Harui <aharui@adobe.com> wrote:
> > >
> > >>
> > >>
> > >> On 10/30/15, 3:19 PM, "Justin Mclean" <justin@classsoftware.com>
> wrote:
> > >>
> > >>> Hi,
> > >>>
> > >>>> Hmm, I was hoping more PMC folks would respond.  Remember that,
> > >>>> according
> > >>>> to the release process, the PMC folks planning to vote are suppose=
d
> to
> > >>>> be
> > >>>> running tests now. In theory, the only new test to be run  after w=
e
> > >>>> start
> > >>>> the vote is whether the PGP signature is valid.
> > >>>
> > >>> We=E2=80=99re continually trying to test a moving target which invo=
lves a
> > >>>greater
> > >>> time commitment that I currently have available. You=E2=80=99ve nev=
er quite
> > >>>sure
> > >>> if the version you testing is going to be the version in the releas=
e
> > >>> candidate and unless you very carefully follow all of the commits
> it=E2=80=99s
> > >>> not obvious what needs to be retested at two different time
> intervals.
> > >>
> > >> Hmm, pleading is working so maybe I=E2=80=99ll try guilt-tripping.
> > >>
> > >> Yes, the nightly builds are a moving target.  IMO, we all want to gr=
ow
> > >>the
> > >> community by attracting customers and hopefully convert a few to be
> > >> committers and the only way I know to do it is to keep making the co=
de
> > >> better and releasing the best release we can in the most efficient
> > >>manner.
> > >> IMO, freezing a branch and not allowing important bug fixes that mig=
ht
> > >> make a difference in whether someone becomes more active in our
> > >>community
> > >> doesn=E2=80=99t make sense.  Taking the time to build out an RC and =
post it
> and
> > >> start a vote thread in order to finally get some testing isn=E2=80=
=99t very
> > >> efficient either.
> > >>
> > >> Historically, when we produced an RC and immediately started a relea=
se
> > >> vote, bugs would be found and we=E2=80=99d cancel the RC and roll ou=
t another
> > >>one.
> > >> The goal of the release process we voted in, IMO, was to reduce this
> > >> overhead of posting RCs, opening and closing vote threads, etc. so w=
e
> > >>can
> > >> more efficiently achieve the goal of serving our customers and
> > >>attracting
> > >> some of them to becoming committers so we can have more people find
> bugs
> > >> sooner by working with the develop branch.
> > >>
> > >> Recently, I=E2=80=99ve spent several days on improving build and app=
roval
> > >>scripts
> > >> so testing what is in development takes less time.  In theory, you c=
an
> > >>now
> > >> start up the approval script which will pull down the bits, answer a
> few
> > >> questions, then go do something else for 5 to 25 minutes and then co=
me
> > >> back and poke at it.  I would have rather spent that time on feature=
s
> > >>for
> > >> our customers, but I gambled that this would help us get the release
> out
> > >> sooner.  I=E2=80=99m not sure that paid off.
> > >>
> > >>
> > >> I don=E2=80=99t have any other ideas on how to make it easier for th=
ose of you
> > >>who
> > >> contribute in your spare time to stay up on the commits and bugs.  I=
t
> > >> should be ok to take any nightly build and run it through your tests
> and
> > >> report your findings.  Ideally, you would be up to date on the commi=
ts
> > >>and
> > >> bugs and other discussions to know whether what you find is a
> duplicate
> > >>or
> > >> not, but at this point, I don=E2=80=99t care if you report a duplica=
te.  At
> > >>least
> > >> that means you verified a bunch of other code paths worked for you. =
 I
> > >> don=E2=80=99t know how other Apache projects with really active code=
 bases do
> > >>it.
> > >>
> > >> It is certainly fine to be too busy to vote on a release.  I was
> hoping
> > >>to
> > >> get more folks to poke at the bits before starting a vote because it
> > >>will
> > >> be a waste of community energy to start a vote and then have a bunch
> of
> > >> PMC voters jump in and start reporting important bugs.  But I think
> the
> > >> community has waited too long already, so I am going to start a vote
> > >>soon,
> > >> and Peter and I will vote and maybe Josh and/or Harbs and we=E2=80=
=99ll be
> good
> > >>to
> > >> go.  Hopefully any others jumping in late won=E2=80=99t find release=
 blockers
> > >>and
> > >> we=E2=80=99ll just make another release later.
> > >>
> > >>
> > >> -Alex
> > >
> >
> >
>

--001a113b35729eafd70523d4a930--