Mailing-List: contact dev-help@heron.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@heron.incubator.apache.org
MIME-Version: 1.0
In-Reply-To: <CAB-acjNq1sJg7Wp+UbeEN4hQoONH1cLuGSkNhRpe79L8_3Yptg@mail.gmail.com>
References: <CAB-acjMa0DmFAK7ALJ9MaxqPXd7BWKtCL0hn+yF4x_a3qF18PQ@mail.gmail.com>
 <CANGiwga7yD0M0AL5DU9FY4Y_ZhRUxFTVS321rV8E0QPQeVykgQ@mail.gmail.com>
 <CANyrgvcPUvJ79FF9UwU8-A8GyqXM1AJwmHUC62FZuydr9CyKEw@mail.gmail.com>
 <CAB-acjPYJ4gNTiOir8oCC0RvOwpPdoq5XSchMa2=KUPA_S2XiA@mail.gmail.com>
 <CANGiwgaeEctnC5qgmnCLaAHp5EEn+DSHJv7=xevBBucuLksUkQ@mail.gmail.com>
 <pony-4f6911432c0e56d59d8abe5b65087e9956a6af1e-ce75f6686535f70d0d7ef8e4027f0b70b40f7814@dev.heron.apache.org>
 <CAB-acjMkM76dGbkBy4kCFtNP8XkSrfcrn8zybh7=JYm1=i_3PQ@mail.gmail.com>
 <CANx6OK-_0gnm4aOhGHfOAQOFZgDEROOnpqYh+x9xTbBHog+2iQ@mail.gmail.com>
 <CAKa9qDnN0T97zY2p5Pd+w4yPtitTrUF1mLBVfJjh0vT6tCm7zw@mail.gmail.com> <CAB-acjNq1sJg7Wp+UbeEN4hQoONH1cLuGSkNhRpe79L8_3Yptg@mail.gmail.com>
From: Jacques Nadeau <jacques@apache.org>
Date: Sun, 29 Oct 2017 20:27:50 -0700
Message-ID: <CAKa9qDmecX+1DDKmzHXG43VqJ4A25ung2vT=DGcacTodwxvrUg@mail.gmail.com>
Subject: Re: Migrating Heron code to Apache
To: dev@heron.incubator.apache.org
Content-Type: multipart/alternative; boundary="94eb2c0852ce1f7b23055cbb39cf"
archived-at: Mon, 30 Oct 2017 03:27:58 -0000

--94eb2c0852ce1f7b23055cbb39cf
Content-Type: text/plain; charset="UTF-8"

I don't believe the location of the code influences the type of release
allowed. For example, I believe the Parquet project to did a non-Apache
release after migrating. Maybe Julien can confirm that. Or Jake/another can
reconfirm/refute my memory.


On Sun, Oct 29, 2017 at 9:24 AM, Bill Graham <billgraham@gmail.com> wrote:

> Jacques, I was under the impression that once the code was imported to
> apache, releases had to be apache releases. This would require 1 and a
> number of other changes. Is that not the case? The motivation for doing 1
> first was so we could continue to cut releases as needed during that
> effort.
>
> On Sun, Oct 29, 2017 at 7:41 AM Jacques Nadeau <jacques@apache.org> wrote:
>
> > I'm -0 on plan.
> >
> > Why not just import code then do changes 1 and 2 after 3? Just seems like
> > getting 3 done is a key blocking item on forward progress of the
> community.
> >
> > On Oct 27, 2017 3:16 PM, "Sanjeev Kulkarni" <sanjeevrk@gmail.com> wrote:
> >
> > > +1
> > >
> > > On Thu, Oct 26, 2017 at 9:15 AM, Bill Graham <billgraham@gmail.com>
> > wrote:
> > >
> > > > Any other comments on this proposal from Heron developers? The next
> > > podling
> > > > report is due on Wednesday so we should address our plan.
> > > >
> > > > On Sat, Oct 21, 2017 at 3:38 PM, John D. Ament <
> johndament@apache.org>
> > > > wrote:
> > > >
> > > > > If you do in fact want to use gitbox (which allows you to have
> github
> > > > > writable repos), infra will need to be made an admin on your
> > > organization
> > > > > temporarily to do the migration.
> > > > >
> > > > > Many new projects are doing this, so it's not uncommon to just use
> > > gitbox
> > > > > since you're already on github.
> > > > >
> > > > > John
> > > > >
> > > > > On 2017-10-19 13:20, Brian Hatfield <bmhatfield@gmail.com> wrote:
> > > > > > Thank you both for the info :-) I had not realized it would just
> be
> > > > > > re-homed in a different Github org. Thanks!
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > > On Thu, Oct 19, 2017 at 11:58 AM, Bill Graham <
> > billgraham@gmail.com>
> > > > > wrote:
> > > > > >
> > > > > > > Right, it would still be on github, just at apache/heron
> instead
> > of
> > > > > > > twitter/heron.
> > > > > > >
> > > > > > > On Thu, Oct 19, 2017 at 8:16 AM Jake Farrell <
> > jfarrell@apache.org>
> > > > > wrote:
> > > > > > >
> > > > > > > > Apache git can also refer to the Github Apache org as a
> number
> > of
> > > > > > > projects
> > > > > > > > are running in that fashion. They key is that the code has
> been
> > > > > imported
> > > > > > > > over to the Apache Infra owned/managed infrastructure
> > > > > > > >
> > > > > > > > -Jake
> > > > > > > >
> > > > > > > > On Thu, Oct 19, 2017 at 11:04 AM, Brian Hatfield <
> > > > > bmhatfield@gmail.com>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Silly question - and apologies if this has already been
> > > discussed
> > > > -
> > > > > but
> > > > > > > is
> > > > > > > >> #3 (Migrate the code to Apache git) required? From my
> > > perspective
> > > > > Github
> > > > > > > >> is
> > > > > > > >> much more preferable as it's where nearly every other open
> > > source
> > > > > > > codebase
> > > > > > > >> I interact with is, and the UI is very friendly to
> newcomers.
> > > > > > > >>
> > > > > > > >> On Thu, Oct 19, 2017 at 11:01 AM, Bill Graham <
> > > > billgraham@gmail.com
> > > > > >
> > > > > > > >> wrote:
> > > > > > > >>
> > > > > > > >> > Hi,
> > > > > > > >> >
> > > > > > > >> > In LEGAL-339 <
> > https://issues.apache.org/jira/browse/LEGAL-339
> > > >
> > > > > it was
> > > > > > > >> > concluded that we can in fact move the code to Apache git
> > and
> > > > cut
> > > > > > > Apache
> > > > > > > >> > releases without the SGA. I propose we move forward on
> > that. I
> > > > > suggest
> > > > > > > >> the
> > > > > > > >> > following plan:
> > > > > > > >> >
> > > > > > > >> > 1.a Refactor all Heron build dependencies (mainly c++
> libs)
> > to
> > > > be
> > > > > > > >> fetched
> > > > > > > >> > at build time and not committed in the repo. (#2092
> > > > > > > >> > <https://github.com/twitter/heron/issues/2092>)
> > > > > > > >> > 1.b Refactor the bazel checkstyles to support both the
> > Twitter
> > > > > > > copyright
> > > > > > > >> > (for existing code) and the Apache copyright (for new code
> > > after
> > > > > the
> > > > > > > >> > migration).
> > > > > > > >> > 2. Cut the last non-Apache release.
> > > > > > > >> > 3. Migrate the code to Apache git
> > > > > > > >> > 4. Add incubation disclaimer
> > > > > > > >> > 5. Cut the first Apache release.
> > > > > > > >> >
> > > > > > > >> > What do folks think of that plan? Item's 1a and 1b can
> > happen
> > > in
> > > > > > > >> parallel,
> > > > > > > >> > as could item 2 actually. There will surely be more
> smaller
> > > > > items, but
> > > > > > > >> > those are the big ones as I see it. Please chime in if
> I've
> > > > > overlooked
> > > > > > > >> > anything major.
> > > > > > > >> >
> > > > > > > >> > thanks,
> > > > > > > >> > Bill
> > > > > > > >> >
> > > > > > > >>
> > > > > > > >
> > > > > > > > --
> > > > > > > Sent from Gmail Mobile
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> --
> Sent from Gmail Mobile
>

--94eb2c0852ce1f7b23055cbb39cf--