You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bigtop.apache.org by Konstantin Boudnik <co...@apache.org> on 2015/03/27 22:42:33 UTC
Re: Gearing up for 1.0.0
Does anyone observe this issue?
http://bigtop01.cloudera.org:8080/job/Bootstrap-master-pig-pkg/TARGET_OS=fedora-20,slaves=docker/54/console
I can not reproduce it in my local environment. Thanks!
Cos
On Fri, Mar 27, 2015 at 01:08AM, Konstantin Boudnik wrote:
> I have reduced the number of the open tickets for the release down to 44.
> I think it might go down a little more, but what's left seems to be doable.
> Thoughts? Anything we need to move into 1.0 scope?
>
> Here's the filter https://issues.apache.org/jira/issues/?filter=12331028
>
> Cos
>
> On Sat, Feb 28, 2015 at 06:56PM, Konstantin Boudnik wrote:
> > Guys,
> >
> > It'd be great if we can have the next release ready by ApacheCon in April.
> > Think about all the PR and publicity we can get without any effort on our own.
> > And perhaps from the tactical standpoint we shall call this release 1.0?
> >
> > I believe the only major hurdle between us and the release is CI. Roman, I
> > understand you're busy elsewhere, but could you please let us know what else
> > needs to be done before we can start doing the regular builds and how the
> > community can help. That's the highest priority, IMO.
> >
> > There a couple of the tickets left unfixed/unassigned on BIGTOP-1480, and if
> > they aren't resolved on time we can move them farther. There's lesser than a
> > half-dozen blockers and none of them look too big, honestly. And we have a
> > whole lot of active committers and contributors to wrap-up the release in a
> > couple of weeks.
> >
> > Do we want to try upgrade to HBase 1.x for this release or it might be too big
> > of a distortion? Andrew, what do you think and do you have cycles to do that?
> >
> > What else we need to get done for this release? Suggestions?
> >
> > Is there anyone who wants to step up as the RM this time around? RM doesn't
> > mean that you have to do all the job, but rather be an efficient with a stick ;)
> >
> > Thoughts?
> > Cos
Re: Gearing up for 1.0.0
Posted by Konstantin Boudnik <co...@apache.org>.
It might be something with the slave perhaps. Considering that CI setup is flaky
right now I won't be surprised. We need new slaves, etc.
Cos
On Sun, Mar 29, 2015 at 02:32AM, Evans Ye wrote:
> Did not observe that issue before.
>
> Mine does not build but was caused by BIGTOP-1596
> <https://issues.apache.org/jira/browse/BIGTOP-1596> not being fixed in
> out-of-date bigtop/slaves:fedora-20 container.
> In addition, unresolved BIGTOP-1757
> <https://issues.apache.org/jira/browse/BIGTOP-1757> is preventing
> bigtop_toolchain to be successfully installed on fedora 20.
>
> After those issue are fixed, I can build pig 14 on fedora 20, too.
>
> 2015-03-28 5:42 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > Does anyone observe this issue?
> >
> > http://bigtop01.cloudera.org:8080/job/Bootstrap-master-pig-pkg/TARGET_OS=fedora-20,slaves=docker/54/console
> >
> > I can not reproduce it in my local environment. Thanks!
> > Cos
> >
> > On Fri, Mar 27, 2015 at 01:08AM, Konstantin Boudnik wrote:
> > > I have reduced the number of the open tickets for the release down to 44.
> > > I think it might go down a little more, but what's left seems to be
> > doable.
> > > Thoughts? Anything we need to move into 1.0 scope?
> > >
> > > Here's the filter https://issues.apache.org/jira/issues/?filter=12331028
> > >
> > > Cos
> > >
> > > On Sat, Feb 28, 2015 at 06:56PM, Konstantin Boudnik wrote:
> > > > Guys,
> > > >
> > > > It'd be great if we can have the next release ready by ApacheCon in
> > April.
> > > > Think about all the PR and publicity we can get without any effort on
> > our own.
> > > > And perhaps from the tactical standpoint we shall call this release
> > 1.0?
> > > >
> > > > I believe the only major hurdle between us and the release is CI.
> > Roman, I
> > > > understand you're busy elsewhere, but could you please let us know
> > what else
> > > > needs to be done before we can start doing the regular builds and how
> > the
> > > > community can help. That's the highest priority, IMO.
> > > >
> > > > There a couple of the tickets left unfixed/unassigned on BIGTOP-1480,
> > and if
> > > > they aren't resolved on time we can move them farther. There's lesser
> > than a
> > > > half-dozen blockers and none of them look too big, honestly. And we
> > have a
> > > > whole lot of active committers and contributors to wrap-up the release
> > in a
> > > > couple of weeks.
> > > >
> > > > Do we want to try upgrade to HBase 1.x for this release or it might be
> > too big
> > > > of a distortion? Andrew, what do you think and do you have cycles to
> > do that?
> > > >
> > > > What else we need to get done for this release? Suggestions?
> > > >
> > > > Is there anyone who wants to step up as the RM this time around? RM
> > doesn't
> > > > mean that you have to do all the job, but rather be an efficient with
> > a stick ;)
> > > >
> > > > Thoughts?
> > > > Cos
> >
Re: Gearing up for 1.0.0
Posted by Evans Ye <ev...@apache.org>.
Did not observe that issue before.
Mine does not build but was caused by BIGTOP-1596
<https://issues.apache.org/jira/browse/BIGTOP-1596> not being fixed in
out-of-date bigtop/slaves:fedora-20 container.
In addition, unresolved BIGTOP-1757
<https://issues.apache.org/jira/browse/BIGTOP-1757> is preventing
bigtop_toolchain to be successfully installed on fedora 20.
After those issue are fixed, I can build pig 14 on fedora 20, too.
2015-03-28 5:42 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Does anyone observe this issue?
>
> http://bigtop01.cloudera.org:8080/job/Bootstrap-master-pig-pkg/TARGET_OS=fedora-20,slaves=docker/54/console
>
> I can not reproduce it in my local environment. Thanks!
> Cos
>
> On Fri, Mar 27, 2015 at 01:08AM, Konstantin Boudnik wrote:
> > I have reduced the number of the open tickets for the release down to 44.
> > I think it might go down a little more, but what's left seems to be
> doable.
> > Thoughts? Anything we need to move into 1.0 scope?
> >
> > Here's the filter https://issues.apache.org/jira/issues/?filter=12331028
> >
> > Cos
> >
> > On Sat, Feb 28, 2015 at 06:56PM, Konstantin Boudnik wrote:
> > > Guys,
> > >
> > > It'd be great if we can have the next release ready by ApacheCon in
> April.
> > > Think about all the PR and publicity we can get without any effort on
> our own.
> > > And perhaps from the tactical standpoint we shall call this release
> 1.0?
> > >
> > > I believe the only major hurdle between us and the release is CI.
> Roman, I
> > > understand you're busy elsewhere, but could you please let us know
> what else
> > > needs to be done before we can start doing the regular builds and how
> the
> > > community can help. That's the highest priority, IMO.
> > >
> > > There a couple of the tickets left unfixed/unassigned on BIGTOP-1480,
> and if
> > > they aren't resolved on time we can move them farther. There's lesser
> than a
> > > half-dozen blockers and none of them look too big, honestly. And we
> have a
> > > whole lot of active committers and contributors to wrap-up the release
> in a
> > > couple of weeks.
> > >
> > > Do we want to try upgrade to HBase 1.x for this release or it might be
> too big
> > > of a distortion? Andrew, what do you think and do you have cycles to
> do that?
> > >
> > > What else we need to get done for this release? Suggestions?
> > >
> > > Is there anyone who wants to step up as the RM this time around? RM
> doesn't
> > > mean that you have to do all the job, but rather be an efficient with
> a stick ;)
> > >
> > > Thoughts?
> > > Cos
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Thanks man - pushed everything in; fixed the tag; will publish the RC4 and
restart the vote tonight. Hopefully this will be the last.
On Fri, Aug 07, 2015 at 03:04PM, RJ Nowling wrote:
> Reviewed!
>
> On Fri, Aug 7, 2015 at 2:44 PM, Konstantin Boudnik <co...@apache.org> wrote:
>
> > Guys,
> >
> > Working on the respin of 1.0 I have realized that this would be the perfect
> > time to fix the licensing issues once and for all.
> >
> > Hence, I have fixed BIGTOP-1951 (and would apprecite the review ASAP) and
> > also
> > added BIGTOP-1809 as it drops some of the unsed files that otherwise will
> > be
> > triggering false-negatives in RAT check. Hopefully nobody objects this
> > later
> > one.
> >
> > I think the branch is ready for the release now - please review BIGTOP-1951
> > and I will proceed with it.
> >
> > Thank you!
> > Cos
> >
> > On Sat, Aug 01, 2015 at 12:27AM, Konstantin Boudnik wrote:
> > > I have rolled out RC1 and started the [VOTE].
> > >
> > > Questions to Evans and Nate: do you guys think we can produce the binary
> > > packages once the release is accepted? It'd be nice to have them made on
> > our
> > > CI setup, but I am not sure if this is possible at the moment.
> > >
> > > Thanks!
> > > Cos
> > >
> > > On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> > > > Started, finally, preparing RC1 and hit a few issues. Some of them like
> > > > BIGTOP-1947 were easy to fix, but there's particularly one that I have
> > no idea
> > > > what to do with: BIGTOP-1949
> > > >
> > > > It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> > 1.4.5
> > > > (and 1.4.6) are pulled off the net hence the smoke test artifact can
> > not be
> > > > build. If anyone has any insight into what's going on on that from -
> > please
> > > > share. I am also cross-posting this to dev@sqoop so hopefully they
> > will be
> > > > able to comment on the issue. Thanks for the help!
> > > >
> > > > Regards,
> > > > Cos
> > > >
> > > > On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > > Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > > I have also pushed branch-1.0 that has all the bits for 1.0 RC, but
> > I don't
> > > > > have time to finish RC publishing up right now - will try to do it
> > from the
> > > > > train, but who knows if I will have any connection there.
> > > > >
> > > > > If anyone can pick up where I left-off - it'd be great: I am really
> > trying to
> > > > > get on my damn vacation ;) If not - I will try to find a bit of time
> > next week
> > > > > for this.
> > > > >
> > > > > Thanks all for your help,
> > > > > Cos
> > >
> > >
> >
> >
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by RJ Nowling <rn...@gmail.com>.
Reviewed!
On Fri, Aug 7, 2015 at 2:44 PM, Konstantin Boudnik <co...@apache.org> wrote:
> Guys,
>
> Working on the respin of 1.0 I have realized that this would be the perfect
> time to fix the licensing issues once and for all.
>
> Hence, I have fixed BIGTOP-1951 (and would apprecite the review ASAP) and
> also
> added BIGTOP-1809 as it drops some of the unsed files that otherwise will
> be
> triggering false-negatives in RAT check. Hopefully nobody objects this
> later
> one.
>
> I think the branch is ready for the release now - please review BIGTOP-1951
> and I will proceed with it.
>
> Thank you!
> Cos
>
> On Sat, Aug 01, 2015 at 12:27AM, Konstantin Boudnik wrote:
> > I have rolled out RC1 and started the [VOTE].
> >
> > Questions to Evans and Nate: do you guys think we can produce the binary
> > packages once the release is accepted? It'd be nice to have them made on
> our
> > CI setup, but I am not sure if this is possible at the moment.
> >
> > Thanks!
> > Cos
> >
> > On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> > > Started, finally, preparing RC1 and hit a few issues. Some of them like
> > > BIGTOP-1947 were easy to fix, but there's particularly one that I have
> no idea
> > > what to do with: BIGTOP-1949
> > >
> > > It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> 1.4.5
> > > (and 1.4.6) are pulled off the net hence the smoke test artifact can
> not be
> > > build. If anyone has any insight into what's going on on that from -
> please
> > > share. I am also cross-posting this to dev@sqoop so hopefully they
> will be
> > > able to comment on the issue. Thanks for the help!
> > >
> > > Regards,
> > > Cos
> > >
> > > On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > I have also pushed branch-1.0 that has all the bits for 1.0 RC, but
> I don't
> > > > have time to finish RC publishing up right now - will try to do it
> from the
> > > > train, but who knows if I will have any connection there.
> > > >
> > > > If anyone can pick up where I left-off - it'd be great: I am really
> trying to
> > > > get on my damn vacation ;) If not - I will try to find a bit of time
> next week
> > > > for this.
> > > >
> > > > Thanks all for your help,
> > > > Cos
> >
> >
>
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Guys,
Working on the respin of 1.0 I have realized that this would be the perfect
time to fix the licensing issues once and for all.
Hence, I have fixed BIGTOP-1951 (and would apprecite the review ASAP) and also
added BIGTOP-1809 as it drops some of the unsed files that otherwise will be
triggering false-negatives in RAT check. Hopefully nobody objects this later
one.
I think the branch is ready for the release now - please review BIGTOP-1951
and I will proceed with it.
Thank you!
Cos
On Sat, Aug 01, 2015 at 12:27AM, Konstantin Boudnik wrote:
> I have rolled out RC1 and started the [VOTE].
>
> Questions to Evans and Nate: do you guys think we can produce the binary
> packages once the release is accepted? It'd be nice to have them made on our
> CI setup, but I am not sure if this is possible at the moment.
>
> Thanks!
> Cos
>
> On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> > Started, finally, preparing RC1 and hit a few issues. Some of them like
> > BIGTOP-1947 were easy to fix, but there's particularly one that I have no idea
> > what to do with: BIGTOP-1949
> >
> > It seems that Sqoop's artifacts for sqoop-core and sqoop-client from 1.4.5
> > (and 1.4.6) are pulled off the net hence the smoke test artifact can not be
> > build. If anyone has any insight into what's going on on that from - please
> > share. I am also cross-posting this to dev@sqoop so hopefully they will be
> > able to comment on the issue. Thanks for the help!
> >
> > Regards,
> > Cos
> >
> > On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> > > have time to finish RC publishing up right now - will try to do it from the
> > > train, but who knows if I will have any connection there.
> > >
> > > If anyone can pick up where I left-off - it'd be great: I am really trying to
> > > get on my damn vacation ;) If not - I will try to find a bit of time next week
> > > for this.
> > >
> > > Thanks all for your help,
> > > Cos
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Good point!
On Mon, Aug 03, 2015 at 10:15AM, 김영우 wrote:
> Great work, Evans!
>
> Just a reminder: Once you integrate CI jobs for 1.0.0 release, we should
> update default repositories for bigtop-deploy before publishing 1.0.0
> release artifacts.
>
> Found the url for Bigtop 0.8 from RC1 artifacts:
>
> > $ grep -r '
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0'
> > bigtop-deploy/
> > bigtop-deploy/puppet/manifests/site.pp:$default_yumrepo = "
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> > "
> > bigtop-deploy/puppet/manifests/site.pp:$default_debrepo = "
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=trusty/5/artifact/output/apt/
> > "
> > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml:repo: "
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> > "
> > bigtop-deploy/vm/vagrant-puppet-docker/vagrantconfig_debian.yaml:repo: "
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=trusty/5/artifact/output/apt/
> > "
> > bigtop-deploy/vm/vagrant-puppet-docker/vagrantconfig.yaml:repo: "
> > http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> > "
>
>
> Thanks,
> Youngwoo
>
> On Sun, Aug 2, 2015 at 6:27 AM, Konstantin Boudnik <co...@apache.org> wrote:
>
> > Ah, great Evans. Disk wise: we should still be able to use old account ebs
> > volume; or as Nate said. Great, looks loke the release is coming along then!
> >
> > Don't forget to vote on it ;)
> >
> > On August 1, 2015 12:25:13 PM PDT, nate@reactor8.com wrote:
> > >We can either add ebs volume or increase existing volume, or both
> > >
> > >-----Original Message-----
> > >From: Evans Ye [mailto:evansye@apache.org]
> > >Sent: Saturday, August 1, 2015 11:25 AM
> > >To: dev@bigtop.apache.org
> > >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> > >
> > >We do have release build setup on CI:
> > >
> > >http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
> > >http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
> > >
> > >These builds underlying leveraged the new aws account resources.
> > >Once the RC passed the vote, we can simply click the build button and
> > >produce the whole packages(supposedly).
> > >
> > >I haven't share the information of these CI builds because there's
> > >still an
> > >issue:
> > >The fixed type of EC2 instance donated by EMR team do not have big
> > >enough local disk to store all the release artifacts, hence I split
> > >them into two jobs which are running on two machines separately(This is
> > >why we have two release jobs). I think it's not a big problem, we just
> > >need to discuss with Tom. It should be possible to exchange m3.xlarge
> > >instances to a storage optimized instance dedicated to release builds,
> > >or possibly we can add some EBS storage.
> > >Anyhow, I'll reach out to Tom. Once we're able to spin up instance with
> > >enough storage. I'll merge those two jobs into one build.
> > >
> > >
> > >2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > >
> > >> Either way. I think the old account isn't fully functional, is it ?
> > >> Basically if can do "official" packages somehow - it'd great
> > >>
> > >> On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
> > >> >By "our CI" setup you mean last build on current machine, or doing
> > >> >1.0 release builds on new AWS account.
> > >> >
> > >> >Think @evans has the building of containers and general bigtop
> > >assets
> > >> >going. I believe there is still some work to setup final pass on
> > >new
> > >> >AWS account.
> > >> >
> > >> >After we can build the assets and packages, we can also setup some
> > >> >repos too
> > >> >
> > >> >
> > >> >-----Original Message-----
> > >> >From: Konstantin Boudnik [mailto:cos@apache.org]
> > >> >Sent: Friday, July 31, 2015 2:28 PM
> > >> >To: dev@bigtop.apache.org
> > >> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> > >> >
> > >> >I have rolled out RC1 and started the [VOTE].
> > >> >
> > >> >Questions to Evans and Nate: do you guys think we can produce the
> > >> >binary packages once the release is accepted? It'd be nice to have
> > >> >them made on our CI setup, but I am not sure if this is possible at
> > >> >the moment.
> > >> >
> > >> >Thanks!
> > >> > Cos
> > >> >
> > >> >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> > >> >> Started, finally, preparing RC1 and hit a few issues. Some of them
> > >
> > >> >> like
> > >> >> BIGTOP-1947 were easy to fix, but there's particularly one that I
> > >> >have
> > >> >> no idea what to do with: BIGTOP-1949
> > >> >>
> > >> >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client
> > >> >> from
> > >> >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
> > >> >artifact
> > >> >> can not be build. If anyone has any insight into what's going on
> > >on
> > >> >> that from - please share. I am also cross-posting this to
> > >dev@sqoop
> > >> >so
> > >> >> hopefully they will be able to comment on the issue. Thanks for
> > >the
> > >> >help!
> > >> >>
> > >> >> Regards,
> > >> >> Cos
> > >> >>
> > >> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > >> >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have
> > >also
> > >> >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> > >> >have
> > >> >> > time to finish RC publishing up right now - will try to do it
> > >> >> > from the train, but who knows if I will have any connection
> > >there.
> > >> >> >
> > >> >> > If anyone can pick up where I left-off - it'd be great: I am
> > >> >> > really
> > >> >
> > >> >> > trying to get on my damn vacation ;) If not - I will try to find
> > >
> > >> >> > a bit of time next week for this.
> > >> >> >
> > >> >> > Thanks all for your help,
> > >> >> > Cos
> > >>
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
For the next release, we should think about migrating those Jenkins jobs to
a Jenkins instance hosted on one of our donated EC2 instances. We'd then be
able to be 'root' in the build control environment and take advantage of
EBS snapshots for fast backup and recovery. (Or, consider migrating to
Apache Jenkins, but that trades one master for another...)
On Sat, Aug 1, 2015 at 11:24 AM, Evans Ye <ev...@apache.org> wrote:
> We do have release build setup on CI:
>
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
>
> These builds underlying leveraged the new aws account resources.
> Once the RC passed the vote, we can simply click the build button and
> produce the whole packages(supposedly).
>
> I haven't share the information of these CI builds because there's still an
> issue:
> The fixed type of EC2 instance donated by EMR team do not have big enough
> local disk to store all the release artifacts, hence I split them into two
> jobs which are running on two machines separately(This is why we have two
> release jobs). I think it's not a big problem, we just need to discuss with
> Tom. It should be possible to exchange m3.xlarge instances to a storage
> optimized instance dedicated to release builds, or possibly we can add some
> EBS storage.
> Anyhow, I'll reach out to Tom. Once we're able to spin up instance with
> enough storage. I'll merge those two jobs into one build.
>
>
> 2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > Either way. I think the old account isn't fully functional, is it ?
> > Basically if can do "official" packages somehow - it'd great
> >
> > On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
> > >By "our CI" setup you mean last build on current machine, or doing 1.0
> > >release builds on new AWS account.
> > >
> > >Think @evans has the building of containers and general bigtop assets
> > >going. I believe there is still some work to setup final pass on new
> > >AWS account.
> > >
> > >After we can build the assets and packages, we can also setup some
> > >repos too
> > >
> > >
> > >-----Original Message-----
> > >From: Konstantin Boudnik [mailto:cos@apache.org]
> > >Sent: Friday, July 31, 2015 2:28 PM
> > >To: dev@bigtop.apache.org
> > >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> > >
> > >I have rolled out RC1 and started the [VOTE].
> > >
> > >Questions to Evans and Nate: do you guys think we can produce the
> > >binary packages once the release is accepted? It'd be nice to have them
> > >made on our CI setup, but I am not sure if this is possible at the
> > >moment.
> > >
> > >Thanks!
> > > Cos
> > >
> > >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> > >> Started, finally, preparing RC1 and hit a few issues. Some of them
> > >> like
> > >> BIGTOP-1947 were easy to fix, but there's particularly one that I
> > >have
> > >> no idea what to do with: BIGTOP-1949
> > >>
> > >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> > >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
> > >artifact
> > >> can not be build. If anyone has any insight into what's going on on
> > >> that from - please share. I am also cross-posting this to dev@sqoop
> > >so
> > >> hopefully they will be able to comment on the issue. Thanks for the
> > >help!
> > >>
> > >> Regards,
> > >> Cos
> > >>
> > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have also
> > >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> > >have
> > >> > time to finish RC publishing up right now - will try to do it from
> > >> > the train, but who knows if I will have any connection there.
> > >> >
> > >> > If anyone can pick up where I left-off - it'd be great: I am really
> > >
> > >> > trying to get on my damn vacation ;) If not - I will try to find a
> > >> > bit of time next week for this.
> > >> >
> > >> > Thanks all for your help,
> > >> > Cos
> >
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by 김영우 <wa...@gmail.com>.
Great work, Evans!
Just a reminder: Once you integrate CI jobs for 1.0.0 release, we should
update default repositories for bigtop-deploy before publishing 1.0.0
release artifacts.
Found the url for Bigtop 0.8 from RC1 artifacts:
> $ grep -r '
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0'
> bigtop-deploy/
> bigtop-deploy/puppet/manifests/site.pp:$default_yumrepo = "
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> "
> bigtop-deploy/puppet/manifests/site.pp:$default_debrepo = "
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=trusty/5/artifact/output/apt/
> "
> bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml:repo: "
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> "
> bigtop-deploy/vm/vagrant-puppet-docker/vagrantconfig_debian.yaml:repo: "
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=trusty/5/artifact/output/apt/
> "
> bigtop-deploy/vm/vagrant-puppet-docker/vagrantconfig.yaml:repo: "
> http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-0.8.0/label=centos6/6/artifact/output/
> "
Thanks,
Youngwoo
On Sun, Aug 2, 2015 at 6:27 AM, Konstantin Boudnik <co...@apache.org> wrote:
> Ah, great Evans. Disk wise: we should still be able to use old account ebs
> volume; or as Nate said. Great, looks loke the release is coming along then!
>
> Don't forget to vote on it ;)
>
> On August 1, 2015 12:25:13 PM PDT, nate@reactor8.com wrote:
> >We can either add ebs volume or increase existing volume, or both
> >
> >-----Original Message-----
> >From: Evans Ye [mailto:evansye@apache.org]
> >Sent: Saturday, August 1, 2015 11:25 AM
> >To: dev@bigtop.apache.org
> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> >
> >We do have release build setup on CI:
> >
> >http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
> >http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
> >
> >These builds underlying leveraged the new aws account resources.
> >Once the RC passed the vote, we can simply click the build button and
> >produce the whole packages(supposedly).
> >
> >I haven't share the information of these CI builds because there's
> >still an
> >issue:
> >The fixed type of EC2 instance donated by EMR team do not have big
> >enough local disk to store all the release artifacts, hence I split
> >them into two jobs which are running on two machines separately(This is
> >why we have two release jobs). I think it's not a big problem, we just
> >need to discuss with Tom. It should be possible to exchange m3.xlarge
> >instances to a storage optimized instance dedicated to release builds,
> >or possibly we can add some EBS storage.
> >Anyhow, I'll reach out to Tom. Once we're able to spin up instance with
> >enough storage. I'll merge those two jobs into one build.
> >
> >
> >2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >
> >> Either way. I think the old account isn't fully functional, is it ?
> >> Basically if can do "official" packages somehow - it'd great
> >>
> >> On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
> >> >By "our CI" setup you mean last build on current machine, or doing
> >> >1.0 release builds on new AWS account.
> >> >
> >> >Think @evans has the building of containers and general bigtop
> >assets
> >> >going. I believe there is still some work to setup final pass on
> >new
> >> >AWS account.
> >> >
> >> >After we can build the assets and packages, we can also setup some
> >> >repos too
> >> >
> >> >
> >> >-----Original Message-----
> >> >From: Konstantin Boudnik [mailto:cos@apache.org]
> >> >Sent: Friday, July 31, 2015 2:28 PM
> >> >To: dev@bigtop.apache.org
> >> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> >> >
> >> >I have rolled out RC1 and started the [VOTE].
> >> >
> >> >Questions to Evans and Nate: do you guys think we can produce the
> >> >binary packages once the release is accepted? It'd be nice to have
> >> >them made on our CI setup, but I am not sure if this is possible at
> >> >the moment.
> >> >
> >> >Thanks!
> >> > Cos
> >> >
> >> >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> >> >> Started, finally, preparing RC1 and hit a few issues. Some of them
> >
> >> >> like
> >> >> BIGTOP-1947 were easy to fix, but there's particularly one that I
> >> >have
> >> >> no idea what to do with: BIGTOP-1949
> >> >>
> >> >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client
> >> >> from
> >> >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
> >> >artifact
> >> >> can not be build. If anyone has any insight into what's going on
> >on
> >> >> that from - please share. I am also cross-posting this to
> >dev@sqoop
> >> >so
> >> >> hopefully they will be able to comment on the issue. Thanks for
> >the
> >> >help!
> >> >>
> >> >> Regards,
> >> >> Cos
> >> >>
> >> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >> >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have
> >also
> >> >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> >> >have
> >> >> > time to finish RC publishing up right now - will try to do it
> >> >> > from the train, but who knows if I will have any connection
> >there.
> >> >> >
> >> >> > If anyone can pick up where I left-off - it'd be great: I am
> >> >> > really
> >> >
> >> >> > trying to get on my damn vacation ;) If not - I will try to find
> >
> >> >> > a bit of time next week for this.
> >> >> >
> >> >> > Thanks all for your help,
> >> >> > Cos
> >>
>
RE: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Ah, great Evans. Disk wise: we should still be able to use old account ebs volume; or as Nate said. Great, looks loke the release is coming along then!
Don't forget to vote on it ;)
On August 1, 2015 12:25:13 PM PDT, nate@reactor8.com wrote:
>We can either add ebs volume or increase existing volume, or both
>
>-----Original Message-----
>From: Evans Ye [mailto:evansye@apache.org]
>Sent: Saturday, August 1, 2015 11:25 AM
>To: dev@bigtop.apache.org
>Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
>
>We do have release build setup on CI:
>
>http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
>http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
>
>These builds underlying leveraged the new aws account resources.
>Once the RC passed the vote, we can simply click the build button and
>produce the whole packages(supposedly).
>
>I haven't share the information of these CI builds because there's
>still an
>issue:
>The fixed type of EC2 instance donated by EMR team do not have big
>enough local disk to store all the release artifacts, hence I split
>them into two jobs which are running on two machines separately(This is
>why we have two release jobs). I think it's not a big problem, we just
>need to discuss with Tom. It should be possible to exchange m3.xlarge
>instances to a storage optimized instance dedicated to release builds,
>or possibly we can add some EBS storage.
>Anyhow, I'll reach out to Tom. Once we're able to spin up instance with
>enough storage. I'll merge those two jobs into one build.
>
>
>2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
>> Either way. I think the old account isn't fully functional, is it ?
>> Basically if can do "official" packages somehow - it'd great
>>
>> On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
>> >By "our CI" setup you mean last build on current machine, or doing
>> >1.0 release builds on new AWS account.
>> >
>> >Think @evans has the building of containers and general bigtop
>assets
>> >going. I believe there is still some work to setup final pass on
>new
>> >AWS account.
>> >
>> >After we can build the assets and packages, we can also setup some
>> >repos too
>> >
>> >
>> >-----Original Message-----
>> >From: Konstantin Boudnik [mailto:cos@apache.org]
>> >Sent: Friday, July 31, 2015 2:28 PM
>> >To: dev@bigtop.apache.org
>> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
>> >
>> >I have rolled out RC1 and started the [VOTE].
>> >
>> >Questions to Evans and Nate: do you guys think we can produce the
>> >binary packages once the release is accepted? It'd be nice to have
>> >them made on our CI setup, but I am not sure if this is possible at
>> >the moment.
>> >
>> >Thanks!
>> > Cos
>> >
>> >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
>> >> Started, finally, preparing RC1 and hit a few issues. Some of them
>
>> >> like
>> >> BIGTOP-1947 were easy to fix, but there's particularly one that I
>> >have
>> >> no idea what to do with: BIGTOP-1949
>> >>
>> >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client
>> >> from
>> >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
>> >artifact
>> >> can not be build. If anyone has any insight into what's going on
>on
>> >> that from - please share. I am also cross-posting this to
>dev@sqoop
>> >so
>> >> hopefully they will be able to comment on the issue. Thanks for
>the
>> >help!
>> >>
>> >> Regards,
>> >> Cos
>> >>
>> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
>> >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have
>also
>> >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
>> >have
>> >> > time to finish RC publishing up right now - will try to do it
>> >> > from the train, but who knows if I will have any connection
>there.
>> >> >
>> >> > If anyone can pick up where I left-off - it'd be great: I am
>> >> > really
>> >
>> >> > trying to get on my damn vacation ;) If not - I will try to find
>
>> >> > a bit of time next week for this.
>> >> >
>> >> > Thanks all for your help,
>> >> > Cos
>>
RE: Gearing up for 1.0.0 (cut-off of the branch)
Posted by na...@reactor8.com.
We can either add ebs volume or increase existing volume, or both
-----Original Message-----
From: Evans Ye [mailto:evansye@apache.org]
Sent: Saturday, August 1, 2015 11:25 AM
To: dev@bigtop.apache.org
Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
We do have release build setup on CI:
http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
These builds underlying leveraged the new aws account resources.
Once the RC passed the vote, we can simply click the build button and produce the whole packages(supposedly).
I haven't share the information of these CI builds because there's still an
issue:
The fixed type of EC2 instance donated by EMR team do not have big enough local disk to store all the release artifacts, hence I split them into two jobs which are running on two machines separately(This is why we have two release jobs). I think it's not a big problem, we just need to discuss with Tom. It should be possible to exchange m3.xlarge instances to a storage optimized instance dedicated to release builds, or possibly we can add some EBS storage.
Anyhow, I'll reach out to Tom. Once we're able to spin up instance with enough storage. I'll merge those two jobs into one build.
2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Either way. I think the old account isn't fully functional, is it ?
> Basically if can do "official" packages somehow - it'd great
>
> On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
> >By "our CI" setup you mean last build on current machine, or doing
> >1.0 release builds on new AWS account.
> >
> >Think @evans has the building of containers and general bigtop assets
> >going. I believe there is still some work to setup final pass on new
> >AWS account.
> >
> >After we can build the assets and packages, we can also setup some
> >repos too
> >
> >
> >-----Original Message-----
> >From: Konstantin Boudnik [mailto:cos@apache.org]
> >Sent: Friday, July 31, 2015 2:28 PM
> >To: dev@bigtop.apache.org
> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> >
> >I have rolled out RC1 and started the [VOTE].
> >
> >Questions to Evans and Nate: do you guys think we can produce the
> >binary packages once the release is accepted? It'd be nice to have
> >them made on our CI setup, but I am not sure if this is possible at
> >the moment.
> >
> >Thanks!
> > Cos
> >
> >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> >> Started, finally, preparing RC1 and hit a few issues. Some of them
> >> like
> >> BIGTOP-1947 were easy to fix, but there's particularly one that I
> >have
> >> no idea what to do with: BIGTOP-1949
> >>
> >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client
> >> from
> >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
> >artifact
> >> can not be build. If anyone has any insight into what's going on on
> >> that from - please share. I am also cross-posting this to dev@sqoop
> >so
> >> hopefully they will be able to comment on the issue. Thanks for the
> >help!
> >>
> >> Regards,
> >> Cos
> >>
> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have also
> >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> >have
> >> > time to finish RC publishing up right now - will try to do it
> >> > from the train, but who knows if I will have any connection there.
> >> >
> >> > If anyone can pick up where I left-off - it'd be great: I am
> >> > really
> >
> >> > trying to get on my damn vacation ;) If not - I will try to find
> >> > a bit of time next week for this.
> >> >
> >> > Thanks all for your help,
> >> > Cos
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
We do have release build setup on CI:
http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-deb/
http://bigtop01.cloudera.org:8080/view/Releases/job/Bigtop-1.0.0-rpm/
These builds underlying leveraged the new aws account resources.
Once the RC passed the vote, we can simply click the build button and
produce the whole packages(supposedly).
I haven't share the information of these CI builds because there's still an
issue:
The fixed type of EC2 instance donated by EMR team do not have big enough
local disk to store all the release artifacts, hence I split them into two
jobs which are running on two machines separately(This is why we have two
release jobs). I think it's not a big problem, we just need to discuss with
Tom. It should be possible to exchange m3.xlarge instances to a storage
optimized instance dedicated to release builds, or possibly we can add some
EBS storage.
Anyhow, I'll reach out to Tom. Once we're able to spin up instance with
enough storage. I'll merge those two jobs into one build.
2015-08-01 15:26 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Either way. I think the old account isn't fully functional, is it ?
> Basically if can do "official" packages somehow - it'd great
>
> On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
> >By "our CI" setup you mean last build on current machine, or doing 1.0
> >release builds on new AWS account.
> >
> >Think @evans has the building of containers and general bigtop assets
> >going. I believe there is still some work to setup final pass on new
> >AWS account.
> >
> >After we can build the assets and packages, we can also setup some
> >repos too
> >
> >
> >-----Original Message-----
> >From: Konstantin Boudnik [mailto:cos@apache.org]
> >Sent: Friday, July 31, 2015 2:28 PM
> >To: dev@bigtop.apache.org
> >Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
> >
> >I have rolled out RC1 and started the [VOTE].
> >
> >Questions to Evans and Nate: do you guys think we can produce the
> >binary packages once the release is accepted? It'd be nice to have them
> >made on our CI setup, but I am not sure if this is possible at the
> >moment.
> >
> >Thanks!
> > Cos
> >
> >On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> >> Started, finally, preparing RC1 and hit a few issues. Some of them
> >> like
> >> BIGTOP-1947 were easy to fix, but there's particularly one that I
> >have
> >> no idea what to do with: BIGTOP-1949
> >>
> >> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> >> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
> >artifact
> >> can not be build. If anyone has any insight into what's going on on
> >> that from - please share. I am also cross-posting this to dev@sqoop
> >so
> >> hopefully they will be able to comment on the issue. Thanks for the
> >help!
> >>
> >> Regards,
> >> Cos
> >>
> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have also
> >> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> >have
> >> > time to finish RC publishing up right now - will try to do it from
> >> > the train, but who knows if I will have any connection there.
> >> >
> >> > If anyone can pick up where I left-off - it'd be great: I am really
> >
> >> > trying to get on my damn vacation ;) If not - I will try to find a
> >> > bit of time next week for this.
> >> >
> >> > Thanks all for your help,
> >> > Cos
>
RE: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Either way. I think the old account isn't fully functional, is it ? Basically if can do "official" packages somehow - it'd great
On July 31, 2015 11:24:45 PM PDT, nate@reactor8.com wrote:
>By "our CI" setup you mean last build on current machine, or doing 1.0
>release builds on new AWS account.
>
>Think @evans has the building of containers and general bigtop assets
>going. I believe there is still some work to setup final pass on new
>AWS account.
>
>After we can build the assets and packages, we can also setup some
>repos too
>
>
>-----Original Message-----
>From: Konstantin Boudnik [mailto:cos@apache.org]
>Sent: Friday, July 31, 2015 2:28 PM
>To: dev@bigtop.apache.org
>Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
>
>I have rolled out RC1 and started the [VOTE].
>
>Questions to Evans and Nate: do you guys think we can produce the
>binary packages once the release is accepted? It'd be nice to have them
>made on our CI setup, but I am not sure if this is possible at the
>moment.
>
>Thanks!
> Cos
>
>On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
>> Started, finally, preparing RC1 and hit a few issues. Some of them
>> like
>> BIGTOP-1947 were easy to fix, but there's particularly one that I
>have
>> no idea what to do with: BIGTOP-1949
>>
>> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
>> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test
>artifact
>> can not be build. If anyone has any insight into what's going on on
>> that from - please share. I am also cross-posting this to dev@sqoop
>so
>> hopefully they will be able to comment on the issue. Thanks for the
>help!
>>
>> Regards,
>> Cos
>>
>> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
>> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have also
>> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
>have
>> > time to finish RC publishing up right now - will try to do it from
>> > the train, but who knows if I will have any connection there.
>> >
>> > If anyone can pick up where I left-off - it'd be great: I am really
>
>> > trying to get on my damn vacation ;) If not - I will try to find a
>> > bit of time next week for this.
>> >
>> > Thanks all for your help,
>> > Cos
RE: Gearing up for 1.0.0 (cut-off of the branch)
Posted by na...@reactor8.com.
By "our CI" setup you mean last build on current machine, or doing 1.0 release builds on new AWS account.
Think @evans has the building of containers and general bigtop assets going. I believe there is still some work to setup final pass on new AWS account.
After we can build the assets and packages, we can also setup some repos too
-----Original Message-----
From: Konstantin Boudnik [mailto:cos@apache.org]
Sent: Friday, July 31, 2015 2:28 PM
To: dev@bigtop.apache.org
Subject: Re: Gearing up for 1.0.0 (cut-off of the branch)
I have rolled out RC1 and started the [VOTE].
Questions to Evans and Nate: do you guys think we can produce the binary packages once the release is accepted? It'd be nice to have them made on our CI setup, but I am not sure if this is possible at the moment.
Thanks!
Cos
On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> Started, finally, preparing RC1 and hit a few issues. Some of them
> like
> BIGTOP-1947 were easy to fix, but there's particularly one that I have
> no idea what to do with: BIGTOP-1949
>
> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> 1.4.5 (and 1.4.6) are pulled off the net hence the smoke test artifact
> can not be build. If anyone has any insight into what's going on on
> that from - please share. I am also cross-posting this to dev@sqoop so
> hopefully they will be able to comment on the issue. Thanks for the help!
>
> Regards,
> Cos
>
> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > Ok, master is unlocked for 1.1.0-SNAPSHOT development I have also
> > pushed branch-1.0 that has all the bits for 1.0 RC, but I don't have
> > time to finish RC publishing up right now - will try to do it from
> > the train, but who knows if I will have any connection there.
> >
> > If anyone can pick up where I left-off - it'd be great: I am really
> > trying to get on my damn vacation ;) If not - I will try to find a
> > bit of time next week for this.
> >
> > Thanks all for your help,
> > Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
I have rolled out RC1 and started the [VOTE].
Questions to Evans and Nate: do you guys think we can produce the binary
packages once the release is accepted? It'd be nice to have them made on our
CI setup, but I am not sure if this is possible at the moment.
Thanks!
Cos
On Fri, Jul 31, 2015 at 01:46AM, Konstantin Boudnik wrote:
> Started, finally, preparing RC1 and hit a few issues. Some of them like
> BIGTOP-1947 were easy to fix, but there's particularly one that I have no idea
> what to do with: BIGTOP-1949
>
> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from 1.4.5
> (and 1.4.6) are pulled off the net hence the smoke test artifact can not be
> build. If anyone has any insight into what's going on on that from - please
> share. I am also cross-posting this to dev@sqoop so hopefully they will be
> able to comment on the issue. Thanks for the help!
>
> Regards,
> Cos
>
> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> > have time to finish RC publishing up right now - will try to do it from the
> > train, but who knows if I will have any connection there.
> >
> > If anyone can pick up where I left-off - it'd be great: I am really trying to
> > get on my damn vacation ;) If not - I will try to find a bit of time next week
> > for this.
> >
> > Thanks all for your help,
> > Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Thanks man - it works. I left a couple of questions on the ticket. If they
aren't changing anything in the patch - I will commit it tomorrow to
branch-1.0 and proceed with the rest of the release.
Thanks!
Cos
On Fri, Jul 31, 2015 at 11:03AM, 김영우 wrote:
> A patch attached @ BIGTOP-1949
>
> Thanks,
> Youngwoo
>
> On Fri, Jul 31, 2015 at 8:11 AM, Jay Vyas <ja...@gmail.com>
> wrote:
>
> > Sean, young woo ..... Any thoughts (you guys are the maintainers for
> > sqoop......)?
> >
> >
> > > On Jul 30, 2015, at 6:46 PM, Konstantin Boudnik <co...@apache.org> wrote:
> > >
> > > Started, finally, preparing RC1 and hit a few issues. Some of them like
> > > BIGTOP-1947 were easy to fix, but there's particularly one that I have
> > no idea
> > > what to do with: BIGTOP-1949
> > >
> > > It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> > 1.4.5
> > > (and 1.4.6) are pulled off the net hence the smoke test artifact can not
> > be
> > > build. If anyone has any insight into what's going on on that from -
> > please
> > > share. I am also cross-posting this to dev@sqoop so hopefully they will
> > be
> > > able to comment on the issue. Thanks for the help!
> > >
> > > Regards,
> > > Cos
> > >
> > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > >> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I
> > don't
> > >> have time to finish RC publishing up right now - will try to do it from
> > the
> > >> train, but who knows if I will have any connection there.
> > >>
> > >> If anyone can pick up where I left-off - it'd be great: I am really
> > trying to
> > >> get on my damn vacation ;) If not - I will try to find a bit of time
> > next week
> > >> for this.
> > >>
> > >> Thanks all for your help,
> > >> Cos
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by 김영우 <wa...@gmail.com>.
A patch attached @ BIGTOP-1949
Thanks,
Youngwoo
On Fri, Jul 31, 2015 at 8:11 AM, Jay Vyas <ja...@gmail.com>
wrote:
> Sean, young woo ..... Any thoughts (you guys are the maintainers for
> sqoop......)?
>
>
> > On Jul 30, 2015, at 6:46 PM, Konstantin Boudnik <co...@apache.org> wrote:
> >
> > Started, finally, preparing RC1 and hit a few issues. Some of them like
> > BIGTOP-1947 were easy to fix, but there's particularly one that I have
> no idea
> > what to do with: BIGTOP-1949
> >
> > It seems that Sqoop's artifacts for sqoop-core and sqoop-client from
> 1.4.5
> > (and 1.4.6) are pulled off the net hence the smoke test artifact can not
> be
> > build. If anyone has any insight into what's going on on that from -
> please
> > share. I am also cross-posting this to dev@sqoop so hopefully they will
> be
> > able to comment on the issue. Thanks for the help!
> >
> > Regards,
> > Cos
> >
> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> >> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I
> don't
> >> have time to finish RC publishing up right now - will try to do it from
> the
> >> train, but who knows if I will have any connection there.
> >>
> >> If anyone can pick up where I left-off - it'd be great: I am really
> trying to
> >> get on my damn vacation ;) If not - I will try to find a bit of time
> next week
> >> for this.
> >>
> >> Thanks all for your help,
> >> Cos
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Jay Vyas <ja...@gmail.com>.
Sean, young woo ..... Any thoughts (you guys are the maintainers for sqoop......)?
> On Jul 30, 2015, at 6:46 PM, Konstantin Boudnik <co...@apache.org> wrote:
>
> Started, finally, preparing RC1 and hit a few issues. Some of them like
> BIGTOP-1947 were easy to fix, but there's particularly one that I have no idea
> what to do with: BIGTOP-1949
>
> It seems that Sqoop's artifacts for sqoop-core and sqoop-client from 1.4.5
> (and 1.4.6) are pulled off the net hence the smoke test artifact can not be
> build. If anyone has any insight into what's going on on that from - please
> share. I am also cross-posting this to dev@sqoop so hopefully they will be
> able to comment on the issue. Thanks for the help!
>
> Regards,
> Cos
>
>> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
>> Ok, master is unlocked for 1.1.0-SNAPSHOT development
>> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
>> have time to finish RC publishing up right now - will try to do it from the
>> train, but who knows if I will have any connection there.
>>
>> If anyone can pick up where I left-off - it'd be great: I am really trying to
>> get on my damn vacation ;) If not - I will try to find a bit of time next week
>> for this.
>>
>> Thanks all for your help,
>> Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Started, finally, preparing RC1 and hit a few issues. Some of them like
BIGTOP-1947 were easy to fix, but there's particularly one that I have no idea
what to do with: BIGTOP-1949
It seems that Sqoop's artifacts for sqoop-core and sqoop-client from 1.4.5
(and 1.4.6) are pulled off the net hence the smoke test artifact can not be
build. If anyone has any insight into what's going on on that from - please
share. I am also cross-posting this to dev@sqoop so hopefully they will be
able to comment on the issue. Thanks for the help!
Regards,
Cos
On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> have time to finish RC publishing up right now - will try to do it from the
> train, but who knows if I will have any connection there.
>
> If anyone can pick up where I left-off - it'd be great: I am really trying to
> get on my damn vacation ;) If not - I will try to find a bit of time next week
> for this.
>
> Thanks all for your help,
> Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Started, finally, preparing RC1 and hit a few issues. Some of them like
BIGTOP-1947 were easy to fix, but there's particularly one that I have no idea
what to do with: BIGTOP-1949
It seems that Sqoop's artifacts for sqoop-core and sqoop-client from 1.4.5
(and 1.4.6) are pulled off the net hence the smoke test artifact can not be
build. If anyone has any insight into what's going on on that from - please
share. I am also cross-posting this to dev@sqoop so hopefully they will be
able to comment on the issue. Thanks for the help!
Regards,
Cos
On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> have time to finish RC publishing up right now - will try to do it from the
> train, but who knows if I will have any connection there.
>
> If anyone can pick up where I left-off - it'd be great: I am really trying to
> get on my damn vacation ;) If not - I will try to find a bit of time next week
> for this.
>
> Thanks all for your help,
> Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Suneel Marthi <sm...@apache.org>.
yeah I was supposed to create a jira for that, my bad for dropping the ball.
On Sat, May 30, 2015 at 11:44 AM, Andrew Musselman <
andrew.musselman@gmail.com> wrote:
> Mahout is cutting a 0.10.1 release this weekend; need a Jira to update that
> for 1.0?
>
> On Saturday, May 30, 2015, Konstantin Boudnik <co...@apache.org> wrote:
>
> > Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I
> don't
> > have time to finish RC publishing up right now - will try to do it from
> the
> > train, but who knows if I will have any connection there.
> >
> > If anyone can pick up where I left-off - it'd be great: I am really
> trying
> > to
> > get on my damn vacation ;) If not - I will try to find a bit of time next
> > week
> > for this.
> >
> > Thanks all for your help,
> > Cos
> >
> > On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > Indeed.
> > >
> > > The one hurdle I am facing though is that with BIGTOP-1833 getting
> > pushed to
> > > the master (which I normally would appreciate ;) I have to fiddle with
> my
> > > local branches as they already had a commit for this fix. Now, rebasing
> > it
> > > locally presents an issue where I need to fix some unpleasant conflicts
> > in...
> > >
> > > Oh well, it will be done in a bit.
> > > Cos
> > >
> > > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > I've committed the BIGTOP-1833 patch.
> > > > It's so exciting that we're at the moment ready to release bigtop
> 1.0.
> > > > Please ping me if any help needed for release.
> > > >
> > > > Evans
> > > >
> > > >
> > > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <cos@apache.org
> > <javascript:;>>:
> > > >
> > > > > Guys,
> > > > >
> > > > > I have made all preparations for 1.0 RC and changed everything we
> > need to
> > > > > move
> > > > > to 1.1.0-SNAPSHOT in the master.
> > > > >
> > > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > haven't
> > > > > pushed this change and other commits to the master nor branch-1.0.
> I
> > would
> > > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> > Then
> > > > > patch
> > > > > is rather trivial and I have tested it to make sure that the
> > packages are
> > > > > produced.
> > > > >
> > > > > I'd love to switch off to the vacation mode by the end of the day
> > today but
> > > > > have to wrap up the RC process (at least the branch preparation
> part)
> > > > > before
> > > > > that. So if someone in Europe (during the day here) or later in NA
> > can do
> > > > > this
> > > > > at your early convenience - it'd be just great!
> > > > >
> > > > > Thanks in advance!
> > > > > Cos
> > > > >
> > > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > > Also, working on BIGTOP-1851 right now. Please pardon the
> delay,
> > I was
> > > > > sick
> > > > > > > over the weekend.
> > > > > >
> > > > > > Thanks Andrew - hopefully are doing better now!
> > > > > >
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > apurtell@apache.org <javascript:;>>
> > > > > wrote:
> > > > > > >
> > > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > > >
> > > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> > can just
> > > > > > > > rename it, right? See my comment on the issue.
> > > > > > > >
> > > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > cos@apache.org <javascript:;>>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Guys
> > > > > > > >>
> > > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> > tonight. I
> > > > > have ran
> > > > > > > >> full stack build on Ubuntu and everything is building fine
> > now. Of
> > > > > course
> > > > > > > >> some
> > > > > > > >> testing needs to be done ;)
> > > > > > > >>
> > > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > from the
> > > > > > > >> Tachyon component's maintainers I will have to remove this
> > from the
> > > > > > > >> release
> > > > > > > >> 1.0 because the packages are broken and we can release them
> > like
> > > > > this.
> > > > > > > >>
> > > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> > can take
> > > > > a
> > > > > > > >> look -
> > > > > > > >> it'd be great!
> > > > > > > >>
> > > > > > > >> Thanks!
> > > > > > > >> Cos
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Best regards,
> > > > > > > >
> > > > > > > > - Andy
> > > > > > > >
> > > > > > > > Problems worthy of attack prove their worth by hitting back.
> -
> > Piet
> > > > > Hein
> > > > > > > > (via Tom White)
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > > > > Hein
> > > > > > > (via Tom White)
> > > > > >
> > > > >
> >
> >
> >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Musselman <an...@gmail.com>.
Mahout is cutting a 0.10.1 release this weekend; need a Jira to update that
for 1.0?
On Saturday, May 30, 2015, Konstantin Boudnik <co...@apache.org> wrote:
> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> have time to finish RC publishing up right now - will try to do it from the
> train, but who knows if I will have any connection there.
>
> If anyone can pick up where I left-off - it'd be great: I am really trying
> to
> get on my damn vacation ;) If not - I will try to find a bit of time next
> week
> for this.
>
> Thanks all for your help,
> Cos
>
> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > Indeed.
> >
> > The one hurdle I am facing though is that with BIGTOP-1833 getting
> pushed to
> > the master (which I normally would appreciate ;) I have to fiddle with my
> > local branches as they already had a commit for this fix. Now, rebasing
> it
> > locally presents an issue where I need to fix some unpleasant conflicts
> in...
> >
> > Oh well, it will be done in a bit.
> > Cos
> >
> > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > I've committed the BIGTOP-1833 patch.
> > > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > > Please ping me if any help needed for release.
> > >
> > > Evans
> > >
> > >
> > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <cos@apache.org
> <javascript:;>>:
> > >
> > > > Guys,
> > > >
> > > > I have made all preparations for 1.0 RC and changed everything we
> need to
> > > > move
> > > > to 1.1.0-SNAPSHOT in the master.
> > > >
> > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> haven't
> > > > pushed this change and other commits to the master nor branch-1.0. I
> would
> > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> Then
> > > > patch
> > > > is rather trivial and I have tested it to make sure that the
> packages are
> > > > produced.
> > > >
> > > > I'd love to switch off to the vacation mode by the end of the day
> today but
> > > > have to wrap up the RC process (at least the branch preparation part)
> > > > before
> > > > that. So if someone in Europe (during the day here) or later in NA
> can do
> > > > this
> > > > at your early convenience - it'd be just great!
> > > >
> > > > Thanks in advance!
> > > > Cos
> > > >
> > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay,
> I was
> > > > sick
> > > > > > over the weekend.
> > > > >
> > > > > Thanks Andrew - hopefully are doing better now!
> > > > >
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> apurtell@apache.org <javascript:;>>
> > > > wrote:
> > > > > >
> > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > >
> > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> can just
> > > > > > > rename it, right? See my comment on the issue.
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> cos@apache.org <javascript:;>>
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Guys
> > > > > > >>
> > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> tonight. I
> > > > have ran
> > > > > > >> full stack build on Ubuntu and everything is building fine
> now. Of
> > > > course
> > > > > > >> some
> > > > > > >> testing needs to be done ;)
> > > > > > >>
> > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> from the
> > > > > > >> Tachyon component's maintainers I will have to remove this
> from the
> > > > > > >> release
> > > > > > >> 1.0 because the packages are broken and we can release them
> like
> > > > this.
> > > > > > >>
> > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> can take
> > > > a
> > > > > > >> look -
> > > > > > >> it'd be great!
> > > > > > >>
> > > > > > >> Thanks!
> > > > > > >> Cos
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > > Hein
> > > > > > > (via Tom White)
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > > Hein
> > > > > > (via Tom White)
> > > > >
> > > >
>
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
I've add a section in "how to contribute" to describe how to commit patch
in both master and release branch.
https://cwiki.apache.org/confluence/display/BIGTOP/How+to+Contribute#HowtoContribute-ForCommitters:howtocommitapatchinbothmasterandreleasebranch
Feel free to update/correct it directly. :)
Thanks,
Evans
2015-07-18 13:21 GMT+08:00 Evans Ye <ev...@apache.org>:
> OK, then we better have this updated on Committer's wiki.
> Olaf's workflow.sh is a good demonstration, just need to indicate which
> the source branch is.
>
> I just discovered that my cwiki account got locked so I'm currently
> approaching apache infra.
> Will update if no one before me. :)
>
>
> 2015-07-16 6:14 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
>> Yup, I believe this is wht I am saying. The fix-branch (in this particular
>> case, as new features shouldn't be added to old releases, IMO) should be
>> derived from the "least common denominator" branch to make both merges as
>> seamless as possible.
>>
>> Cos
>>
>> On Thu, Jul 16, 2015 at 02:29AM, Evans Ye wrote:
>> > Since I'm one of the "author" of the current 1.0 branch, I'd like to
>> join
>> > the discussion and make sure whether I get it right.
>> >
>> > It looks like the the proposed approach is to replace cherry-pick by
>> > creating a feature branch and merge that branch into branches we'd like
>> to
>> > have the fix.
>> >
>> > If we're going this approach, then the feature branch should be derived
>> > from the targeted back port branch. For example, if patch A is getting
>> in
>> > both branch-1.0 and master, then we should create a feature branch from
>> 1.0
>> > name branch-A, and add patch A on top of branch-A, and then merge
>> branch-A
>> > into branch-1.0 and master, respectively.
>> >
>> > Basically, the above is what I concluded from your discussion. Is this
>> the
>> > same as what you're thinking?
>> >
>> >
>> > 2015-07-15 22:34 GMT+08:00 Olaf Flebbe <of...@oflebbe.de>:
>> >
>> > > Cos,
>> > >
>> > > > Evidently, "is not mutable" and "shouldn't be moved" are two very
>> > > different
>> > > > properties.
>> > >
>> > > Of course, you are right.
>> > >
>> > > > What github does for their releases is of no relevance to us,.
>> > >
>> > > You are right, but I would like to mention we use this in bigtop.mk,
>> too.
>> > >
>> > > HUE_SITE=https://github.com/cloudera/hue/archive
>> > > DATAFU_SITE=https://github.com/linkedin/datafu/archive
>> > > TACHYON_SITE=https://github.com/amplab/tachyon/archive
>>
>> > >
>> > > I would pledge for putting an tag release-1.0.0 on the release
>> commit .
>> > > Like we did before.
>> > >
>> > > >> I doubt you can move a tag once it is pushed to the apache
>> repository
>> > > (since
>> > > >> a force push is not possible, too), but we may try ;-)
>> > > >
>> > > > Tag is a pointer to a git object. The pointer could be deleted,
>> > > recreated and
>> > > > pushed again: no force-push is needed for that.
>> > >
>> > > That is evidently not true:
>> > >
>> > > $ git tag -d olaf
>> > > Deleted tag 'olaf' (was 6fd647e)
>> > > $ git tag olaf HEAD~3
>> > > $ git push lr --tags
>> > > ...
>> > > ! [rejected] olaf -> olaf (already exists)
>> > > error: failed to push some refs to '.....'
>> > >
>> > >
>> > > > Besides, force-push isn't disabled on Apache repos (except for
>> master
>> > > branch).
>> > >
>> > > > Yes, we can do whatever we want with the branches.
>> > >
>> > >
>> > > Didn't know that. Now I am beginning to understand your point ...
>> > >
>> > > I wrote an example workflow (see attachement) . I would propose to
>> add
>> > > this example (if it is correct) to the developer guidelines in the
>> wiki.
>> > >
>> > > Management summary: We should be careful not to apply changes
>> affecting
>> > > both release and master directly to one of these branches. Use a fix
>> branch
>> > > instead and merge it to both master and release branch.
>> > >
>> > > Using github pull request seems equivalent to this workflow, btw.
>> > >
>> > > Thanks all for your patience, over and out.
>> > > Olaf
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>>
>>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
OK, then we better have this updated on Committer's wiki.
Olaf's workflow.sh is a good demonstration, just need to indicate which the
source branch is.
I just discovered that my cwiki account got locked so I'm currently
approaching apache infra.
Will update if no one before me. :)
2015-07-16 6:14 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Yup, I believe this is wht I am saying. The fix-branch (in this particular
> case, as new features shouldn't be added to old releases, IMO) should be
> derived from the "least common denominator" branch to make both merges as
> seamless as possible.
>
> Cos
>
> On Thu, Jul 16, 2015 at 02:29AM, Evans Ye wrote:
> > Since I'm one of the "author" of the current 1.0 branch, I'd like to join
> > the discussion and make sure whether I get it right.
> >
> > It looks like the the proposed approach is to replace cherry-pick by
> > creating a feature branch and merge that branch into branches we'd like
> to
> > have the fix.
> >
> > If we're going this approach, then the feature branch should be derived
> > from the targeted back port branch. For example, if patch A is getting in
> > both branch-1.0 and master, then we should create a feature branch from
> 1.0
> > name branch-A, and add patch A on top of branch-A, and then merge
> branch-A
> > into branch-1.0 and master, respectively.
> >
> > Basically, the above is what I concluded from your discussion. Is this
> the
> > same as what you're thinking?
> >
> >
> > 2015-07-15 22:34 GMT+08:00 Olaf Flebbe <of...@oflebbe.de>:
> >
> > > Cos,
> > >
> > > > Evidently, "is not mutable" and "shouldn't be moved" are two very
> > > different
> > > > properties.
> > >
> > > Of course, you are right.
> > >
> > > > What github does for their releases is of no relevance to us,.
> > >
> > > You are right, but I would like to mention we use this in bigtop.mk,
> too.
> > >
> > > HUE_SITE=https://github.com/cloudera/hue/archive
> > > DATAFU_SITE=https://github.com/linkedin/datafu/archive
> > > TACHYON_SITE=https://github.com/amplab/tachyon/archive
> > >
> > > I would pledge for putting an tag release-1.0.0 on the release commit
> .
> > > Like we did before.
> > >
> > > >> I doubt you can move a tag once it is pushed to the apache
> repository
> > > (since
> > > >> a force push is not possible, too), but we may try ;-)
> > > >
> > > > Tag is a pointer to a git object. The pointer could be deleted,
> > > recreated and
> > > > pushed again: no force-push is needed for that.
> > >
> > > That is evidently not true:
> > >
> > > $ git tag -d olaf
> > > Deleted tag 'olaf' (was 6fd647e)
> > > $ git tag olaf HEAD~3
> > > $ git push lr --tags
> > > ...
> > > ! [rejected] olaf -> olaf (already exists)
> > > error: failed to push some refs to '.....'
> > >
> > >
> > > > Besides, force-push isn't disabled on Apache repos (except for master
> > > branch).
> > >
> > > > Yes, we can do whatever we want with the branches.
> > >
> > >
> > > Didn't know that. Now I am beginning to understand your point ...
> > >
> > > I wrote an example workflow (see attachement) . I would propose to add
> > > this example (if it is correct) to the developer guidelines in the
> wiki.
> > >
> > > Management summary: We should be careful not to apply changes affecting
> > > both release and master directly to one of these branches. Use a fix
> branch
> > > instead and merge it to both master and release branch.
> > >
> > > Using github pull request seems equivalent to this workflow, btw.
> > >
> > > Thanks all for your patience, over and out.
> > > Olaf
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Yup, I believe this is wht I am saying. The fix-branch (in this particular
case, as new features shouldn't be added to old releases, IMO) should be
derived from the "least common denominator" branch to make both merges as
seamless as possible.
Cos
On Thu, Jul 16, 2015 at 02:29AM, Evans Ye wrote:
> Since I'm one of the "author" of the current 1.0 branch, I'd like to join
> the discussion and make sure whether I get it right.
>
> It looks like the the proposed approach is to replace cherry-pick by
> creating a feature branch and merge that branch into branches we'd like to
> have the fix.
>
> If we're going this approach, then the feature branch should be derived
> from the targeted back port branch. For example, if patch A is getting in
> both branch-1.0 and master, then we should create a feature branch from 1.0
> name branch-A, and add patch A on top of branch-A, and then merge branch-A
> into branch-1.0 and master, respectively.
>
> Basically, the above is what I concluded from your discussion. Is this the
> same as what you're thinking?
>
>
> 2015-07-15 22:34 GMT+08:00 Olaf Flebbe <of...@oflebbe.de>:
>
> > Cos,
> >
> > > Evidently, "is not mutable" and "shouldn't be moved" are two very
> > different
> > > properties.
> >
> > Of course, you are right.
> >
> > > What github does for their releases is of no relevance to us,.
> >
> > You are right, but I would like to mention we use this in bigtop.mk, too.
> >
> > HUE_SITE=https://github.com/cloudera/hue/archive
> > DATAFU_SITE=https://github.com/linkedin/datafu/archive
> > TACHYON_SITE=https://github.com/amplab/tachyon/archive
> >
> > I would pledge for putting an tag release-1.0.0 on the release commit .
> > Like we did before.
> >
> > >> I doubt you can move a tag once it is pushed to the apache repository
> > (since
> > >> a force push is not possible, too), but we may try ;-)
> > >
> > > Tag is a pointer to a git object. The pointer could be deleted,
> > recreated and
> > > pushed again: no force-push is needed for that.
> >
> > That is evidently not true:
> >
> > $ git tag -d olaf
> > Deleted tag 'olaf' (was 6fd647e)
> > $ git tag olaf HEAD~3
> > $ git push lr --tags
> > ...
> > ! [rejected] olaf -> olaf (already exists)
> > error: failed to push some refs to '.....'
> >
> >
> > > Besides, force-push isn't disabled on Apache repos (except for master
> > branch).
> >
> > > Yes, we can do whatever we want with the branches.
> >
> >
> > Didn't know that. Now I am beginning to understand your point ...
> >
> > I wrote an example workflow (see attachement) . I would propose to add
> > this example (if it is correct) to the developer guidelines in the wiki.
> >
> > Management summary: We should be careful not to apply changes affecting
> > both release and master directly to one of these branches. Use a fix branch
> > instead and merge it to both master and release branch.
> >
> > Using github pull request seems equivalent to this workflow, btw.
> >
> > Thanks all for your patience, over and out.
> > Olaf
> >
> >
> >
> >
> >
> >
> >
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
Since I'm one of the "author" of the current 1.0 branch, I'd like to join
the discussion and make sure whether I get it right.
It looks like the the proposed approach is to replace cherry-pick by
creating a feature branch and merge that branch into branches we'd like to
have the fix.
If we're going this approach, then the feature branch should be derived
from the targeted back port branch. For example, if patch A is getting in
both branch-1.0 and master, then we should create a feature branch from 1.0
name branch-A, and add patch A on top of branch-A, and then merge branch-A
into branch-1.0 and master, respectively.
Basically, the above is what I concluded from your discussion. Is this the
same as what you're thinking?
2015-07-15 22:34 GMT+08:00 Olaf Flebbe <of...@oflebbe.de>:
> Cos,
>
> > Evidently, "is not mutable" and "shouldn't be moved" are two very
> different
> > properties.
>
> Of course, you are right.
>
> > What github does for their releases is of no relevance to us,.
>
> You are right, but I would like to mention we use this in bigtop.mk, too.
>
> HUE_SITE=https://github.com/cloudera/hue/archive
> DATAFU_SITE=https://github.com/linkedin/datafu/archive
> TACHYON_SITE=https://github.com/amplab/tachyon/archive
>
> I would pledge for putting an tag release-1.0.0 on the release commit .
> Like we did before.
>
> >> I doubt you can move a tag once it is pushed to the apache repository
> (since
> >> a force push is not possible, too), but we may try ;-)
> >
> > Tag is a pointer to a git object. The pointer could be deleted,
> recreated and
> > pushed again: no force-push is needed for that.
>
> That is evidently not true:
>
> $ git tag -d olaf
> Deleted tag 'olaf' (was 6fd647e)
> $ git tag olaf HEAD~3
> $ git push lr --tags
> ...
> ! [rejected] olaf -> olaf (already exists)
> error: failed to push some refs to '.....'
>
>
> > Besides, force-push isn't disabled on Apache repos (except for master
> branch).
>
> > Yes, we can do whatever we want with the branches.
>
>
> Didn't know that. Now I am beginning to understand your point ...
>
> I wrote an example workflow (see attachement) . I would propose to add
> this example (if it is correct) to the developer guidelines in the wiki.
>
> Management summary: We should be careful not to apply changes affecting
> both release and master directly to one of these branches. Use a fix branch
> instead and merge it to both master and release branch.
>
> Using github pull request seems equivalent to this workflow, btw.
>
> Thanks all for your patience, over and out.
> Olaf
>
>
>
>
>
>
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Olaf Flebbe <of...@oflebbe.de>.
Cos,
> Evidently, "is not mutable" and "shouldn't be moved" are two very different
> properties.
Of course, you are right.
> What github does for their releases is of no relevance to us,.
You are right, but I would like to mention we use this in bigtop.mk, too.
HUE_SITE=https://github.com/cloudera/hue/archive
DATAFU_SITE=https://github.com/linkedin/datafu/archive
TACHYON_SITE=https://github.com/amplab/tachyon/archive
I would pledge for putting an tag release-1.0.0 on the release commit . Like we did before.
>> I doubt you can move a tag once it is pushed to the apache repository (since
>> a force push is not possible, too), but we may try ;-)
>
> Tag is a pointer to a git object. The pointer could be deleted, recreated and
> pushed again: no force-push is needed for that.
That is evidently not true:
$ git tag -d olaf
Deleted tag 'olaf' (was 6fd647e)
$ git tag olaf HEAD~3
$ git push lr --tags
...
! [rejected] olaf -> olaf (already exists)
error: failed to push some refs to '.....'
> Besides, force-push isn't disabled on Apache repos (except for master branch).
> Yes, we can do whatever we want with the branches.
Didn't know that. Now I am beginning to understand your point ...
I wrote an example workflow (see attachement) . I would propose to add this example (if it is correct) to the developer guidelines in the wiki.
Management summary: We should be careful not to apply changes affecting both release and master directly to one of these branches. Use a fix branch instead and merge it to both master and release branch.
Using github pull request seems equivalent to this workflow, btw.
Thanks all for your patience, over and out.
Olaf
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
On Tue, Jul 14, 2015 at 11:26PM, Olaf Flebbe wrote:
> Cos,
>
> > I didn't bring up the release or their tags anywhere in my email, so I am not
> > sure what's your point here... Besides, with git we aren't relying on release
> > tags as they are mutable; instead we are relying on commit SHA1.
>
> A git tag is not mutable and should not be moved, since it is an alias for a
> commit hash of a release. For instance github makes release based on tags
> only: For instance see: https://github.com/apache/bigtop/releases,
Evidently, "is not mutable" and "shouldn't be moved" are two very different
properties. What github does for their releases is of no relevance to us.
> I doubt you can move a tag once it is pushed to the apache repository (since
> a force push is not possible, too), but we may try ;-)
Tag is a pointer to a git object. The pointer could be deleted, recreated and
pushed again: no force-push is needed for that. Besides, force-push isn't
disabled on Apache repos (except for master branch).
> > Branches are cheap and easy to clean - once the merge is done the branch will
> > need to be deleted. 2nd merge you're referring to is a non fast-forward
>
> Sure, branches are super-cheap to create. But are we really allowed to
> destroy them later with git push --prune on an ASF git repo ?
Yes, we can do whatever we want with the branches.
> > commit, which is annoying in a sense, but also helps to track the history of
> > the changes and where there are coming from. And yes - cherry-picking is
> > absolutely worst because it changes a commit's SHA1 and makes it impossible
> > for automatic tooling to trace the flow of the changes.
>
>
> I admit that is not easy to understand the flow of information of a
> cherry-pick, but it seems not impossible to trace it. At least git itself
> can do it correctly, since you can merge branches automatically later where
> you did single cherry-picks between them before. I would refrain from doing
> any non-automatic cherry-picks, that's true evil.
>
> What tool is potentially broken with respect to cherry-picks?
Actually any visualization tools like gitk. Or
% git cherry -v
would show contextually equivalent commits as different on different branches
because their SHAs would be different. And so on.
> WHat do you suggest specifically to improve commiting on both master and
> to-be-released branches?
I suggest, again, to follow the model from above URL and avoid cherry-picking
if possible. It's coming from a lot of pain I am enduring in every new company
when they start using git without understanding the mechanics behind it.
Cherry-picking is a broken practice unleashed on many ASF projects by Hadoop
folks misusing git faculties. Unfortunately, those practices proved to be
quite sticky like pretty much any other bad habit...
It is too late to safe branch-1.0, but perhaps we should try this in the
future release.
Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Olaf Flebbe <of...@oflebbe.de>.
Cos,
> I didn't bring up the release or their tags anywhere in my email, so I am not
> sure what's your point here... Besides, with git we aren't relying on release
> tags as they are mutable; instead we are relying on commit SHA1.
>
A git tag is not mutable and should not be moved, since it is an alias for a commit hash of a release. For instance github makes release based on tags only: For instance see: https://github.com/apache/bigtop/releases,
I doubt you can move a tag once it is pushed to the apache repository (since a force push is not possible, too), but we may try ;-)
>
> Branches are cheap and easy to clean - once the merge is done the branch will
> need to be deleted. 2nd merge you're referring to is a non fast-forward
Sure, branches are super-cheap to create. But are we really allowed to destroy them later with git push --prune on an ASF git repo ?
> commit, which is annoying in a sense, but also helps to track the history of
> the changes and where there are coming from. And yes - cherry-picking is
> absolutely worst because it changes a commit's SHA1 and makes it impossible
> for automatic tooling to trace the flow of the changes.
I admit that is not easy to understand the flow of information of a cherry-pick, but it seems not impossible to trace it. At least git itself can do it correctly, since you can merge branches automatically later where you did single cherry-picks between them before. I would refrain from doing any non-automatic cherry-picks, that's true evil.
What tool is potentially broken with respect to cherry-picks?
WHat do you suggest specifically to improve commiting on both master and to-be-released branches?
Olaf
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
On Tue, Jul 14, 2015 at 09:44PM, Olaf Flebbe wrote:
> Cos,
>
> As far as I understand a release is done, when a tag like release-1.0 is
> set, not when a branch is created. Since there is no release-1.0 tag, a
> release is not done. And the relase has still has no SHA, since we have no
> tag associated.
I didn't bring up the release or their tags anywhere in my email, so I am not
sure what's your point here... Besides, with git we aren't relying on release
tags as they are mutable; instead we are relying on commit SHA1.
> The merging of hotfix branches (suggested in the paper you mentioning) will
> do more harm to the log than a cherry-picking: On the release branch you
> will get two commits: The fix itself and a merge commit. With cherry-picking
> you will get only the fix itself.
>
> The hotfix branch does make sense when you'll need more than one commit to
> fix a issue on a release. But since we use the one-JIRA-one-Commit model, it
> does not make sense to create a branch for every commit needed on a release
> branch. We would be polluting the repository with stale branches, since
> we'll have to push each commit as a branch to the official repository. We
> cannot remove them later, even when merged completly. So I would say -1 to
> hotfix branches in Bigtop.
Branches are cheap and easy to clean - once the merge is done the branch will
need to be deleted. 2nd merge you're referring to is a non fast-forward
commit, which is annoying in a sense, but also helps to track the history of
the changes and where there are coming from. And yes - cherry-picking is
absolutely worst because it changes a commit's SHA1 and makes it impossible
for automatic tooling to trace the flow of the changes.
Cos
> Cherry-picking is valid if you'll need to fix releases through small changes
> (but only then). The fixes on bigtop where small....
>
> Olaf
>
>
>
>
> > Am 14.07.2015 um 21:15 schrieb Konstantin Boudnik <co...@apache.org>:
> >
> > I have committed BIGTOP-1923 to the master and cherry-picked it to the branch.
> >
> > The reason I did the cherry-picking is because there was a number of other
> > commits cherry-picked before me. I think cherry-picking is an ugly way of
> > doing SVN-like commit merges. And we should avoid it if possible. Definitely,
> > in case of release branches it should be doable via git branching model
> > like...
> >
> > http://nvie.com/posts/a-successful-git-branching-model/
> >
> > which preserves the history and commit SHAs. Can we please avoid
> > cherry-picking on release branches in the future? Please....
> >
> > Thanks
> > Cos
> >
> > On Thu, Jul 09, 2015 at 03:59PM, Evans Ye wrote:
> >> I have no concern if we can get the ignite 1.2 patch in quickly . :)
> >>
> >> 2015-07-09 7:45 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >>
> >>> BIGTOP-1907 seems to be in. One last question - any objection of bumping up
> >>> Ignite to 1.2 which got released just a couple of weeks ago? It has good
> >>> fixes
> >>> (what I've heard ;)
> >>>
> >>> Thoughts?
> >>>
> >>> Cos
> >>>
> >>> On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
> >>>> Sorry to chime in late.
> >>>> Bigtop 1907 should be in so that bigtop toolchain can successfully
> >>> applied
> >>>> on openSUSE. The things I'm still concerning about is that we do not know
> >>>> whether openSUSE is OK to build Bigtop components. IIRC it have some
> >>>> problems.
> >>>> However, if we treat the words "supporting OSs" as OSs that can install
> >>> and
> >>>> run Bigtop instead of build. Then we should be ok now. I personally
> >>> prefer
> >>>> the latter unless SUSE expert can help to fix and unlock the release. :)
> >>>> 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
> >>>>
> >>>>> +1
> >>>>>
> >>>>>
> >>>>> On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
> >>>>> wrote:
> >>>>>
> >>>>>> Agree. It's super easy to push site updates any time after the
> >>> release is
> >>>>>> out.
> >>>>>> We are generating it our of the master anyway, so I see no reason to
> >>> hold
> >>>>>> 1.0
> >>>>>> because of the website changes.
> >>>>>>
> >>>>>> So, shall I spin-out RC1 then?
> >>>>>> Cos
> >>>>>>
> >>>>>> On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> >>>>>>> We can fix the site after the release. I agree it will be
> >>> important to
> >>>>>> get
> >>>>>>> the content up to date as close as possible to when the release
> >>> goes
> >>>>> out.
> >>>>>>> Are we doing svnpubsub? If so it should be straightforward to
> >>> update.
> >>>>> One
> >>>>>>> of us (maybe me) can regen while RC voting is underway and push
> >>> upon
> >>>>>>> release.
> >>>>>>>
> >>>>>>>
> >>>>>>> On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de>
> >>> wrote:
> >>>>>>>
> >>>>>>>> hi cos,
> >>>>>>>>
> >>>>>>>> thanks for asking.
> >>>>>>>>
> >>>>>>>> two of the new commits were critical since last minute changes
> >>> broke
> >>>>>>>> compilation.
> >>>>>>>>
> >>>>>>>> I see no further technical Jiras waiting for inclusion into a 1.0
> >>>>> tag.
> >>>>>>>>
> >>>>>>>> But I am missing one „huge“ commit:
> >>>>>>>>
> >>>>>>>> Our web site is essentially a heap of obsolete stuff. Since the
> >>>>>> website is
> >>>>>>>> somehow generated from git, we should consolidate our site as
> >>> well
> >>>>>>>> reflecting the 1.0 release (for instance removing 0.8 information
> >>>>> from
> >>>>>> the
> >>>>>>>> frontpage). @all: Is there already any progress in this
> >>> direction?
> >>>>>>>>
> >>>>>>>> Thanks,
> >>>>>>>> olaf
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <
> >>> cos@apache.org
> >>>>>> :
> >>>>>>>>>
> >>>>>>>>> Guys,
> >>>>>>>>>
> >>>>>>>>> I have noticed that branch-1.0 is now having these three
> >>> committs:
> >>>>>>>>>
> >>>>>>>>> 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> >>>>>>>>> edc881d BIGTOP-1902: typo in
> >>>>>>>> bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> >>>>>>>>> 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> >>>>>>>>>
> >>>>>>>>> Now I would have to update CHANGES.txt and RELEASE notes for
> >>> both
> >>>>>> master
> >>>>>>>> and
> >>>>>>>>> the branch. To me, those weren't that critical to include into
> >>> the
> >>>>>>>> release,
> >>>>>>>>> but I guess it makes no harm. Any other changes we have to
> >>> hold the
> >>>>>>>> release
> >>>>>>>>> for?
> >>>>>>>>>
> >>>>>>>>> Thanks,
> >>>>>>>>> Cos
> >>>>>>>>>
> >>>>>>>>>> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >>>>>>>>>> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> >>>>>>>>>> I have also pushed branch-1.0 that has all the bits for 1.0
> >>> RC,
> >>>>> but
> >>>>>> I
> >>>>>>>> don't
> >>>>>>>>>> have time to finish RC publishing up right now - will try to
> >>> do it
> >>>>>> from
> >>>>>>>> the
> >>>>>>>>>> train, but who knows if I will have any connection there.
> >>>>>>>>>>
> >>>>>>>>>> If anyone can pick up where I left-off - it'd be great: I am
> >>>>> really
> >>>>>>>> trying to
> >>>>>>>>>> get on my damn vacation ;) If not - I will try to find a bit
> >>> of
> >>>>> time
> >>>>>>>> next week
> >>>>>>>>>> for this.
> >>>>>>>>>>
> >>>>>>>>>> Thanks all for your help,
> >>>>>>>>>> Cos
> >>>>>>>>>>
> >>>>>>>>>>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> >>>>>>>>>>> Indeed.
> >>>>>>>>>>>
> >>>>>>>>>>> The one hurdle I am facing though is that with BIGTOP-1833
> >>>>> getting
> >>>>>>>> pushed to
> >>>>>>>>>>> the master (which I normally would appreciate ;) I have to
> >>> fiddle
> >>>>>> with
> >>>>>>>> my
> >>>>>>>>>>> local branches as they already had a commit for this fix.
> >>> Now,
> >>>>>>>> rebasing it
> >>>>>>>>>>> locally presents an issue where I need to fix some unpleasant
> >>>>>>>> conflicts in...
> >>>>>>>>>>>
> >>>>>>>>>>> Oh well, it will be done in a bit.
> >>>>>>>>>>> Cos
> >>>>>>>>>>>
> >>>>>>>>>>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> >>>>>>>>>>>> I've committed the BIGTOP-1833 patch.
> >>>>>>>>>>>> It's so exciting that we're at the moment ready to release
> >>>>> bigtop
> >>>>>> 1.0.
> >>>>>>>>>>>> Please ping me if any help needed for release.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Evans
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <
> >>> cos@apache.org>:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Guys,
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I have made all preparations for 1.0 RC and changed
> >>> everything
> >>>>> we
> >>>>>>>> need to
> >>>>>>>>>>>>> move
> >>>>>>>>>>>>> to 1.1.0-SNAPSHOT in the master.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> >>>>>> evidently
> >>>>>>>> haven't
> >>>>>>>>>>>>> pushed this change and other commits to the master nor
> >>>>>> branch-1.0. I
> >>>>>>>> would
> >>>>>>>>>>>>> unblock me immediately if someone can review BIGTOP-1833
> >>>>> changes.
> >>>>>>>> Then
> >>>>>>>>>>>>> patch
> >>>>>>>>>>>>> is rather trivial and I have tested it to make sure that
> >>> the
> >>>>>>>> packages are
> >>>>>>>>>>>>> produced.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I'd love to switch off to the vacation mode by the end of
> >>> the
> >>>>> day
> >>>>>>>> today but
> >>>>>>>>>>>>> have to wrap up the RC process (at least the branch
> >>> preparation
> >>>>>> part)
> >>>>>>>>>>>>> before
> >>>>>>>>>>>>> that. So if someone in Europe (during the day here) or
> >>> later in
> >>>>>> NA
> >>>>>>>> can do
> >>>>>>>>>>>>> this
> >>>>>>>>>>>>> at your early convenience - it'd be just great!
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Thanks in advance!
> >>>>>>>>>>>>> Cos
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> >>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> >>>>>>>>>>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> >>>>>> delay, I
> >>>>>>>> was
> >>>>>>>>>>>>> sick
> >>>>>>>>>>>>>>> over the weekend.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Thanks Andrew - hopefully are doing better now!
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> >>>>>>>> apurtell@apache.org>
> >>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Cool, I went over to BIGTOP-1615 and it's already
> >>> resolved.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> As for BIGTOP-1827, if it's just a package naming
> >>> problem we
> >>>>>> can
> >>>>>>>> just
> >>>>>>>>>>>>>>>> rename it, right? See my comment on the issue.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> >>>>>>>> cos@apache.org>
> >>>>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Guys
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> >>>>>> tonight. I
> >>>>>>>>>>>>> have ran
> >>>>>>>>>>>>>>>>> full stack build on Ubuntu and everything is building
> >>> fine
> >>>>>> now.
> >>>>>>>> Of
> >>>>>>>>>>>>> course
> >>>>>>>>>>>>>>>>> some
> >>>>>>>>>>>>>>>>> testing needs to be done ;)
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't
> >>> hear
> >>>>>> from
> >>>>>>>> the
> >>>>>>>>>>>>>>>>> Tachyon component's maintainers I will have to remove
> >>> this
> >>>>>> from
> >>>>>>>> the
> >>>>>>>>>>>>>>>>> release
> >>>>>>>>>>>>>>>>> 1.0 because the packages are broken and we can release
> >>> them
> >>>>>> like
> >>>>>>>>>>>>> this.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if
> >>> anyone
> >>>>>> can
> >>>>>>>> take
> >>>>>>>>>>>>> a
> >>>>>>>>>>>>>>>>> look -
> >>>>>>>>>>>>>>>>> it'd be great!
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Thanks!
> >>>>>>>>>>>>>>>>> Cos
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>>> Best regards,
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> - Andy
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Problems worthy of attack prove their worth by hitting
> >>>>> back. -
> >>>>>>>> Piet
> >>>>>>>>>>>>> Hein
> >>>>>>>>>>>>>>>> (via Tom White)
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>> Best regards,
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> - Andy
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Problems worthy of attack prove their worth by hitting
> >>> back.
> >>>>> -
> >>>>>> Piet
> >>>>>>>>>>>>> Hein
> >>>>>>>>>>>>>>> (via Tom White)
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Best regards,
> >>>>>>>
> >>>>>>> - Andy
> >>>>>>>
> >>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
> >>>>> Hein
> >>>>>>> (via Tom White)
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Best regards,
> >>>>>
> >>>>> - Andy
> >>>>>
> >>>>> Problems worthy of attack prove their worth by hitting back. - Piet
> >>> Hein
> >>>>> (via Tom White)
> >>>>>
> >>>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Olaf Flebbe <of...@oflebbe.de>.
Cos,
As far as I understand a release is done, when a tag like release-1.0 is set, not when a branch is created. Since there is no release-1.0 tag, a release is not done. And the relase has still has no SHA, since we have no tag associated.
The merging of hotfix branches (suggested in the paper you mentioning) will do more harm to the log than a cherry-picking: On the release branch you will get two commits: The fix itself and a merge commit. With cherry-picking you will get only the fix itself.
The hotfix branch does make sense when you'll need more than one commit to fix a issue on a release. But since we use the one-JIRA-one-Commit model, it does not make sense to create a branch for every commit needed on a release branch. We would be polluting the repository with stale branches, since we'll have to push each commit as a branch to the official repository. We cannot remove them later, even when merged completly. So I would say -1 to hotfix branches in Bigtop.
Cherry-picking is valid if you'll need to fix releases through small changes (but only then). The fixes on bigtop where small....
Olaf
> Am 14.07.2015 um 21:15 schrieb Konstantin Boudnik <co...@apache.org>:
>
> I have committed BIGTOP-1923 to the master and cherry-picked it to the branch.
>
> The reason I did the cherry-picking is because there was a number of other
> commits cherry-picked before me. I think cherry-picking is an ugly way of
> doing SVN-like commit merges. And we should avoid it if possible. Definitely,
> in case of release branches it should be doable via git branching model
> like...
>
> http://nvie.com/posts/a-successful-git-branching-model/
>
> which preserves the history and commit SHAs. Can we please avoid
> cherry-picking on release branches in the future? Please....
>
> Thanks
> Cos
>
> On Thu, Jul 09, 2015 at 03:59PM, Evans Ye wrote:
>> I have no concern if we can get the ignite 1.2 patch in quickly . :)
>>
>> 2015-07-09 7:45 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>>
>>> BIGTOP-1907 seems to be in. One last question - any objection of bumping up
>>> Ignite to 1.2 which got released just a couple of weeks ago? It has good
>>> fixes
>>> (what I've heard ;)
>>>
>>> Thoughts?
>>>
>>> Cos
>>>
>>> On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
>>>> Sorry to chime in late.
>>>> Bigtop 1907 should be in so that bigtop toolchain can successfully
>>> applied
>>>> on openSUSE. The things I'm still concerning about is that we do not know
>>>> whether openSUSE is OK to build Bigtop components. IIRC it have some
>>>> problems.
>>>> However, if we treat the words "supporting OSs" as OSs that can install
>>> and
>>>> run Bigtop instead of build. Then we should be ok now. I personally
>>> prefer
>>>> the latter unless SUSE expert can help to fix and unlock the release. :)
>>>> 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
>>>>
>>>>> +1
>>>>>
>>>>>
>>>>> On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
>>>>> wrote:
>>>>>
>>>>>> Agree. It's super easy to push site updates any time after the
>>> release is
>>>>>> out.
>>>>>> We are generating it our of the master anyway, so I see no reason to
>>> hold
>>>>>> 1.0
>>>>>> because of the website changes.
>>>>>>
>>>>>> So, shall I spin-out RC1 then?
>>>>>> Cos
>>>>>>
>>>>>> On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
>>>>>>> We can fix the site after the release. I agree it will be
>>> important to
>>>>>> get
>>>>>>> the content up to date as close as possible to when the release
>>> goes
>>>>> out.
>>>>>>> Are we doing svnpubsub? If so it should be straightforward to
>>> update.
>>>>> One
>>>>>>> of us (maybe me) can regen while RC voting is underway and push
>>> upon
>>>>>>> release.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de>
>>> wrote:
>>>>>>>
>>>>>>>> hi cos,
>>>>>>>>
>>>>>>>> thanks for asking.
>>>>>>>>
>>>>>>>> two of the new commits were critical since last minute changes
>>> broke
>>>>>>>> compilation.
>>>>>>>>
>>>>>>>> I see no further technical Jiras waiting for inclusion into a 1.0
>>>>> tag.
>>>>>>>>
>>>>>>>> But I am missing one „huge“ commit:
>>>>>>>>
>>>>>>>> Our web site is essentially a heap of obsolete stuff. Since the
>>>>>> website is
>>>>>>>> somehow generated from git, we should consolidate our site as
>>> well
>>>>>>>> reflecting the 1.0 release (for instance removing 0.8 information
>>>>> from
>>>>>> the
>>>>>>>> frontpage). @all: Is there already any progress in this
>>> direction?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> olaf
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <
>>> cos@apache.org
>>>>>> :
>>>>>>>>>
>>>>>>>>> Guys,
>>>>>>>>>
>>>>>>>>> I have noticed that branch-1.0 is now having these three
>>> committs:
>>>>>>>>>
>>>>>>>>> 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
>>>>>>>>> edc881d BIGTOP-1902: typo in
>>>>>>>> bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
>>>>>>>>> 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
>>>>>>>>>
>>>>>>>>> Now I would have to update CHANGES.txt and RELEASE notes for
>>> both
>>>>>> master
>>>>>>>> and
>>>>>>>>> the branch. To me, those weren't that critical to include into
>>> the
>>>>>>>> release,
>>>>>>>>> but I guess it makes no harm. Any other changes we have to
>>> hold the
>>>>>>>> release
>>>>>>>>> for?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> Cos
>>>>>>>>>
>>>>>>>>>> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
>>>>>>>>>> Ok, master is unlocked for 1.1.0-SNAPSHOT development
>>>>>>>>>> I have also pushed branch-1.0 that has all the bits for 1.0
>>> RC,
>>>>> but
>>>>>> I
>>>>>>>> don't
>>>>>>>>>> have time to finish RC publishing up right now - will try to
>>> do it
>>>>>> from
>>>>>>>> the
>>>>>>>>>> train, but who knows if I will have any connection there.
>>>>>>>>>>
>>>>>>>>>> If anyone can pick up where I left-off - it'd be great: I am
>>>>> really
>>>>>>>> trying to
>>>>>>>>>> get on my damn vacation ;) If not - I will try to find a bit
>>> of
>>>>> time
>>>>>>>> next week
>>>>>>>>>> for this.
>>>>>>>>>>
>>>>>>>>>> Thanks all for your help,
>>>>>>>>>> Cos
>>>>>>>>>>
>>>>>>>>>>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
>>>>>>>>>>> Indeed.
>>>>>>>>>>>
>>>>>>>>>>> The one hurdle I am facing though is that with BIGTOP-1833
>>>>> getting
>>>>>>>> pushed to
>>>>>>>>>>> the master (which I normally would appreciate ;) I have to
>>> fiddle
>>>>>> with
>>>>>>>> my
>>>>>>>>>>> local branches as they already had a commit for this fix.
>>> Now,
>>>>>>>> rebasing it
>>>>>>>>>>> locally presents an issue where I need to fix some unpleasant
>>>>>>>> conflicts in...
>>>>>>>>>>>
>>>>>>>>>>> Oh well, it will be done in a bit.
>>>>>>>>>>> Cos
>>>>>>>>>>>
>>>>>>>>>>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
>>>>>>>>>>>> I've committed the BIGTOP-1833 patch.
>>>>>>>>>>>> It's so exciting that we're at the moment ready to release
>>>>> bigtop
>>>>>> 1.0.
>>>>>>>>>>>> Please ping me if any help needed for release.
>>>>>>>>>>>>
>>>>>>>>>>>> Evans
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <
>>> cos@apache.org>:
>>>>>>>>>>>>
>>>>>>>>>>>>> Guys,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have made all preparations for 1.0 RC and changed
>>> everything
>>>>> we
>>>>>>>> need to
>>>>>>>>>>>>> move
>>>>>>>>>>>>> to 1.1.0-SNAPSHOT in the master.
>>>>>>>>>>>>>
>>>>>>>>>>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
>>>>>> evidently
>>>>>>>> haven't
>>>>>>>>>>>>> pushed this change and other commits to the master nor
>>>>>> branch-1.0. I
>>>>>>>> would
>>>>>>>>>>>>> unblock me immediately if someone can review BIGTOP-1833
>>>>> changes.
>>>>>>>> Then
>>>>>>>>>>>>> patch
>>>>>>>>>>>>> is rather trivial and I have tested it to make sure that
>>> the
>>>>>>>> packages are
>>>>>>>>>>>>> produced.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'd love to switch off to the vacation mode by the end of
>>> the
>>>>> day
>>>>>>>> today but
>>>>>>>>>>>>> have to wrap up the RC process (at least the branch
>>> preparation
>>>>>> part)
>>>>>>>>>>>>> before
>>>>>>>>>>>>> that. So if someone in Europe (during the day here) or
>>> later in
>>>>>> NA
>>>>>>>> can do
>>>>>>>>>>>>> this
>>>>>>>>>>>>> at your early convenience - it'd be just great!
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks in advance!
>>>>>>>>>>>>> Cos
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
>>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
>>>>>>>>>>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
>>>>>> delay, I
>>>>>>>> was
>>>>>>>>>>>>> sick
>>>>>>>>>>>>>>> over the weekend.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks Andrew - hopefully are doing better now!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
>>>>>>>> apurtell@apache.org>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Cool, I went over to BIGTOP-1615 and it's already
>>> resolved.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> As for BIGTOP-1827, if it's just a package naming
>>> problem we
>>>>>> can
>>>>>>>> just
>>>>>>>>>>>>>>>> rename it, right? See my comment on the issue.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
>>>>>>>> cos@apache.org>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Guys
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
>>>>>> tonight. I
>>>>>>>>>>>>> have ran
>>>>>>>>>>>>>>>>> full stack build on Ubuntu and everything is building
>>> fine
>>>>>> now.
>>>>>>>> Of
>>>>>>>>>>>>> course
>>>>>>>>>>>>>>>>> some
>>>>>>>>>>>>>>>>> testing needs to be done ;)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't
>>> hear
>>>>>> from
>>>>>>>> the
>>>>>>>>>>>>>>>>> Tachyon component's maintainers I will have to remove
>>> this
>>>>>> from
>>>>>>>> the
>>>>>>>>>>>>>>>>> release
>>>>>>>>>>>>>>>>> 1.0 because the packages are broken and we can release
>>> them
>>>>>> like
>>>>>>>>>>>>> this.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if
>>> anyone
>>>>>> can
>>>>>>>> take
>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>> look -
>>>>>>>>>>>>>>>>> it'd be great!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thanks!
>>>>>>>>>>>>>>>>> Cos
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Best regards,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> - Andy
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Problems worthy of attack prove their worth by hitting
>>>>> back. -
>>>>>>>> Piet
>>>>>>>>>>>>> Hein
>>>>>>>>>>>>>>>> (via Tom White)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Best regards,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> - Andy
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Problems worthy of attack prove their worth by hitting
>>> back.
>>>>> -
>>>>>> Piet
>>>>>>>>>>>>> Hein
>>>>>>>>>>>>>>> (via Tom White)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Best regards,
>>>>>>>
>>>>>>> - Andy
>>>>>>>
>>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
>>>>> Hein
>>>>>>> (via Tom White)
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best regards,
>>>>>
>>>>> - Andy
>>>>>
>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
>>> Hein
>>>>> (via Tom White)
>>>>>
>>>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
I have committed BIGTOP-1923 to the master and cherry-picked it to the branch.
The reason I did the cherry-picking is because there was a number of other
commits cherry-picked before me. I think cherry-picking is an ugly way of
doing SVN-like commit merges. And we should avoid it if possible. Definitely,
in case of release branches it should be doable via git branching model
like...
http://nvie.com/posts/a-successful-git-branching-model/
which preserves the history and commit SHAs. Can we please avoid
cherry-picking on release branches in the future? Please....
Thanks
Cos
On Thu, Jul 09, 2015 at 03:59PM, Evans Ye wrote:
> I have no concern if we can get the ignite 1.2 patch in quickly . :)
>
> 2015-07-09 7:45 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > BIGTOP-1907 seems to be in. One last question - any objection of bumping up
> > Ignite to 1.2 which got released just a couple of weeks ago? It has good
> > fixes
> > (what I've heard ;)
> >
> > Thoughts?
> >
> > Cos
> >
> > On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
> > > Sorry to chime in late.
> > > Bigtop 1907 should be in so that bigtop toolchain can successfully
> > applied
> > > on openSUSE. The things I'm still concerning about is that we do not know
> > > whether openSUSE is OK to build Bigtop components. IIRC it have some
> > > problems.
> > > However, if we treat the words "supporting OSs" as OSs that can install
> > and
> > > run Bigtop instead of build. Then we should be ok now. I personally
> > prefer
> > > the latter unless SUSE expert can help to fix and unlock the release. :)
> > > 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
> > >
> > > > +1
> > > >
> > > >
> > > > On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
> > > > wrote:
> > > >
> > > > > Agree. It's super easy to push site updates any time after the
> > release is
> > > > > out.
> > > > > We are generating it our of the master anyway, so I see no reason to
> > hold
> > > > > 1.0
> > > > > because of the website changes.
> > > > >
> > > > > So, shall I spin-out RC1 then?
> > > > > Cos
> > > > >
> > > > > On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> > > > > > We can fix the site after the release. I agree it will be
> > important to
> > > > > get
> > > > > > the content up to date as close as possible to when the release
> > goes
> > > > out.
> > > > > > Are we doing svnpubsub? If so it should be straightforward to
> > update.
> > > > One
> > > > > > of us (maybe me) can regen while RC voting is underway and push
> > upon
> > > > > > release.
> > > > > >
> > > > > >
> > > > > > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de>
> > wrote:
> > > > > >
> > > > > > > hi cos,
> > > > > > >
> > > > > > > thanks for asking.
> > > > > > >
> > > > > > > two of the new commits were critical since last minute changes
> > broke
> > > > > > > compilation.
> > > > > > >
> > > > > > > I see no further technical Jiras waiting for inclusion into a 1.0
> > > > tag.
> > > > > > >
> > > > > > > But I am missing one „huge“ commit:
> > > > > > >
> > > > > > > Our web site is essentially a heap of obsolete stuff. Since the
> > > > > website is
> > > > > > > somehow generated from git, we should consolidate our site as
> > well
> > > > > > > reflecting the 1.0 release (for instance removing 0.8 information
> > > > from
> > > > > the
> > > > > > > frontpage). @all: Is there already any progress in this
> > direction?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > olaf
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <
> > cos@apache.org
> > > > >:
> > > > > > > >
> > > > > > > > Guys,
> > > > > > > >
> > > > > > > > I have noticed that branch-1.0 is now having these three
> > committs:
> > > > > > > >
> > > > > > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > > > > > > edc881d BIGTOP-1902: typo in
> > > > > > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > > > > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > > > > > > >
> > > > > > > > Now I would have to update CHANGES.txt and RELEASE notes for
> > both
> > > > > master
> > > > > > > and
> > > > > > > > the branch. To me, those weren't that critical to include into
> > the
> > > > > > > release,
> > > > > > > > but I guess it makes no harm. Any other changes we have to
> > hold the
> > > > > > > release
> > > > > > > > for?
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Cos
> > > > > > > >
> > > > > > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > > > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > > > > >> I have also pushed branch-1.0 that has all the bits for 1.0
> > RC,
> > > > but
> > > > > I
> > > > > > > don't
> > > > > > > >> have time to finish RC publishing up right now - will try to
> > do it
> > > > > from
> > > > > > > the
> > > > > > > >> train, but who knows if I will have any connection there.
> > > > > > > >>
> > > > > > > >> If anyone can pick up where I left-off - it'd be great: I am
> > > > really
> > > > > > > trying to
> > > > > > > >> get on my damn vacation ;) If not - I will try to find a bit
> > of
> > > > time
> > > > > > > next week
> > > > > > > >> for this.
> > > > > > > >>
> > > > > > > >> Thanks all for your help,
> > > > > > > >> Cos
> > > > > > > >>
> > > > > > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > > > > > >>> Indeed.
> > > > > > > >>>
> > > > > > > >>> The one hurdle I am facing though is that with BIGTOP-1833
> > > > getting
> > > > > > > pushed to
> > > > > > > >>> the master (which I normally would appreciate ;) I have to
> > fiddle
> > > > > with
> > > > > > > my
> > > > > > > >>> local branches as they already had a commit for this fix.
> > Now,
> > > > > > > rebasing it
> > > > > > > >>> locally presents an issue where I need to fix some unpleasant
> > > > > > > conflicts in...
> > > > > > > >>>
> > > > > > > >>> Oh well, it will be done in a bit.
> > > > > > > >>> Cos
> > > > > > > >>>
> > > > > > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > > > > >>>> I've committed the BIGTOP-1833 patch.
> > > > > > > >>>> It's so exciting that we're at the moment ready to release
> > > > bigtop
> > > > > 1.0.
> > > > > > > >>>> Please ping me if any help needed for release.
> > > > > > > >>>>
> > > > > > > >>>> Evans
> > > > > > > >>>>
> > > > > > > >>>>
> > > > > > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <
> > cos@apache.org>:
> > > > > > > >>>>
> > > > > > > >>>>> Guys,
> > > > > > > >>>>>
> > > > > > > >>>>> I have made all preparations for 1.0 RC and changed
> > everything
> > > > we
> > > > > > > need to
> > > > > > > >>>>> move
> > > > > > > >>>>> to 1.1.0-SNAPSHOT in the master.
> > > > > > > >>>>>
> > > > > > > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> > > > > evidently
> > > > > > > haven't
> > > > > > > >>>>> pushed this change and other commits to the master nor
> > > > > branch-1.0. I
> > > > > > > would
> > > > > > > >>>>> unblock me immediately if someone can review BIGTOP-1833
> > > > changes.
> > > > > > > Then
> > > > > > > >>>>> patch
> > > > > > > >>>>> is rather trivial and I have tested it to make sure that
> > the
> > > > > > > packages are
> > > > > > > >>>>> produced.
> > > > > > > >>>>>
> > > > > > > >>>>> I'd love to switch off to the vacation mode by the end of
> > the
> > > > day
> > > > > > > today but
> > > > > > > >>>>> have to wrap up the RC process (at least the branch
> > preparation
> > > > > part)
> > > > > > > >>>>> before
> > > > > > > >>>>> that. So if someone in Europe (during the day here) or
> > later in
> > > > > NA
> > > > > > > can do
> > > > > > > >>>>> this
> > > > > > > >>>>> at your early convenience - it'd be just great!
> > > > > > > >>>>>
> > > > > > > >>>>> Thanks in advance!
> > > > > > > >>>>> Cos
> > > > > > > >>>>>
> > > > > > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> > > > > delay, I
> > > > > > > was
> > > > > > > >>>>> sick
> > > > > > > >>>>>>> over the weekend.
> > > > > > > >>>>>>
> > > > > > > >>>>>> Thanks Andrew - hopefully are doing better now!
> > > > > > > >>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > > > > > apurtell@apache.org>
> > > > > > > >>>>> wrote:
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already
> > resolved.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming
> > problem we
> > > > > can
> > > > > > > just
> > > > > > > >>>>>>>> rename it, right? See my comment on the issue.
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > > > > > cos@apache.org>
> > > > > > > >>>>>>>> wrote:
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>> Guys
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> > > > > tonight. I
> > > > > > > >>>>> have ran
> > > > > > > >>>>>>>>> full stack build on Ubuntu and everything is building
> > fine
> > > > > now.
> > > > > > > Of
> > > > > > > >>>>> course
> > > > > > > >>>>>>>>> some
> > > > > > > >>>>>>>>> testing needs to be done ;)
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't
> > hear
> > > > > from
> > > > > > > the
> > > > > > > >>>>>>>>> Tachyon component's maintainers I will have to remove
> > this
> > > > > from
> > > > > > > the
> > > > > > > >>>>>>>>> release
> > > > > > > >>>>>>>>> 1.0 because the packages are broken and we can release
> > them
> > > > > like
> > > > > > > >>>>> this.
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if
> > anyone
> > > > > can
> > > > > > > take
> > > > > > > >>>>> a
> > > > > > > >>>>>>>>> look -
> > > > > > > >>>>>>>>> it'd be great!
> > > > > > > >>>>>>>>>
> > > > > > > >>>>>>>>> Thanks!
> > > > > > > >>>>>>>>> Cos
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> --
> > > > > > > >>>>>>>> Best regards,
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> - Andy
> > > > > > > >>>>>>>>
> > > > > > > >>>>>>>> Problems worthy of attack prove their worth by hitting
> > > > back. -
> > > > > > > Piet
> > > > > > > >>>>> Hein
> > > > > > > >>>>>>>> (via Tom White)
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> --
> > > > > > > >>>>>>> Best regards,
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> - Andy
> > > > > > > >>>>>>>
> > > > > > > >>>>>>> Problems worthy of attack prove their worth by hitting
> > back.
> > > > -
> > > > > Piet
> > > > > > > >>>>> Hein
> > > > > > > >>>>>>> (via Tom White)
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > > Hein
> > > > > > (via Tom White)
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > > >
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
I'll post it first thing am ;) already tested on my local box
On July 9, 2015 12:59:10 AM PDT, Evans Ye <ev...@apache.org> wrote:
>I have no concern if we can get the ignite 1.2 patch in quickly . :)
>
>2015-07-09 7:45 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
>> BIGTOP-1907 seems to be in. One last question - any objection of
>bumping up
>> Ignite to 1.2 which got released just a couple of weeks ago? It has
>good
>> fixes
>> (what I've heard ;)
>>
>> Thoughts?
>>
>> Cos
>>
>> On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
>> > Sorry to chime in late.
>> > Bigtop 1907 should be in so that bigtop toolchain can successfully
>> applied
>> > on openSUSE. The things I'm still concerning about is that we do
>not know
>> > whether openSUSE is OK to build Bigtop components. IIRC it have
>some
>> > problems.
>> > However, if we treat the words "supporting OSs" as OSs that can
>install
>> and
>> > run Bigtop instead of build. Then we should be ok now. I personally
>> prefer
>> > the latter unless SUSE expert can help to fix and unlock the
>release. :)
>> > 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
>> >
>> > > +1
>> > >
>> > >
>> > > On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik
><co...@apache.org>
>> > > wrote:
>> > >
>> > > > Agree. It's super easy to push site updates any time after the
>> release is
>> > > > out.
>> > > > We are generating it our of the master anyway, so I see no
>reason to
>> hold
>> > > > 1.0
>> > > > because of the website changes.
>> > > >
>> > > > So, shall I spin-out RC1 then?
>> > > > Cos
>> > > >
>> > > > On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
>> > > > > We can fix the site after the release. I agree it will be
>> important to
>> > > > get
>> > > > > the content up to date as close as possible to when the
>release
>> goes
>> > > out.
>> > > > > Are we doing svnpubsub? If so it should be straightforward to
>> update.
>> > > One
>> > > > > of us (maybe me) can regen while RC voting is underway and
>push
>> upon
>> > > > > release.
>> > > > >
>> > > > >
>> > > > > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de>
>> wrote:
>> > > > >
>> > > > > > hi cos,
>> > > > > >
>> > > > > > thanks for asking.
>> > > > > >
>> > > > > > two of the new commits were critical since last minute
>changes
>> broke
>> > > > > > compilation.
>> > > > > >
>> > > > > > I see no further technical Jiras waiting for inclusion into
>a 1.0
>> > > tag.
>> > > > > >
>> > > > > > But I am missing one „huge“ commit:
>> > > > > >
>> > > > > > Our web site is essentially a heap of obsolete stuff. Since
>the
>> > > > website is
>> > > > > > somehow generated from git, we should consolidate our site
>as
>> well
>> > > > > > reflecting the 1.0 release (for instance removing 0.8
>information
>> > > from
>> > > > the
>> > > > > > frontpage). @all: Is there already any progress in this
>> direction?
>> > > > > >
>> > > > > > Thanks,
>> > > > > > olaf
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <
>> cos@apache.org
>> > > >:
>> > > > > > >
>> > > > > > > Guys,
>> > > > > > >
>> > > > > > > I have noticed that branch-1.0 is now having these three
>> committs:
>> > > > > > >
>> > > > > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client
>failed
>> > > > > > > edc881d BIGTOP-1902: typo in
>> > > > > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
>> > > > > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant
>update
>> > > > > > >
>> > > > > > > Now I would have to update CHANGES.txt and RELEASE notes
>for
>> both
>> > > > master
>> > > > > > and
>> > > > > > > the branch. To me, those weren't that critical to include
>into
>> the
>> > > > > > release,
>> > > > > > > but I guess it makes no harm. Any other changes we have
>to
>> hold the
>> > > > > > release
>> > > > > > > for?
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > Cos
>> > > > > > >
>> > > > > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik
>wrote:
>> > > > > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
>> > > > > > >> I have also pushed branch-1.0 that has all the bits for
>1.0
>> RC,
>> > > but
>> > > > I
>> > > > > > don't
>> > > > > > >> have time to finish RC publishing up right now - will
>try to
>> do it
>> > > > from
>> > > > > > the
>> > > > > > >> train, but who knows if I will have any connection
>there.
>> > > > > > >>
>> > > > > > >> If anyone can pick up where I left-off - it'd be great:
>I am
>> > > really
>> > > > > > trying to
>> > > > > > >> get on my damn vacation ;) If not - I will try to find a
>bit
>> of
>> > > time
>> > > > > > next week
>> > > > > > >> for this.
>> > > > > > >>
>> > > > > > >> Thanks all for your help,
>> > > > > > >> Cos
>> > > > > > >>
>> > > > > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik
>wrote:
>> > > > > > >>> Indeed.
>> > > > > > >>>
>> > > > > > >>> The one hurdle I am facing though is that with
>BIGTOP-1833
>> > > getting
>> > > > > > pushed to
>> > > > > > >>> the master (which I normally would appreciate ;) I have
>to
>> fiddle
>> > > > with
>> > > > > > my
>> > > > > > >>> local branches as they already had a commit for this
>fix.
>> Now,
>> > > > > > rebasing it
>> > > > > > >>> locally presents an issue where I need to fix some
>unpleasant
>> > > > > > conflicts in...
>> > > > > > >>>
>> > > > > > >>> Oh well, it will be done in a bit.
>> > > > > > >>> Cos
>> > > > > > >>>
>> > > > > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
>> > > > > > >>>> I've committed the BIGTOP-1833 patch.
>> > > > > > >>>> It's so exciting that we're at the moment ready to
>release
>> > > bigtop
>> > > > 1.0.
>> > > > > > >>>> Please ping me if any help needed for release.
>> > > > > > >>>>
>> > > > > > >>>> Evans
>> > > > > > >>>>
>> > > > > > >>>>
>> > > > > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <
>> cos@apache.org>:
>> > > > > > >>>>
>> > > > > > >>>>> Guys,
>> > > > > > >>>>>
>> > > > > > >>>>> I have made all preparations for 1.0 RC and changed
>> everything
>> > > we
>> > > > > > need to
>> > > > > > >>>>> move
>> > > > > > >>>>> to 1.1.0-SNAPSHOT in the master.
>> > > > > > >>>>>
>> > > > > > >>>>> However, because BIGTOP-1833 hasn't been reviewed
>yet, I
>> > > > evidently
>> > > > > > haven't
>> > > > > > >>>>> pushed this change and other commits to the master
>nor
>> > > > branch-1.0. I
>> > > > > > would
>> > > > > > >>>>> unblock me immediately if someone can review
>BIGTOP-1833
>> > > changes.
>> > > > > > Then
>> > > > > > >>>>> patch
>> > > > > > >>>>> is rather trivial and I have tested it to make sure
>that
>> the
>> > > > > > packages are
>> > > > > > >>>>> produced.
>> > > > > > >>>>>
>> > > > > > >>>>> I'd love to switch off to the vacation mode by the
>end of
>> the
>> > > day
>> > > > > > today but
>> > > > > > >>>>> have to wrap up the RC process (at least the branch
>> preparation
>> > > > part)
>> > > > > > >>>>> before
>> > > > > > >>>>> that. So if someone in Europe (during the day here)
>or
>> later in
>> > > > NA
>> > > > > > can do
>> > > > > > >>>>> this
>> > > > > > >>>>> at your early convenience - it'd be just great!
>> > > > > > >>>>>
>> > > > > > >>>>> Thanks in advance!
>> > > > > > >>>>> Cos
>> > > > > > >>>>>
>> > > > > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik
>wrote:
>> > > > > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell
>wrote:
>> > > > > > >>>>>>> Also, working on BIGTOP-1851 right now. Please
>pardon the
>> > > > delay, I
>> > > > > > was
>> > > > > > >>>>> sick
>> > > > > > >>>>>>> over the weekend.
>> > > > > > >>>>>>
>> > > > > > >>>>>> Thanks Andrew - hopefully are doing better now!
>> > > > > > >>>>>>
>> > > > > > >>>>>>>
>> > > > > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
>> > > > > > apurtell@apache.org>
>> > > > > > >>>>> wrote:
>> > > > > > >>>>>>>
>> > > > > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already
>> resolved.
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming
>> problem we
>> > > > can
>> > > > > > just
>> > > > > > >>>>>>>> rename it, right? See my comment on the issue.
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin
>Boudnik <
>> > > > > > cos@apache.org>
>> > > > > > >>>>>>>> wrote:
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>>> Guys
>> > > > > > >>>>>>>>>
>> > > > > > >>>>>>>>> I think we are in the good shape to cut-off 1.0
>branch
>> > > > tonight. I
>> > > > > > >>>>> have ran
>> > > > > > >>>>>>>>> full stack build on Ubuntu and everything is
>building
>> fine
>> > > > now.
>> > > > > > Of
>> > > > > > >>>>> course
>> > > > > > >>>>>>>>> some
>> > > > > > >>>>>>>>> testing needs to be done ;)
>> > > > > > >>>>>>>>>
>> > > > > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I
>don't
>> hear
>> > > > from
>> > > > > > the
>> > > > > > >>>>>>>>> Tachyon component's maintainers I will have to
>remove
>> this
>> > > > from
>> > > > > > the
>> > > > > > >>>>>>>>> release
>> > > > > > >>>>>>>>> 1.0 because the packages are broken and we can
>release
>> them
>> > > > like
>> > > > > > >>>>> this.
>> > > > > > >>>>>>>>>
>> > > > > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so
>if
>> anyone
>> > > > can
>> > > > > > take
>> > > > > > >>>>> a
>> > > > > > >>>>>>>>> look -
>> > > > > > >>>>>>>>> it'd be great!
>> > > > > > >>>>>>>>>
>> > > > > > >>>>>>>>> Thanks!
>> > > > > > >>>>>>>>> Cos
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>> --
>> > > > > > >>>>>>>> Best regards,
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>> - Andy
>> > > > > > >>>>>>>>
>> > > > > > >>>>>>>> Problems worthy of attack prove their worth by
>hitting
>> > > back. -
>> > > > > > Piet
>> > > > > > >>>>> Hein
>> > > > > > >>>>>>>> (via Tom White)
>> > > > > > >>>>>>>
>> > > > > > >>>>>>>
>> > > > > > >>>>>>>
>> > > > > > >>>>>>> --
>> > > > > > >>>>>>> Best regards,
>> > > > > > >>>>>>>
>> > > > > > >>>>>>> - Andy
>> > > > > > >>>>>>>
>> > > > > > >>>>>>> Problems worthy of attack prove their worth by
>hitting
>> back.
>> > > -
>> > > > Piet
>> > > > > > >>>>> Hein
>> > > > > > >>>>>>> (via Tom White)
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Best regards,
>> > > > >
>> > > > > - Andy
>> > > > >
>> > > > > Problems worthy of attack prove their worth by hitting back.
>- Piet
>> > > Hein
>> > > > > (via Tom White)
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Best regards,
>> > >
>> > > - Andy
>> > >
>> > > Problems worthy of attack prove their worth by hitting back. -
>Piet
>> Hein
>> > > (via Tom White)
>> > >
>>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
I have no concern if we can get the ignite 1.2 patch in quickly . :)
2015-07-09 7:45 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> BIGTOP-1907 seems to be in. One last question - any objection of bumping up
> Ignite to 1.2 which got released just a couple of weeks ago? It has good
> fixes
> (what I've heard ;)
>
> Thoughts?
>
> Cos
>
> On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
> > Sorry to chime in late.
> > Bigtop 1907 should be in so that bigtop toolchain can successfully
> applied
> > on openSUSE. The things I'm still concerning about is that we do not know
> > whether openSUSE is OK to build Bigtop components. IIRC it have some
> > problems.
> > However, if we treat the words "supporting OSs" as OSs that can install
> and
> > run Bigtop instead of build. Then we should be ok now. I personally
> prefer
> > the latter unless SUSE expert can help to fix and unlock the release. :)
> > 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
> >
> > > +1
> > >
> > >
> > > On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
> > > wrote:
> > >
> > > > Agree. It's super easy to push site updates any time after the
> release is
> > > > out.
> > > > We are generating it our of the master anyway, so I see no reason to
> hold
> > > > 1.0
> > > > because of the website changes.
> > > >
> > > > So, shall I spin-out RC1 then?
> > > > Cos
> > > >
> > > > On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> > > > > We can fix the site after the release. I agree it will be
> important to
> > > > get
> > > > > the content up to date as close as possible to when the release
> goes
> > > out.
> > > > > Are we doing svnpubsub? If so it should be straightforward to
> update.
> > > One
> > > > > of us (maybe me) can regen while RC voting is underway and push
> upon
> > > > > release.
> > > > >
> > > > >
> > > > > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de>
> wrote:
> > > > >
> > > > > > hi cos,
> > > > > >
> > > > > > thanks for asking.
> > > > > >
> > > > > > two of the new commits were critical since last minute changes
> broke
> > > > > > compilation.
> > > > > >
> > > > > > I see no further technical Jiras waiting for inclusion into a 1.0
> > > tag.
> > > > > >
> > > > > > But I am missing one „huge“ commit:
> > > > > >
> > > > > > Our web site is essentially a heap of obsolete stuff. Since the
> > > > website is
> > > > > > somehow generated from git, we should consolidate our site as
> well
> > > > > > reflecting the 1.0 release (for instance removing 0.8 information
> > > from
> > > > the
> > > > > > frontpage). @all: Is there already any progress in this
> direction?
> > > > > >
> > > > > > Thanks,
> > > > > > olaf
> > > > > >
> > > > > >
> > > > > >
> > > > > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <
> cos@apache.org
> > > >:
> > > > > > >
> > > > > > > Guys,
> > > > > > >
> > > > > > > I have noticed that branch-1.0 is now having these three
> committs:
> > > > > > >
> > > > > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > > > > > edc881d BIGTOP-1902: typo in
> > > > > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > > > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > > > > > >
> > > > > > > Now I would have to update CHANGES.txt and RELEASE notes for
> both
> > > > master
> > > > > > and
> > > > > > > the branch. To me, those weren't that critical to include into
> the
> > > > > > release,
> > > > > > > but I guess it makes no harm. Any other changes we have to
> hold the
> > > > > > release
> > > > > > > for?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Cos
> > > > > > >
> > > > > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > > > >> I have also pushed branch-1.0 that has all the bits for 1.0
> RC,
> > > but
> > > > I
> > > > > > don't
> > > > > > >> have time to finish RC publishing up right now - will try to
> do it
> > > > from
> > > > > > the
> > > > > > >> train, but who knows if I will have any connection there.
> > > > > > >>
> > > > > > >> If anyone can pick up where I left-off - it'd be great: I am
> > > really
> > > > > > trying to
> > > > > > >> get on my damn vacation ;) If not - I will try to find a bit
> of
> > > time
> > > > > > next week
> > > > > > >> for this.
> > > > > > >>
> > > > > > >> Thanks all for your help,
> > > > > > >> Cos
> > > > > > >>
> > > > > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > > > > >>> Indeed.
> > > > > > >>>
> > > > > > >>> The one hurdle I am facing though is that with BIGTOP-1833
> > > getting
> > > > > > pushed to
> > > > > > >>> the master (which I normally would appreciate ;) I have to
> fiddle
> > > > with
> > > > > > my
> > > > > > >>> local branches as they already had a commit for this fix.
> Now,
> > > > > > rebasing it
> > > > > > >>> locally presents an issue where I need to fix some unpleasant
> > > > > > conflicts in...
> > > > > > >>>
> > > > > > >>> Oh well, it will be done in a bit.
> > > > > > >>> Cos
> > > > > > >>>
> > > > > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > > > >>>> I've committed the BIGTOP-1833 patch.
> > > > > > >>>> It's so exciting that we're at the moment ready to release
> > > bigtop
> > > > 1.0.
> > > > > > >>>> Please ping me if any help needed for release.
> > > > > > >>>>
> > > > > > >>>> Evans
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <
> cos@apache.org>:
> > > > > > >>>>
> > > > > > >>>>> Guys,
> > > > > > >>>>>
> > > > > > >>>>> I have made all preparations for 1.0 RC and changed
> everything
> > > we
> > > > > > need to
> > > > > > >>>>> move
> > > > > > >>>>> to 1.1.0-SNAPSHOT in the master.
> > > > > > >>>>>
> > > > > > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> > > > evidently
> > > > > > haven't
> > > > > > >>>>> pushed this change and other commits to the master nor
> > > > branch-1.0. I
> > > > > > would
> > > > > > >>>>> unblock me immediately if someone can review BIGTOP-1833
> > > changes.
> > > > > > Then
> > > > > > >>>>> patch
> > > > > > >>>>> is rather trivial and I have tested it to make sure that
> the
> > > > > > packages are
> > > > > > >>>>> produced.
> > > > > > >>>>>
> > > > > > >>>>> I'd love to switch off to the vacation mode by the end of
> the
> > > day
> > > > > > today but
> > > > > > >>>>> have to wrap up the RC process (at least the branch
> preparation
> > > > part)
> > > > > > >>>>> before
> > > > > > >>>>> that. So if someone in Europe (during the day here) or
> later in
> > > > NA
> > > > > > can do
> > > > > > >>>>> this
> > > > > > >>>>> at your early convenience - it'd be just great!
> > > > > > >>>>>
> > > > > > >>>>> Thanks in advance!
> > > > > > >>>>> Cos
> > > > > > >>>>>
> > > > > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> > > > delay, I
> > > > > > was
> > > > > > >>>>> sick
> > > > > > >>>>>>> over the weekend.
> > > > > > >>>>>>
> > > > > > >>>>>> Thanks Andrew - hopefully are doing better now!
> > > > > > >>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > > > > apurtell@apache.org>
> > > > > > >>>>> wrote:
> > > > > > >>>>>>>
> > > > > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already
> resolved.
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming
> problem we
> > > > can
> > > > > > just
> > > > > > >>>>>>>> rename it, right? See my comment on the issue.
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > > > > cos@apache.org>
> > > > > > >>>>>>>> wrote:
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>> Guys
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> > > > tonight. I
> > > > > > >>>>> have ran
> > > > > > >>>>>>>>> full stack build on Ubuntu and everything is building
> fine
> > > > now.
> > > > > > Of
> > > > > > >>>>> course
> > > > > > >>>>>>>>> some
> > > > > > >>>>>>>>> testing needs to be done ;)
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't
> hear
> > > > from
> > > > > > the
> > > > > > >>>>>>>>> Tachyon component's maintainers I will have to remove
> this
> > > > from
> > > > > > the
> > > > > > >>>>>>>>> release
> > > > > > >>>>>>>>> 1.0 because the packages are broken and we can release
> them
> > > > like
> > > > > > >>>>> this.
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if
> anyone
> > > > can
> > > > > > take
> > > > > > >>>>> a
> > > > > > >>>>>>>>> look -
> > > > > > >>>>>>>>> it'd be great!
> > > > > > >>>>>>>>>
> > > > > > >>>>>>>>> Thanks!
> > > > > > >>>>>>>>> Cos
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> --
> > > > > > >>>>>>>> Best regards,
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> - Andy
> > > > > > >>>>>>>>
> > > > > > >>>>>>>> Problems worthy of attack prove their worth by hitting
> > > back. -
> > > > > > Piet
> > > > > > >>>>> Hein
> > > > > > >>>>>>>> (via Tom White)
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>>
> > > > > > >>>>>>> --
> > > > > > >>>>>>> Best regards,
> > > > > > >>>>>>>
> > > > > > >>>>>>> - Andy
> > > > > > >>>>>>>
> > > > > > >>>>>>> Problems worthy of attack prove their worth by hitting
> back.
> > > -
> > > > Piet
> > > > > > >>>>> Hein
> > > > > > >>>>>>> (via Tom White)
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > >
> > > > > - Andy
> > > > >
> > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > Hein
> > > > > (via Tom White)
> > > >
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> > >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
BIGTOP-1907 seems to be in. One last question - any objection of bumping up
Ignite to 1.2 which got released just a couple of weeks ago? It has good fixes
(what I've heard ;)
Thoughts?
Cos
On Thu, Jul 02, 2015 at 12:07PM, Evans Ye wrote:
> Sorry to chime in late.
> Bigtop 1907 should be in so that bigtop toolchain can successfully applied
> on openSUSE. The things I'm still concerning about is that we do not know
> whether openSUSE is OK to build Bigtop components. IIRC it have some
> problems.
> However, if we treat the words "supporting OSs" as OSs that can install and
> run Bigtop instead of build. Then we should be ok now. I personally prefer
> the latter unless SUSE expert can help to fix and unlock the release. :)
> 2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
>
> > +1
> >
> >
> > On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
> > wrote:
> >
> > > Agree. It's super easy to push site updates any time after the release is
> > > out.
> > > We are generating it our of the master anyway, so I see no reason to hold
> > > 1.0
> > > because of the website changes.
> > >
> > > So, shall I spin-out RC1 then?
> > > Cos
> > >
> > > On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> > > > We can fix the site after the release. I agree it will be important to
> > > get
> > > > the content up to date as close as possible to when the release goes
> > out.
> > > > Are we doing svnpubsub? If so it should be straightforward to update.
> > One
> > > > of us (maybe me) can regen while RC voting is underway and push upon
> > > > release.
> > > >
> > > >
> > > > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de> wrote:
> > > >
> > > > > hi cos,
> > > > >
> > > > > thanks for asking.
> > > > >
> > > > > two of the new commits were critical since last minute changes broke
> > > > > compilation.
> > > > >
> > > > > I see no further technical Jiras waiting for inclusion into a 1.0
> > tag.
> > > > >
> > > > > But I am missing one „huge“ commit:
> > > > >
> > > > > Our web site is essentially a heap of obsolete stuff. Since the
> > > website is
> > > > > somehow generated from git, we should consolidate our site as well
> > > > > reflecting the 1.0 release (for instance removing 0.8 information
> > from
> > > the
> > > > > frontpage). @all: Is there already any progress in this direction?
> > > > >
> > > > > Thanks,
> > > > > olaf
> > > > >
> > > > >
> > > > >
> > > > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <cos@apache.org
> > >:
> > > > > >
> > > > > > Guys,
> > > > > >
> > > > > > I have noticed that branch-1.0 is now having these three committs:
> > > > > >
> > > > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > > > > edc881d BIGTOP-1902: typo in
> > > > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > > > > >
> > > > > > Now I would have to update CHANGES.txt and RELEASE notes for both
> > > master
> > > > > and
> > > > > > the branch. To me, those weren't that critical to include into the
> > > > > release,
> > > > > > but I guess it makes no harm. Any other changes we have to hold the
> > > > > release
> > > > > > for?
> > > > > >
> > > > > > Thanks,
> > > > > > Cos
> > > > > >
> > > > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > > >> I have also pushed branch-1.0 that has all the bits for 1.0 RC,
> > but
> > > I
> > > > > don't
> > > > > >> have time to finish RC publishing up right now - will try to do it
> > > from
> > > > > the
> > > > > >> train, but who knows if I will have any connection there.
> > > > > >>
> > > > > >> If anyone can pick up where I left-off - it'd be great: I am
> > really
> > > > > trying to
> > > > > >> get on my damn vacation ;) If not - I will try to find a bit of
> > time
> > > > > next week
> > > > > >> for this.
> > > > > >>
> > > > > >> Thanks all for your help,
> > > > > >> Cos
> > > > > >>
> > > > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > > > >>> Indeed.
> > > > > >>>
> > > > > >>> The one hurdle I am facing though is that with BIGTOP-1833
> > getting
> > > > > pushed to
> > > > > >>> the master (which I normally would appreciate ;) I have to fiddle
> > > with
> > > > > my
> > > > > >>> local branches as they already had a commit for this fix. Now,
> > > > > rebasing it
> > > > > >>> locally presents an issue where I need to fix some unpleasant
> > > > > conflicts in...
> > > > > >>>
> > > > > >>> Oh well, it will be done in a bit.
> > > > > >>> Cos
> > > > > >>>
> > > > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > > >>>> I've committed the BIGTOP-1833 patch.
> > > > > >>>> It's so exciting that we're at the moment ready to release
> > bigtop
> > > 1.0.
> > > > > >>>> Please ping me if any help needed for release.
> > > > > >>>>
> > > > > >>>> Evans
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > > > > >>>>
> > > > > >>>>> Guys,
> > > > > >>>>>
> > > > > >>>>> I have made all preparations for 1.0 RC and changed everything
> > we
> > > > > need to
> > > > > >>>>> move
> > > > > >>>>> to 1.1.0-SNAPSHOT in the master.
> > > > > >>>>>
> > > > > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> > > evidently
> > > > > haven't
> > > > > >>>>> pushed this change and other commits to the master nor
> > > branch-1.0. I
> > > > > would
> > > > > >>>>> unblock me immediately if someone can review BIGTOP-1833
> > changes.
> > > > > Then
> > > > > >>>>> patch
> > > > > >>>>> is rather trivial and I have tested it to make sure that the
> > > > > packages are
> > > > > >>>>> produced.
> > > > > >>>>>
> > > > > >>>>> I'd love to switch off to the vacation mode by the end of the
> > day
> > > > > today but
> > > > > >>>>> have to wrap up the RC process (at least the branch preparation
> > > part)
> > > > > >>>>> before
> > > > > >>>>> that. So if someone in Europe (during the day here) or later in
> > > NA
> > > > > can do
> > > > > >>>>> this
> > > > > >>>>> at your early convenience - it'd be just great!
> > > > > >>>>>
> > > > > >>>>> Thanks in advance!
> > > > > >>>>> Cos
> > > > > >>>>>
> > > > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> > > delay, I
> > > > > was
> > > > > >>>>> sick
> > > > > >>>>>>> over the weekend.
> > > > > >>>>>>
> > > > > >>>>>> Thanks Andrew - hopefully are doing better now!
> > > > > >>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > > > apurtell@apache.org>
> > > > > >>>>> wrote:
> > > > > >>>>>>>
> > > > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > >>>>>>>>
> > > > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we
> > > can
> > > > > just
> > > > > >>>>>>>> rename it, right? See my comment on the issue.
> > > > > >>>>>>>>
> > > > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > > > cos@apache.org>
> > > > > >>>>>>>> wrote:
> > > > > >>>>>>>>
> > > > > >>>>>>>>> Guys
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> > > tonight. I
> > > > > >>>>> have ran
> > > > > >>>>>>>>> full stack build on Ubuntu and everything is building fine
> > > now.
> > > > > Of
> > > > > >>>>> course
> > > > > >>>>>>>>> some
> > > > > >>>>>>>>> testing needs to be done ;)
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > > from
> > > > > the
> > > > > >>>>>>>>> Tachyon component's maintainers I will have to remove this
> > > from
> > > > > the
> > > > > >>>>>>>>> release
> > > > > >>>>>>>>> 1.0 because the packages are broken and we can release them
> > > like
> > > > > >>>>> this.
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> > > can
> > > > > take
> > > > > >>>>> a
> > > > > >>>>>>>>> look -
> > > > > >>>>>>>>> it'd be great!
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Thanks!
> > > > > >>>>>>>>> Cos
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>>
> > > > > >>>>>>>> --
> > > > > >>>>>>>> Best regards,
> > > > > >>>>>>>>
> > > > > >>>>>>>> - Andy
> > > > > >>>>>>>>
> > > > > >>>>>>>> Problems worthy of attack prove their worth by hitting
> > back. -
> > > > > Piet
> > > > > >>>>> Hein
> > > > > >>>>>>>> (via Tom White)
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>>
> > > > > >>>>>>> --
> > > > > >>>>>>> Best regards,
> > > > > >>>>>>>
> > > > > >>>>>>> - Andy
> > > > > >>>>>>>
> > > > > >>>>>>> Problems worthy of attack prove their worth by hitting back.
> > -
> > > Piet
> > > > > >>>>> Hein
> > > > > >>>>>>> (via Tom White)
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > >
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
Sorry to chime in late.
Bigtop 1907 should be in so that bigtop toolchain can successfully applied
on openSUSE. The things I'm still concerning about is that we do not know
whether openSUSE is OK to build Bigtop components. IIRC it have some
problems.
However, if we treat the words "supporting OSs" as OSs that can install and
run Bigtop instead of build. Then we should be ok now. I personally prefer
the latter unless SUSE expert can help to fix and unlock the release. :)
2015/7/2 上午6:50 於 "Andrew Purtell" <ap...@apache.org> 寫道：
> +1
>
>
> On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org>
> wrote:
>
> > Agree. It's super easy to push site updates any time after the release is
> > out.
> > We are generating it our of the master anyway, so I see no reason to hold
> > 1.0
> > because of the website changes.
> >
> > So, shall I spin-out RC1 then?
> > Cos
> >
> > On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> > > We can fix the site after the release. I agree it will be important to
> > get
> > > the content up to date as close as possible to when the release goes
> out.
> > > Are we doing svnpubsub? If so it should be straightforward to update.
> One
> > > of us (maybe me) can regen while RC voting is underway and push upon
> > > release.
> > >
> > >
> > > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de> wrote:
> > >
> > > > hi cos,
> > > >
> > > > thanks for asking.
> > > >
> > > > two of the new commits were critical since last minute changes broke
> > > > compilation.
> > > >
> > > > I see no further technical Jiras waiting for inclusion into a 1.0
> tag.
> > > >
> > > > But I am missing one „huge“ commit:
> > > >
> > > > Our web site is essentially a heap of obsolete stuff. Since the
> > website is
> > > > somehow generated from git, we should consolidate our site as well
> > > > reflecting the 1.0 release (for instance removing 0.8 information
> from
> > the
> > > > frontpage). @all: Is there already any progress in this direction?
> > > >
> > > > Thanks,
> > > > olaf
> > > >
> > > >
> > > >
> > > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <cos@apache.org
> >:
> > > > >
> > > > > Guys,
> > > > >
> > > > > I have noticed that branch-1.0 is now having these three committs:
> > > > >
> > > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > > > edc881d BIGTOP-1902: typo in
> > > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > > > >
> > > > > Now I would have to update CHANGES.txt and RELEASE notes for both
> > master
> > > > and
> > > > > the branch. To me, those weren't that critical to include into the
> > > > release,
> > > > > but I guess it makes no harm. Any other changes we have to hold the
> > > > release
> > > > > for?
> > > > >
> > > > > Thanks,
> > > > > Cos
> > > > >
> > > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > > >> I have also pushed branch-1.0 that has all the bits for 1.0 RC,
> but
> > I
> > > > don't
> > > > >> have time to finish RC publishing up right now - will try to do it
> > from
> > > > the
> > > > >> train, but who knows if I will have any connection there.
> > > > >>
> > > > >> If anyone can pick up where I left-off - it'd be great: I am
> really
> > > > trying to
> > > > >> get on my damn vacation ;) If not - I will try to find a bit of
> time
> > > > next week
> > > > >> for this.
> > > > >>
> > > > >> Thanks all for your help,
> > > > >> Cos
> > > > >>
> > > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > > >>> Indeed.
> > > > >>>
> > > > >>> The one hurdle I am facing though is that with BIGTOP-1833
> getting
> > > > pushed to
> > > > >>> the master (which I normally would appreciate ;) I have to fiddle
> > with
> > > > my
> > > > >>> local branches as they already had a commit for this fix. Now,
> > > > rebasing it
> > > > >>> locally presents an issue where I need to fix some unpleasant
> > > > conflicts in...
> > > > >>>
> > > > >>> Oh well, it will be done in a bit.
> > > > >>> Cos
> > > > >>>
> > > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > >>>> I've committed the BIGTOP-1833 patch.
> > > > >>>> It's so exciting that we're at the moment ready to release
> bigtop
> > 1.0.
> > > > >>>> Please ping me if any help needed for release.
> > > > >>>>
> > > > >>>> Evans
> > > > >>>>
> > > > >>>>
> > > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > > > >>>>
> > > > >>>>> Guys,
> > > > >>>>>
> > > > >>>>> I have made all preparations for 1.0 RC and changed everything
> we
> > > > need to
> > > > >>>>> move
> > > > >>>>> to 1.1.0-SNAPSHOT in the master.
> > > > >>>>>
> > > > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> > evidently
> > > > haven't
> > > > >>>>> pushed this change and other commits to the master nor
> > branch-1.0. I
> > > > would
> > > > >>>>> unblock me immediately if someone can review BIGTOP-1833
> changes.
> > > > Then
> > > > >>>>> patch
> > > > >>>>> is rather trivial and I have tested it to make sure that the
> > > > packages are
> > > > >>>>> produced.
> > > > >>>>>
> > > > >>>>> I'd love to switch off to the vacation mode by the end of the
> day
> > > > today but
> > > > >>>>> have to wrap up the RC process (at least the branch preparation
> > part)
> > > > >>>>> before
> > > > >>>>> that. So if someone in Europe (during the day here) or later in
> > NA
> > > > can do
> > > > >>>>> this
> > > > >>>>> at your early convenience - it'd be just great!
> > > > >>>>>
> > > > >>>>> Thanks in advance!
> > > > >>>>> Cos
> > > > >>>>>
> > > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> > delay, I
> > > > was
> > > > >>>>> sick
> > > > >>>>>>> over the weekend.
> > > > >>>>>>
> > > > >>>>>> Thanks Andrew - hopefully are doing better now!
> > > > >>>>>>
> > > > >>>>>>>
> > > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > > apurtell@apache.org>
> > > > >>>>> wrote:
> > > > >>>>>>>
> > > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > >>>>>>>>
> > > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we
> > can
> > > > just
> > > > >>>>>>>> rename it, right? See my comment on the issue.
> > > > >>>>>>>>
> > > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > > cos@apache.org>
> > > > >>>>>>>> wrote:
> > > > >>>>>>>>
> > > > >>>>>>>>> Guys
> > > > >>>>>>>>>
> > > > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> > tonight. I
> > > > >>>>> have ran
> > > > >>>>>>>>> full stack build on Ubuntu and everything is building fine
> > now.
> > > > Of
> > > > >>>>> course
> > > > >>>>>>>>> some
> > > > >>>>>>>>> testing needs to be done ;)
> > > > >>>>>>>>>
> > > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > from
> > > > the
> > > > >>>>>>>>> Tachyon component's maintainers I will have to remove this
> > from
> > > > the
> > > > >>>>>>>>> release
> > > > >>>>>>>>> 1.0 because the packages are broken and we can release them
> > like
> > > > >>>>> this.
> > > > >>>>>>>>>
> > > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> > can
> > > > take
> > > > >>>>> a
> > > > >>>>>>>>> look -
> > > > >>>>>>>>> it'd be great!
> > > > >>>>>>>>>
> > > > >>>>>>>>> Thanks!
> > > > >>>>>>>>> Cos
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>>
> > > > >>>>>>>> --
> > > > >>>>>>>> Best regards,
> > > > >>>>>>>>
> > > > >>>>>>>> - Andy
> > > > >>>>>>>>
> > > > >>>>>>>> Problems worthy of attack prove their worth by hitting
> back. -
> > > > Piet
> > > > >>>>> Hein
> > > > >>>>>>>> (via Tom White)
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>>
> > > > >>>>>>> --
> > > > >>>>>>> Best regards,
> > > > >>>>>>>
> > > > >>>>>>> - Andy
> > > > >>>>>>>
> > > > >>>>>>> Problems worthy of attack prove their worth by hitting back.
> -
> > Piet
> > > > >>>>> Hein
> > > > >>>>>>> (via Tom White)
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
+1
On Wed, Jul 1, 2015 at 11:54 AM, Konstantin Boudnik <co...@apache.org> wrote:
> Agree. It's super easy to push site updates any time after the release is
> out.
> We are generating it our of the master anyway, so I see no reason to hold
> 1.0
> because of the website changes.
>
> So, shall I spin-out RC1 then?
> Cos
>
> On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> > We can fix the site after the release. I agree it will be important to
> get
> > the content up to date as close as possible to when the release goes out.
> > Are we doing svnpubsub? If so it should be straightforward to update. One
> > of us (maybe me) can regen while RC voting is underway and push upon
> > release.
> >
> >
> > On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de> wrote:
> >
> > > hi cos,
> > >
> > > thanks for asking.
> > >
> > > two of the new commits were critical since last minute changes broke
> > > compilation.
> > >
> > > I see no further technical Jiras waiting for inclusion into a 1.0 tag.
> > >
> > > But I am missing one „huge“ commit:
> > >
> > > Our web site is essentially a heap of obsolete stuff. Since the
> website is
> > > somehow generated from git, we should consolidate our site as well
> > > reflecting the 1.0 release (for instance removing 0.8 information from
> the
> > > frontpage). @all: Is there already any progress in this direction?
> > >
> > > Thanks,
> > > olaf
> > >
> > >
> > >
> > > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <co...@apache.org>:
> > > >
> > > > Guys,
> > > >
> > > > I have noticed that branch-1.0 is now having these three committs:
> > > >
> > > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > > edc881d BIGTOP-1902: typo in
> > > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > > >
> > > > Now I would have to update CHANGES.txt and RELEASE notes for both
> master
> > > and
> > > > the branch. To me, those weren't that critical to include into the
> > > release,
> > > > but I guess it makes no harm. Any other changes we have to hold the
> > > release
> > > > for?
> > > >
> > > > Thanks,
> > > > Cos
> > > >
> > > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > > >> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but
> I
> > > don't
> > > >> have time to finish RC publishing up right now - will try to do it
> from
> > > the
> > > >> train, but who knows if I will have any connection there.
> > > >>
> > > >> If anyone can pick up where I left-off - it'd be great: I am really
> > > trying to
> > > >> get on my damn vacation ;) If not - I will try to find a bit of time
> > > next week
> > > >> for this.
> > > >>
> > > >> Thanks all for your help,
> > > >> Cos
> > > >>
> > > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > > >>> Indeed.
> > > >>>
> > > >>> The one hurdle I am facing though is that with BIGTOP-1833 getting
> > > pushed to
> > > >>> the master (which I normally would appreciate ;) I have to fiddle
> with
> > > my
> > > >>> local branches as they already had a commit for this fix. Now,
> > > rebasing it
> > > >>> locally presents an issue where I need to fix some unpleasant
> > > conflicts in...
> > > >>>
> > > >>> Oh well, it will be done in a bit.
> > > >>> Cos
> > > >>>
> > > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > >>>> I've committed the BIGTOP-1833 patch.
> > > >>>> It's so exciting that we're at the moment ready to release bigtop
> 1.0.
> > > >>>> Please ping me if any help needed for release.
> > > >>>>
> > > >>>> Evans
> > > >>>>
> > > >>>>
> > > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > > >>>>
> > > >>>>> Guys,
> > > >>>>>
> > > >>>>> I have made all preparations for 1.0 RC and changed everything we
> > > need to
> > > >>>>> move
> > > >>>>> to 1.1.0-SNAPSHOT in the master.
> > > >>>>>
> > > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I
> evidently
> > > haven't
> > > >>>>> pushed this change and other commits to the master nor
> branch-1.0. I
> > > would
> > > >>>>> unblock me immediately if someone can review BIGTOP-1833 changes.
> > > Then
> > > >>>>> patch
> > > >>>>> is rather trivial and I have tested it to make sure that the
> > > packages are
> > > >>>>> produced.
> > > >>>>>
> > > >>>>> I'd love to switch off to the vacation mode by the end of the day
> > > today but
> > > >>>>> have to wrap up the RC process (at least the branch preparation
> part)
> > > >>>>> before
> > > >>>>> that. So if someone in Europe (during the day here) or later in
> NA
> > > can do
> > > >>>>> this
> > > >>>>> at your early convenience - it'd be just great!
> > > >>>>>
> > > >>>>> Thanks in advance!
> > > >>>>> Cos
> > > >>>>>
> > > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the
> delay, I
> > > was
> > > >>>>> sick
> > > >>>>>>> over the weekend.
> > > >>>>>>
> > > >>>>>> Thanks Andrew - hopefully are doing better now!
> > > >>>>>>
> > > >>>>>>>
> > > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > apurtell@apache.org>
> > > >>>>> wrote:
> > > >>>>>>>
> > > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > >>>>>>>>
> > > >>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we
> can
> > > just
> > > >>>>>>>> rename it, right? See my comment on the issue.
> > > >>>>>>>>
> > > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > cos@apache.org>
> > > >>>>>>>> wrote:
> > > >>>>>>>>
> > > >>>>>>>>> Guys
> > > >>>>>>>>>
> > > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch
> tonight. I
> > > >>>>> have ran
> > > >>>>>>>>> full stack build on Ubuntu and everything is building fine
> now.
> > > Of
> > > >>>>> course
> > > >>>>>>>>> some
> > > >>>>>>>>> testing needs to be done ;)
> > > >>>>>>>>>
> > > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear
> from
> > > the
> > > >>>>>>>>> Tachyon component's maintainers I will have to remove this
> from
> > > the
> > > >>>>>>>>> release
> > > >>>>>>>>> 1.0 because the packages are broken and we can release them
> like
> > > >>>>> this.
> > > >>>>>>>>>
> > > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> can
> > > take
> > > >>>>> a
> > > >>>>>>>>> look -
> > > >>>>>>>>> it'd be great!
> > > >>>>>>>>>
> > > >>>>>>>>> Thanks!
> > > >>>>>>>>> Cos
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>>
> > > >>>>>>>> --
> > > >>>>>>>> Best regards,
> > > >>>>>>>>
> > > >>>>>>>> - Andy
> > > >>>>>>>>
> > > >>>>>>>> Problems worthy of attack prove their worth by hitting back. -
> > > Piet
> > > >>>>> Hein
> > > >>>>>>>> (via Tom White)
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>>
> > > >>>>>>> --
> > > >>>>>>> Best regards,
> > > >>>>>>>
> > > >>>>>>> - Andy
> > > >>>>>>>
> > > >>>>>>> Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > >>>>> Hein
> > > >>>>>>> (via Tom White)
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Agree. It's super easy to push site updates any time after the release is out.
We are generating it our of the master anyway, so I see no reason to hold 1.0
because of the website changes.
So, shall I spin-out RC1 then?
Cos
On Wed, Jul 01, 2015 at 11:17AM, Andrew Purtell wrote:
> We can fix the site after the release. I agree it will be important to get
> the content up to date as close as possible to when the release goes out.
> Are we doing svnpubsub? If so it should be straightforward to update. One
> of us (maybe me) can regen while RC voting is underway and push upon
> release.
>
>
> On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de> wrote:
>
> > hi cos,
> >
> > thanks for asking.
> >
> > two of the new commits were critical since last minute changes broke
> > compilation.
> >
> > I see no further technical Jiras waiting for inclusion into a 1.0 tag.
> >
> > But I am missing one „huge“ commit:
> >
> > Our web site is essentially a heap of obsolete stuff. Since the website is
> > somehow generated from git, we should consolidate our site as well
> > reflecting the 1.0 release (for instance removing 0.8 information from the
> > frontpage). @all: Is there already any progress in this direction?
> >
> > Thanks,
> > olaf
> >
> >
> >
> > > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <co...@apache.org>:
> > >
> > > Guys,
> > >
> > > I have noticed that branch-1.0 is now having these three committs:
> > >
> > > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > > edc881d BIGTOP-1902: typo in
> > bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> > >
> > > Now I would have to update CHANGES.txt and RELEASE notes for both master
> > and
> > > the branch. To me, those weren't that critical to include into the
> > release,
> > > but I guess it makes no harm. Any other changes we have to hold the
> > release
> > > for?
> > >
> > > Thanks,
> > > Cos
> > >
> > >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> > >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> > >> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I
> > don't
> > >> have time to finish RC publishing up right now - will try to do it from
> > the
> > >> train, but who knows if I will have any connection there.
> > >>
> > >> If anyone can pick up where I left-off - it'd be great: I am really
> > trying to
> > >> get on my damn vacation ;) If not - I will try to find a bit of time
> > next week
> > >> for this.
> > >>
> > >> Thanks all for your help,
> > >> Cos
> > >>
> > >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > >>> Indeed.
> > >>>
> > >>> The one hurdle I am facing though is that with BIGTOP-1833 getting
> > pushed to
> > >>> the master (which I normally would appreciate ;) I have to fiddle with
> > my
> > >>> local branches as they already had a commit for this fix. Now,
> > rebasing it
> > >>> locally presents an issue where I need to fix some unpleasant
> > conflicts in...
> > >>>
> > >>> Oh well, it will be done in a bit.
> > >>> Cos
> > >>>
> > >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > >>>> I've committed the BIGTOP-1833 patch.
> > >>>> It's so exciting that we're at the moment ready to release bigtop 1.0.
> > >>>> Please ping me if any help needed for release.
> > >>>>
> > >>>> Evans
> > >>>>
> > >>>>
> > >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > >>>>
> > >>>>> Guys,
> > >>>>>
> > >>>>> I have made all preparations for 1.0 RC and changed everything we
> > need to
> > >>>>> move
> > >>>>> to 1.1.0-SNAPSHOT in the master.
> > >>>>>
> > >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > haven't
> > >>>>> pushed this change and other commits to the master nor branch-1.0. I
> > would
> > >>>>> unblock me immediately if someone can review BIGTOP-1833 changes.
> > Then
> > >>>>> patch
> > >>>>> is rather trivial and I have tested it to make sure that the
> > packages are
> > >>>>> produced.
> > >>>>>
> > >>>>> I'd love to switch off to the vacation mode by the end of the day
> > today but
> > >>>>> have to wrap up the RC process (at least the branch preparation part)
> > >>>>> before
> > >>>>> that. So if someone in Europe (during the day here) or later in NA
> > can do
> > >>>>> this
> > >>>>> at your early convenience - it'd be just great!
> > >>>>>
> > >>>>> Thanks in advance!
> > >>>>> Cos
> > >>>>>
> > >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the delay, I
> > was
> > >>>>> sick
> > >>>>>>> over the weekend.
> > >>>>>>
> > >>>>>> Thanks Andrew - hopefully are doing better now!
> > >>>>>>
> > >>>>>>>
> > >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > apurtell@apache.org>
> > >>>>> wrote:
> > >>>>>>>
> > >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
> > >>>>>>>>
> > >>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we can
> > just
> > >>>>>>>> rename it, right? See my comment on the issue.
> > >>>>>>>>
> > >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > cos@apache.org>
> > >>>>>>>> wrote:
> > >>>>>>>>
> > >>>>>>>>> Guys
> > >>>>>>>>>
> > >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch tonight. I
> > >>>>> have ran
> > >>>>>>>>> full stack build on Ubuntu and everything is building fine now.
> > Of
> > >>>>> course
> > >>>>>>>>> some
> > >>>>>>>>> testing needs to be done ;)
> > >>>>>>>>>
> > >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear from
> > the
> > >>>>>>>>> Tachyon component's maintainers I will have to remove this from
> > the
> > >>>>>>>>> release
> > >>>>>>>>> 1.0 because the packages are broken and we can release them like
> > >>>>> this.
> > >>>>>>>>>
> > >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone can
> > take
> > >>>>> a
> > >>>>>>>>> look -
> > >>>>>>>>> it'd be great!
> > >>>>>>>>>
> > >>>>>>>>> Thanks!
> > >>>>>>>>> Cos
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> --
> > >>>>>>>> Best regards,
> > >>>>>>>>
> > >>>>>>>> - Andy
> > >>>>>>>>
> > >>>>>>>> Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > >>>>> Hein
> > >>>>>>>> (via Tom White)
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> --
> > >>>>>>> Best regards,
> > >>>>>>>
> > >>>>>>> - Andy
> > >>>>>>>
> > >>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
> > >>>>> Hein
> > >>>>>>> (via Tom White)
> > >
> > >
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
We can fix the site after the release. I agree it will be important to get
the content up to date as close as possible to when the release goes out.
Are we doing svnpubsub? If so it should be straightforward to update. One
of us (maybe me) can regen while RC voting is underway and push upon
release.
On Tue, Jun 30, 2015 at 10:53 PM, Olaf Flebbe <of...@oflebbe.de> wrote:
> hi cos,
>
> thanks for asking.
>
> two of the new commits were critical since last minute changes broke
> compilation.
>
> I see no further technical Jiras waiting for inclusion into a 1.0 tag.
>
> But I am missing one „huge“ commit:
>
> Our web site is essentially a heap of obsolete stuff. Since the website is
> somehow generated from git, we should consolidate our site as well
> reflecting the 1.0 release (for instance removing 0.8 information from the
> frontpage). @all: Is there already any progress in this direction?
>
> Thanks,
> olaf
>
>
>
> > Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <co...@apache.org>:
> >
> > Guys,
> >
> > I have noticed that branch-1.0 is now having these three committs:
> >
> > 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> > edc881d BIGTOP-1902: typo in
> bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> > 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
> >
> > Now I would have to update CHANGES.txt and RELEASE notes for both master
> and
> > the branch. To me, those weren't that critical to include into the
> release,
> > but I guess it makes no harm. Any other changes we have to hold the
> release
> > for?
> >
> > Thanks,
> > Cos
> >
> >> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> >> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> >> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I
> don't
> >> have time to finish RC publishing up right now - will try to do it from
> the
> >> train, but who knows if I will have any connection there.
> >>
> >> If anyone can pick up where I left-off - it'd be great: I am really
> trying to
> >> get on my damn vacation ;) If not - I will try to find a bit of time
> next week
> >> for this.
> >>
> >> Thanks all for your help,
> >> Cos
> >>
> >>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> >>> Indeed.
> >>>
> >>> The one hurdle I am facing though is that with BIGTOP-1833 getting
> pushed to
> >>> the master (which I normally would appreciate ;) I have to fiddle with
> my
> >>> local branches as they already had a commit for this fix. Now,
> rebasing it
> >>> locally presents an issue where I need to fix some unpleasant
> conflicts in...
> >>>
> >>> Oh well, it will be done in a bit.
> >>> Cos
> >>>
> >>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> >>>> I've committed the BIGTOP-1833 patch.
> >>>> It's so exciting that we're at the moment ready to release bigtop 1.0.
> >>>> Please ping me if any help needed for release.
> >>>>
> >>>> Evans
> >>>>
> >>>>
> >>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >>>>
> >>>>> Guys,
> >>>>>
> >>>>> I have made all preparations for 1.0 RC and changed everything we
> need to
> >>>>> move
> >>>>> to 1.1.0-SNAPSHOT in the master.
> >>>>>
> >>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> haven't
> >>>>> pushed this change and other commits to the master nor branch-1.0. I
> would
> >>>>> unblock me immediately if someone can review BIGTOP-1833 changes.
> Then
> >>>>> patch
> >>>>> is rather trivial and I have tested it to make sure that the
> packages are
> >>>>> produced.
> >>>>>
> >>>>> I'd love to switch off to the vacation mode by the end of the day
> today but
> >>>>> have to wrap up the RC process (at least the branch preparation part)
> >>>>> before
> >>>>> that. So if someone in Europe (during the day here) or later in NA
> can do
> >>>>> this
> >>>>> at your early convenience - it'd be just great!
> >>>>>
> >>>>> Thanks in advance!
> >>>>> Cos
> >>>>>
> >>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> >>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> >>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the delay, I
> was
> >>>>> sick
> >>>>>>> over the weekend.
> >>>>>>
> >>>>>> Thanks Andrew - hopefully are doing better now!
> >>>>>>
> >>>>>>>
> >>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> apurtell@apache.org>
> >>>>> wrote:
> >>>>>>>
> >>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
> >>>>>>>>
> >>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we can
> just
> >>>>>>>> rename it, right? See my comment on the issue.
> >>>>>>>>
> >>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> cos@apache.org>
> >>>>>>>> wrote:
> >>>>>>>>
> >>>>>>>>> Guys
> >>>>>>>>>
> >>>>>>>>> I think we are in the good shape to cut-off 1.0 branch tonight. I
> >>>>> have ran
> >>>>>>>>> full stack build on Ubuntu and everything is building fine now.
> Of
> >>>>> course
> >>>>>>>>> some
> >>>>>>>>> testing needs to be done ;)
> >>>>>>>>>
> >>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear from
> the
> >>>>>>>>> Tachyon component's maintainers I will have to remove this from
> the
> >>>>>>>>> release
> >>>>>>>>> 1.0 because the packages are broken and we can release them like
> >>>>> this.
> >>>>>>>>>
> >>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone can
> take
> >>>>> a
> >>>>>>>>> look -
> >>>>>>>>> it'd be great!
> >>>>>>>>>
> >>>>>>>>> Thanks!
> >>>>>>>>> Cos
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> Best regards,
> >>>>>>>>
> >>>>>>>> - Andy
> >>>>>>>>
> >>>>>>>> Problems worthy of attack prove their worth by hitting back. -
> Piet
> >>>>> Hein
> >>>>>>>> (via Tom White)
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> Best regards,
> >>>>>>>
> >>>>>>> - Andy
> >>>>>>>
> >>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
> >>>>> Hein
> >>>>>>> (via Tom White)
> >
> >
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Olaf Flebbe <of...@oflebbe.de>.
hi cos,
thanks for asking.
two of the new commits were critical since last minute changes broke compilation.
I see no further technical Jiras waiting for inclusion into a 1.0 tag.
But I am missing one „huge“ commit:
Our web site is essentially a heap of obsolete stuff. Since the website is somehow generated from git, we should consolidate our site as well reflecting the 1.0 release (for instance removing 0.8 information from the frontpage). @all: Is there already any progress in this direction?
Thanks,
olaf
> Am 01.07.2015 um 02:16 schrieb Konstantin Boudnik <co...@apache.org>:
>
> Guys,
>
> I have noticed that branch-1.0 is now having these three committs:
>
> 11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
> edc881d BIGTOP-1902: typo in bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
> 885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
>
> Now I would have to update CHANGES.txt and RELEASE notes for both master and
> the branch. To me, those weren't that critical to include into the release,
> but I guess it makes no harm. Any other changes we have to hold the release
> for?
>
> Thanks,
> Cos
>
>> On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
>> Ok, master is unlocked for 1.1.0-SNAPSHOT development
>> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
>> have time to finish RC publishing up right now - will try to do it from the
>> train, but who knows if I will have any connection there.
>>
>> If anyone can pick up where I left-off - it'd be great: I am really trying to
>> get on my damn vacation ;) If not - I will try to find a bit of time next week
>> for this.
>>
>> Thanks all for your help,
>> Cos
>>
>>> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
>>> Indeed.
>>>
>>> The one hurdle I am facing though is that with BIGTOP-1833 getting pushed to
>>> the master (which I normally would appreciate ;) I have to fiddle with my
>>> local branches as they already had a commit for this fix. Now, rebasing it
>>> locally presents an issue where I need to fix some unpleasant conflicts in...
>>>
>>> Oh well, it will be done in a bit.
>>> Cos
>>>
>>>> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
>>>> I've committed the BIGTOP-1833 patch.
>>>> It's so exciting that we're at the moment ready to release bigtop 1.0.
>>>> Please ping me if any help needed for release.
>>>>
>>>> Evans
>>>>
>>>>
>>>> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>>>>
>>>>> Guys,
>>>>>
>>>>> I have made all preparations for 1.0 RC and changed everything we need to
>>>>> move
>>>>> to 1.1.0-SNAPSHOT in the master.
>>>>>
>>>>> However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
>>>>> pushed this change and other commits to the master nor branch-1.0. I would
>>>>> unblock me immediately if someone can review BIGTOP-1833 changes. Then
>>>>> patch
>>>>> is rather trivial and I have tested it to make sure that the packages are
>>>>> produced.
>>>>>
>>>>> I'd love to switch off to the vacation mode by the end of the day today but
>>>>> have to wrap up the RC process (at least the branch preparation part)
>>>>> before
>>>>> that. So if someone in Europe (during the day here) or later in NA can do
>>>>> this
>>>>> at your early convenience - it'd be just great!
>>>>>
>>>>> Thanks in advance!
>>>>> Cos
>>>>>
>>>>>> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
>>>>>>> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
>>>>>>> Also, working on BIGTOP-1851 right now. Please pardon the delay, I was
>>>>> sick
>>>>>>> over the weekend.
>>>>>>
>>>>>> Thanks Andrew - hopefully are doing better now!
>>>>>>
>>>>>>>
>>>>>>> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org>
>>>>> wrote:
>>>>>>>
>>>>>>>> Cool, I went over to BIGTOP-1615 and it's already resolved.
>>>>>>>>
>>>>>>>> As for BIGTOP-1827, if it's just a package naming problem we can just
>>>>>>>> rename it, right? See my comment on the issue.
>>>>>>>>
>>>>>>>> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Guys
>>>>>>>>>
>>>>>>>>> I think we are in the good shape to cut-off 1.0 branch tonight. I
>>>>> have ran
>>>>>>>>> full stack build on Ubuntu and everything is building fine now. Of
>>>>> course
>>>>>>>>> some
>>>>>>>>> testing needs to be done ;)
>>>>>>>>>
>>>>>>>>> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
>>>>>>>>> Tachyon component's maintainers I will have to remove this from the
>>>>>>>>> release
>>>>>>>>> 1.0 because the packages are broken and we can release them like
>>>>> this.
>>>>>>>>>
>>>>>>>>> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take
>>>>> a
>>>>>>>>> look -
>>>>>>>>> it'd be great!
>>>>>>>>>
>>>>>>>>> Thanks!
>>>>>>>>> Cos
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Best regards,
>>>>>>>>
>>>>>>>> - Andy
>>>>>>>>
>>>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
>>>>> Hein
>>>>>>>> (via Tom White)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Best regards,
>>>>>>>
>>>>>>> - Andy
>>>>>>>
>>>>>>> Problems worthy of attack prove their worth by hitting back. - Piet
>>>>> Hein
>>>>>>> (via Tom White)
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Guys,
I have noticed that branch-1.0 is now having these three committs:
11dc343 BIGTOP-1893: Compilation of hadoop-yarn-client failed
edc881d BIGTOP-1902: typo in bigtop-deploy/vm/vagrant-puppet-vm/vagrantconfig.yaml
885cd8f BIGTOP-1896. bigtop_toolchain broken bei ant update
Now I would have to update CHANGES.txt and RELEASE notes for both master and
the branch. To me, those weren't that critical to include into the release,
but I guess it makes no harm. Any other changes we have to hold the release
for?
Thanks,
Cos
On Sat, May 30, 2015 at 10:14AM, Konstantin Boudnik wrote:
> Ok, master is unlocked for 1.1.0-SNAPSHOT development
> I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
> have time to finish RC publishing up right now - will try to do it from the
> train, but who knows if I will have any connection there.
>
> If anyone can pick up where I left-off - it'd be great: I am really trying to
> get on my damn vacation ;) If not - I will try to find a bit of time next week
> for this.
>
> Thanks all for your help,
> Cos
>
> On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> > Indeed.
> >
> > The one hurdle I am facing though is that with BIGTOP-1833 getting pushed to
> > the master (which I normally would appreciate ;) I have to fiddle with my
> > local branches as they already had a commit for this fix. Now, rebasing it
> > locally presents an issue where I need to fix some unpleasant conflicts in...
> >
> > Oh well, it will be done in a bit.
> > Cos
> >
> > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > I've committed the BIGTOP-1833 patch.
> > > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > > Please ping me if any help needed for release.
> > >
> > > Evans
> > >
> > >
> > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > >
> > > > Guys,
> > > >
> > > > I have made all preparations for 1.0 RC and changed everything we need to
> > > > move
> > > > to 1.1.0-SNAPSHOT in the master.
> > > >
> > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
> > > > pushed this change and other commits to the master nor branch-1.0. I would
> > > > unblock me immediately if someone can review BIGTOP-1833 changes. Then
> > > > patch
> > > > is rather trivial and I have tested it to make sure that the packages are
> > > > produced.
> > > >
> > > > I'd love to switch off to the vacation mode by the end of the day today but
> > > > have to wrap up the RC process (at least the branch preparation part)
> > > > before
> > > > that. So if someone in Europe (during the day here) or later in NA can do
> > > > this
> > > > at your early convenience - it'd be just great!
> > > >
> > > > Thanks in advance!
> > > > Cos
> > > >
> > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay, I was
> > > > sick
> > > > > > over the weekend.
> > > > >
> > > > > Thanks Andrew - hopefully are doing better now!
> > > > >
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org>
> > > > wrote:
> > > > > >
> > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > >
> > > > > > > As for BIGTOP-1827, if it's just a package naming problem we can just
> > > > > > > rename it, right? See my comment on the issue.
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Guys
> > > > > > >>
> > > > > > >> I think we are in the good shape to cut-off 1.0 branch tonight. I
> > > > have ran
> > > > > > >> full stack build on Ubuntu and everything is building fine now. Of
> > > > course
> > > > > > >> some
> > > > > > >> testing needs to be done ;)
> > > > > > >>
> > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> > > > > > >> Tachyon component's maintainers I will have to remove this from the
> > > > > > >> release
> > > > > > >> 1.0 because the packages are broken and we can release them like
> > > > this.
> > > > > > >>
> > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take
> > > > a
> > > > > > >> look -
> > > > > > >> it'd be great!
> > > > > > >>
> > > > > > >> Thanks!
> > > > > > >> Cos
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > > Hein
> > > > > > > (via Tom White)
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > > Hein
> > > > > > (via Tom White)
> > > > >
> > > >
>
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Ok, master is unlocked for 1.1.0-SNAPSHOT development
I have also pushed branch-1.0 that has all the bits for 1.0 RC, but I don't
have time to finish RC publishing up right now - will try to do it from the
train, but who knows if I will have any connection there.
If anyone can pick up where I left-off - it'd be great: I am really trying to
get on my damn vacation ;) If not - I will try to find a bit of time next week
for this.
Thanks all for your help,
Cos
On Sat, May 30, 2015 at 09:56AM, Konstantin Boudnik wrote:
> Indeed.
>
> The one hurdle I am facing though is that with BIGTOP-1833 getting pushed to
> the master (which I normally would appreciate ;) I have to fiddle with my
> local branches as they already had a commit for this fix. Now, rebasing it
> locally presents an issue where I need to fix some unpleasant conflicts in...
>
> Oh well, it will be done in a bit.
> Cos
>
> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > I've committed the BIGTOP-1833 patch.
> > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > Please ping me if any help needed for release.
> >
> > Evans
> >
> >
> > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >
> > > Guys,
> > >
> > > I have made all preparations for 1.0 RC and changed everything we need to
> > > move
> > > to 1.1.0-SNAPSHOT in the master.
> > >
> > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
> > > pushed this change and other commits to the master nor branch-1.0. I would
> > > unblock me immediately if someone can review BIGTOP-1833 changes. Then
> > > patch
> > > is rather trivial and I have tested it to make sure that the packages are
> > > produced.
> > >
> > > I'd love to switch off to the vacation mode by the end of the day today but
> > > have to wrap up the RC process (at least the branch preparation part)
> > > before
> > > that. So if someone in Europe (during the day here) or later in NA can do
> > > this
> > > at your early convenience - it'd be just great!
> > >
> > > Thanks in advance!
> > > Cos
> > >
> > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay, I was
> > > sick
> > > > > over the weekend.
> > > >
> > > > Thanks Andrew - hopefully are doing better now!
> > > >
> > > > >
> > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org>
> > > wrote:
> > > > >
> > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > >
> > > > > > As for BIGTOP-1827, if it's just a package naming problem we can just
> > > > > > rename it, right? See my comment on the issue.
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > > > > > wrote:
> > > > > >
> > > > > >> Guys
> > > > > >>
> > > > > >> I think we are in the good shape to cut-off 1.0 branch tonight. I
> > > have ran
> > > > > >> full stack build on Ubuntu and everything is building fine now. Of
> > > course
> > > > > >> some
> > > > > >> testing needs to be done ;)
> > > > > >>
> > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> > > > > >> Tachyon component's maintainers I will have to remove this from the
> > > > > >> release
> > > > > >> 1.0 because the packages are broken and we can release them like
> > > this.
> > > > > >>
> > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take
> > > a
> > > > > >> look -
> > > > > >> it'd be great!
> > > > > >>
> > > > > >> Thanks!
> > > > > >> Cos
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > Hein
> > > > > > (via Tom White)
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > >
> > > > > - Andy
> > > > >
> > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > Hein
> > > > > (via Tom White)
> > > >
> > >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Great to see this coming together! Almost there...
On Sun, May 31, 2015 at 9:06 AM, Andrew Musselman <
andrew.musselman@gmail.com> wrote:
> https://issues.apache.org/jira/browse/BIGTOP-1887
>
> We're targeting a 0.10.1 release tomorrow; no problem, our slip-up, thanks
> for accomodating.
>
> On Sat, May 30, 2015 at 11:22 AM, Evans Ye <ev...@apache.org> wrote:
>
> > Oops, sorry I didn't aware of that.
> > I guess you plan to push that commit by your local 1.1-snapshot master
> and
> > 1.0, but since I've pushed a different commit in the master, you're
> forced
> > to rebase them.
> > I apologize. Next time I'll read your message twice before pushing.
> >
> > 2015-05-30 14:56 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >
> > > Indeed.
> > >
> > > The one hurdle I am facing though is that with BIGTOP-1833 getting
> pushed
> > > to
> > > the master (which I normally would appreciate ;) I have to fiddle with
> my
> > > local branches as they already had a commit for this fix. Now, rebasing
> > it
> > > locally presents an issue where I need to fix some unpleasant conflicts
> > > in...
> > >
> > > Oh well, it will be done in a bit.
> > > Cos
> > >
> > > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > I've committed the BIGTOP-1833 patch.
> > > > It's so exciting that we're at the moment ready to release bigtop
> 1.0.
> > > > Please ping me if any help needed for release.
> > > >
> > > > Evans
> > > >
> > > >
> > > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > > >
> > > > > Guys,
> > > > >
> > > > > I have made all preparations for 1.0 RC and changed everything we
> > need
> > > to
> > > > > move
> > > > > to 1.1.0-SNAPSHOT in the master.
> > > > >
> > > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > > haven't
> > > > > pushed this change and other commits to the master nor branch-1.0.
> I
> > > would
> > > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> > Then
> > > > > patch
> > > > > is rather trivial and I have tested it to make sure that the
> packages
> > > are
> > > > > produced.
> > > > >
> > > > > I'd love to switch off to the vacation mode by the end of the day
> > > today but
> > > > > have to wrap up the RC process (at least the branch preparation
> part)
> > > > > before
> > > > > that. So if someone in Europe (during the day here) or later in NA
> > can
> > > do
> > > > > this
> > > > > at your early convenience - it'd be just great!
> > > > >
> > > > > Thanks in advance!
> > > > > Cos
> > > > >
> > > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > > Also, working on BIGTOP-1851 right now. Please pardon the
> delay,
> > I
> > > was
> > > > > sick
> > > > > > > over the weekend.
> > > > > >
> > > > > > Thanks Andrew - hopefully are doing better now!
> > > > > >
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > apurtell@apache.org>
> > > > > wrote:
> > > > > > >
> > > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > > >
> > > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> > can
> > > just
> > > > > > > > rename it, right? See my comment on the issue.
> > > > > > > >
> > > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > cos@apache.org>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Guys
> > > > > > > >>
> > > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> > tonight.
> > > I
> > > > > have ran
> > > > > > > >> full stack build on Ubuntu and everything is building fine
> > now.
> > > Of
> > > > > course
> > > > > > > >> some
> > > > > > > >> testing needs to be done ;)
> > > > > > > >>
> > > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > > from the
> > > > > > > >> Tachyon component's maintainers I will have to remove this
> > from
> > > the
> > > > > > > >> release
> > > > > > > >> 1.0 because the packages are broken and we can release them
> > like
> > > > > this.
> > > > > > > >>
> > > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> can
> > > take
> > > > > a
> > > > > > > >> look -
> > > > > > > >> it'd be great!
> > > > > > > >>
> > > > > > > >> Thanks!
> > > > > > > >> Cos
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Best regards,
> > > > > > > >
> > > > > > > > - Andy
> > > > > > > >
> > > > > > > > Problems worthy of attack prove their worth by hitting back.
> -
> > > Piet
> > > > > Hein
> > > > > > > > (via Tom White)
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > > > > Hein
> > > > > > > (via Tom White)
> > > > > >
> > > > >
> > >
> >
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Great to see this coming together! Almost there...
On Sun, May 31, 2015 at 9:06 AM, Andrew Musselman <
andrew.musselman@gmail.com> wrote:
> https://issues.apache.org/jira/browse/BIGTOP-1887
>
> We're targeting a 0.10.1 release tomorrow; no problem, our slip-up, thanks
> for accomodating.
>
> On Sat, May 30, 2015 at 11:22 AM, Evans Ye <ev...@apache.org> wrote:
>
> > Oops, sorry I didn't aware of that.
> > I guess you plan to push that commit by your local 1.1-snapshot master
> and
> > 1.0, but since I've pushed a different commit in the master, you're
> forced
> > to rebase them.
> > I apologize. Next time I'll read your message twice before pushing.
> >
> > 2015-05-30 14:56 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >
> > > Indeed.
> > >
> > > The one hurdle I am facing though is that with BIGTOP-1833 getting
> pushed
> > > to
> > > the master (which I normally would appreciate ;) I have to fiddle with
> my
> > > local branches as they already had a commit for this fix. Now, rebasing
> > it
> > > locally presents an issue where I need to fix some unpleasant conflicts
> > > in...
> > >
> > > Oh well, it will be done in a bit.
> > > Cos
> > >
> > > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > > I've committed the BIGTOP-1833 patch.
> > > > It's so exciting that we're at the moment ready to release bigtop
> 1.0.
> > > > Please ping me if any help needed for release.
> > > >
> > > > Evans
> > > >
> > > >
> > > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > > >
> > > > > Guys,
> > > > >
> > > > > I have made all preparations for 1.0 RC and changed everything we
> > need
> > > to
> > > > > move
> > > > > to 1.1.0-SNAPSHOT in the master.
> > > > >
> > > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > > haven't
> > > > > pushed this change and other commits to the master nor branch-1.0.
> I
> > > would
> > > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> > Then
> > > > > patch
> > > > > is rather trivial and I have tested it to make sure that the
> packages
> > > are
> > > > > produced.
> > > > >
> > > > > I'd love to switch off to the vacation mode by the end of the day
> > > today but
> > > > > have to wrap up the RC process (at least the branch preparation
> part)
> > > > > before
> > > > > that. So if someone in Europe (during the day here) or later in NA
> > can
> > > do
> > > > > this
> > > > > at your early convenience - it'd be just great!
> > > > >
> > > > > Thanks in advance!
> > > > > Cos
> > > > >
> > > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > > Also, working on BIGTOP-1851 right now. Please pardon the
> delay,
> > I
> > > was
> > > > > sick
> > > > > > > over the weekend.
> > > > > >
> > > > > > Thanks Andrew - hopefully are doing better now!
> > > > > >
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > > apurtell@apache.org>
> > > > > wrote:
> > > > > > >
> > > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > > >
> > > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> > can
> > > just
> > > > > > > > rename it, right? See my comment on the issue.
> > > > > > > >
> > > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > > cos@apache.org>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Guys
> > > > > > > >>
> > > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> > tonight.
> > > I
> > > > > have ran
> > > > > > > >> full stack build on Ubuntu and everything is building fine
> > now.
> > > Of
> > > > > course
> > > > > > > >> some
> > > > > > > >> testing needs to be done ;)
> > > > > > > >>
> > > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > > from the
> > > > > > > >> Tachyon component's maintainers I will have to remove this
> > from
> > > the
> > > > > > > >> release
> > > > > > > >> 1.0 because the packages are broken and we can release them
> > like
> > > > > this.
> > > > > > > >>
> > > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone
> can
> > > take
> > > > > a
> > > > > > > >> look -
> > > > > > > >> it'd be great!
> > > > > > > >>
> > > > > > > >> Thanks!
> > > > > > > >> Cos
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Best regards,
> > > > > > > >
> > > > > > > > - Andy
> > > > > > > >
> > > > > > > > Problems worthy of attack prove their worth by hitting back.
> -
> > > Piet
> > > > > Hein
> > > > > > > > (via Tom White)
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > > > > Hein
> > > > > > > (via Tom White)
> > > > > >
> > > > >
> > >
> >
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Musselman <an...@gmail.com>.
https://issues.apache.org/jira/browse/BIGTOP-1887
We're targeting a 0.10.1 release tomorrow; no problem, our slip-up, thanks
for accomodating.
On Sat, May 30, 2015 at 11:22 AM, Evans Ye <ev...@apache.org> wrote:
> Oops, sorry I didn't aware of that.
> I guess you plan to push that commit by your local 1.1-snapshot master and
> 1.0, but since I've pushed a different commit in the master, you're forced
> to rebase them.
> I apologize. Next time I'll read your message twice before pushing.
>
> 2015-05-30 14:56 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > Indeed.
> >
> > The one hurdle I am facing though is that with BIGTOP-1833 getting pushed
> > to
> > the master (which I normally would appreciate ;) I have to fiddle with my
> > local branches as they already had a commit for this fix. Now, rebasing
> it
> > locally presents an issue where I need to fix some unpleasant conflicts
> > in...
> >
> > Oh well, it will be done in a bit.
> > Cos
> >
> > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > I've committed the BIGTOP-1833 patch.
> > > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > > Please ping me if any help needed for release.
> > >
> > > Evans
> > >
> > >
> > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > >
> > > > Guys,
> > > >
> > > > I have made all preparations for 1.0 RC and changed everything we
> need
> > to
> > > > move
> > > > to 1.1.0-SNAPSHOT in the master.
> > > >
> > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > haven't
> > > > pushed this change and other commits to the master nor branch-1.0. I
> > would
> > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> Then
> > > > patch
> > > > is rather trivial and I have tested it to make sure that the packages
> > are
> > > > produced.
> > > >
> > > > I'd love to switch off to the vacation mode by the end of the day
> > today but
> > > > have to wrap up the RC process (at least the branch preparation part)
> > > > before
> > > > that. So if someone in Europe (during the day here) or later in NA
> can
> > do
> > > > this
> > > > at your early convenience - it'd be just great!
> > > >
> > > > Thanks in advance!
> > > > Cos
> > > >
> > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay,
> I
> > was
> > > > sick
> > > > > > over the weekend.
> > > > >
> > > > > Thanks Andrew - hopefully are doing better now!
> > > > >
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > apurtell@apache.org>
> > > > wrote:
> > > > > >
> > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > >
> > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> can
> > just
> > > > > > > rename it, right? See my comment on the issue.
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > cos@apache.org>
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Guys
> > > > > > >>
> > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> tonight.
> > I
> > > > have ran
> > > > > > >> full stack build on Ubuntu and everything is building fine
> now.
> > Of
> > > > course
> > > > > > >> some
> > > > > > >> testing needs to be done ;)
> > > > > > >>
> > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > from the
> > > > > > >> Tachyon component's maintainers I will have to remove this
> from
> > the
> > > > > > >> release
> > > > > > >> 1.0 because the packages are broken and we can release them
> like
> > > > this.
> > > > > > >>
> > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can
> > take
> > > > a
> > > > > > >> look -
> > > > > > >> it'd be great!
> > > > > > >>
> > > > > > >> Thanks!
> > > > > > >> Cos
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > > > Hein
> > > > > > > (via Tom White)
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > > Hein
> > > > > > (via Tom White)
> > > > >
> > > >
> >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Musselman <an...@gmail.com>.
https://issues.apache.org/jira/browse/BIGTOP-1887
We're targeting a 0.10.1 release tomorrow; no problem, our slip-up, thanks
for accomodating.
On Sat, May 30, 2015 at 11:22 AM, Evans Ye <ev...@apache.org> wrote:
> Oops, sorry I didn't aware of that.
> I guess you plan to push that commit by your local 1.1-snapshot master and
> 1.0, but since I've pushed a different commit in the master, you're forced
> to rebase them.
> I apologize. Next time I'll read your message twice before pushing.
>
> 2015-05-30 14:56 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > Indeed.
> >
> > The one hurdle I am facing though is that with BIGTOP-1833 getting pushed
> > to
> > the master (which I normally would appreciate ;) I have to fiddle with my
> > local branches as they already had a commit for this fix. Now, rebasing
> it
> > locally presents an issue where I need to fix some unpleasant conflicts
> > in...
> >
> > Oh well, it will be done in a bit.
> > Cos
> >
> > On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > > I've committed the BIGTOP-1833 patch.
> > > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > > Please ping me if any help needed for release.
> > >
> > > Evans
> > >
> > >
> > > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> > >
> > > > Guys,
> > > >
> > > > I have made all preparations for 1.0 RC and changed everything we
> need
> > to
> > > > move
> > > > to 1.1.0-SNAPSHOT in the master.
> > > >
> > > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> > haven't
> > > > pushed this change and other commits to the master nor branch-1.0. I
> > would
> > > > unblock me immediately if someone can review BIGTOP-1833 changes.
> Then
> > > > patch
> > > > is rather trivial and I have tested it to make sure that the packages
> > are
> > > > produced.
> > > >
> > > > I'd love to switch off to the vacation mode by the end of the day
> > today but
> > > > have to wrap up the RC process (at least the branch preparation part)
> > > > before
> > > > that. So if someone in Europe (during the day here) or later in NA
> can
> > do
> > > > this
> > > > at your early convenience - it'd be just great!
> > > >
> > > > Thanks in advance!
> > > > Cos
> > > >
> > > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay,
> I
> > was
> > > > sick
> > > > > > over the weekend.
> > > > >
> > > > > Thanks Andrew - hopefully are doing better now!
> > > > >
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> > apurtell@apache.org>
> > > > wrote:
> > > > > >
> > > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > > >
> > > > > > > As for BIGTOP-1827, if it's just a package naming problem we
> can
> > just
> > > > > > > rename it, right? See my comment on the issue.
> > > > > > >
> > > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> > cos@apache.org>
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Guys
> > > > > > >>
> > > > > > >> I think we are in the good shape to cut-off 1.0 branch
> tonight.
> > I
> > > > have ran
> > > > > > >> full stack build on Ubuntu and everything is building fine
> now.
> > Of
> > > > course
> > > > > > >> some
> > > > > > >> testing needs to be done ;)
> > > > > > >>
> > > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> > from the
> > > > > > >> Tachyon component's maintainers I will have to remove this
> from
> > the
> > > > > > >> release
> > > > > > >> 1.0 because the packages are broken and we can release them
> like
> > > > this.
> > > > > > >>
> > > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can
> > take
> > > > a
> > > > > > >> look -
> > > > > > >> it'd be great!
> > > > > > >>
> > > > > > >> Thanks!
> > > > > > >> Cos
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > >
> > > > > > > - Andy
> > > > > > >
> > > > > > > Problems worthy of attack prove their worth by hitting back. -
> > Piet
> > > > Hein
> > > > > > > (via Tom White)
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > > Hein
> > > > > > (via Tom White)
> > > > >
> > > >
> >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
Oops, sorry I didn't aware of that.
I guess you plan to push that commit by your local 1.1-snapshot master and
1.0, but since I've pushed a different commit in the master, you're forced
to rebase them.
I apologize. Next time I'll read your message twice before pushing.
2015-05-30 14:56 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Indeed.
>
> The one hurdle I am facing though is that with BIGTOP-1833 getting pushed
> to
> the master (which I normally would appreciate ;) I have to fiddle with my
> local branches as they already had a commit for this fix. Now, rebasing it
> locally presents an issue where I need to fix some unpleasant conflicts
> in...
>
> Oh well, it will be done in a bit.
> Cos
>
> On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> > I've committed the BIGTOP-1833 patch.
> > It's so exciting that we're at the moment ready to release bigtop 1.0.
> > Please ping me if any help needed for release.
> >
> > Evans
> >
> >
> > 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> >
> > > Guys,
> > >
> > > I have made all preparations for 1.0 RC and changed everything we need
> to
> > > move
> > > to 1.1.0-SNAPSHOT in the master.
> > >
> > > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently
> haven't
> > > pushed this change and other commits to the master nor branch-1.0. I
> would
> > > unblock me immediately if someone can review BIGTOP-1833 changes. Then
> > > patch
> > > is rather trivial and I have tested it to make sure that the packages
> are
> > > produced.
> > >
> > > I'd love to switch off to the vacation mode by the end of the day
> today but
> > > have to wrap up the RC process (at least the branch preparation part)
> > > before
> > > that. So if someone in Europe (during the day here) or later in NA can
> do
> > > this
> > > at your early convenience - it'd be just great!
> > >
> > > Thanks in advance!
> > > Cos
> > >
> > > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > > Also, working on BIGTOP-1851 right now. Please pardon the delay, I
> was
> > > sick
> > > > > over the weekend.
> > > >
> > > > Thanks Andrew - hopefully are doing better now!
> > > >
> > > > >
> > > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <
> apurtell@apache.org>
> > > wrote:
> > > > >
> > > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > > >
> > > > > > As for BIGTOP-1827, if it's just a package naming problem we can
> just
> > > > > > rename it, right? See my comment on the issue.
> > > > > >
> > > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <
> cos@apache.org>
> > > > > > wrote:
> > > > > >
> > > > > >> Guys
> > > > > >>
> > > > > >> I think we are in the good shape to cut-off 1.0 branch tonight.
> I
> > > have ran
> > > > > >> full stack build on Ubuntu and everything is building fine now.
> Of
> > > course
> > > > > >> some
> > > > > >> testing needs to be done ;)
> > > > > >>
> > > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear
> from the
> > > > > >> Tachyon component's maintainers I will have to remove this from
> the
> > > > > >> release
> > > > > >> 1.0 because the packages are broken and we can release them like
> > > this.
> > > > > >>
> > > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can
> take
> > > a
> > > > > >> look -
> > > > > >> it'd be great!
> > > > > >>
> > > > > >> Thanks!
> > > > > >> Cos
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > >
> > > > > > - Andy
> > > > > >
> > > > > > Problems worthy of attack prove their worth by hitting back. -
> Piet
> > > Hein
> > > > > > (via Tom White)
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > >
> > > > > - Andy
> > > > >
> > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > > Hein
> > > > > (via Tom White)
> > > >
> > >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Indeed.
The one hurdle I am facing though is that with BIGTOP-1833 getting pushed to
the master (which I normally would appreciate ;) I have to fiddle with my
local branches as they already had a commit for this fix. Now, rebasing it
locally presents an issue where I need to fix some unpleasant conflicts in...
Oh well, it will be done in a bit.
Cos
On Fri, May 29, 2015 at 09:37PM, Evans Ye wrote:
> I've committed the BIGTOP-1833 patch.
> It's so exciting that we're at the moment ready to release bigtop 1.0.
> Please ping me if any help needed for release.
>
> Evans
>
>
> 2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
>
> > Guys,
> >
> > I have made all preparations for 1.0 RC and changed everything we need to
> > move
> > to 1.1.0-SNAPSHOT in the master.
> >
> > However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
> > pushed this change and other commits to the master nor branch-1.0. I would
> > unblock me immediately if someone can review BIGTOP-1833 changes. Then
> > patch
> > is rather trivial and I have tested it to make sure that the packages are
> > produced.
> >
> > I'd love to switch off to the vacation mode by the end of the day today but
> > have to wrap up the RC process (at least the branch preparation part)
> > before
> > that. So if someone in Europe (during the day here) or later in NA can do
> > this
> > at your early convenience - it'd be just great!
> >
> > Thanks in advance!
> > Cos
> >
> > On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > > Also, working on BIGTOP-1851 right now. Please pardon the delay, I was
> > sick
> > > > over the weekend.
> > >
> > > Thanks Andrew - hopefully are doing better now!
> > >
> > > >
> > > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org>
> > wrote:
> > > >
> > > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > > >
> > > > > As for BIGTOP-1827, if it's just a package naming problem we can just
> > > > > rename it, right? See my comment on the issue.
> > > > >
> > > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > > > > wrote:
> > > > >
> > > > >> Guys
> > > > >>
> > > > >> I think we are in the good shape to cut-off 1.0 branch tonight. I
> > have ran
> > > > >> full stack build on Ubuntu and everything is building fine now. Of
> > course
> > > > >> some
> > > > >> testing needs to be done ;)
> > > > >>
> > > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> > > > >> Tachyon component's maintainers I will have to remove this from the
> > > > >> release
> > > > >> 1.0 because the packages are broken and we can release them like
> > this.
> > > > >>
> > > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take
> > a
> > > > >> look -
> > > > >> it'd be great!
> > > > >>
> > > > >> Thanks!
> > > > >> Cos
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > >
> > > > > - Andy
> > > > >
> > > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > > (via Tom White)
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> > Hein
> > > > (via Tom White)
> > >
> >
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Evans Ye <ev...@apache.org>.
I've committed the BIGTOP-1833 patch.
It's so exciting that we're at the moment ready to release bigtop 1.0.
Please ping me if any help needed for release.
Evans
2015-05-29 17:52 GMT+08:00 Konstantin Boudnik <co...@apache.org>:
> Guys,
>
> I have made all preparations for 1.0 RC and changed everything we need to
> move
> to 1.1.0-SNAPSHOT in the master.
>
> However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
> pushed this change and other commits to the master nor branch-1.0. I would
> unblock me immediately if someone can review BIGTOP-1833 changes. Then
> patch
> is rather trivial and I have tested it to make sure that the packages are
> produced.
>
> I'd love to switch off to the vacation mode by the end of the day today but
> have to wrap up the RC process (at least the branch preparation part)
> before
> that. So if someone in Europe (during the day here) or later in NA can do
> this
> at your early convenience - it'd be just great!
>
> Thanks in advance!
> Cos
>
> On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> > On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > > Also, working on BIGTOP-1851 right now. Please pardon the delay, I was
> sick
> > > over the weekend.
> >
> > Thanks Andrew - hopefully are doing better now!
> >
> > >
> > > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org>
> wrote:
> > >
> > > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > > >
> > > > As for BIGTOP-1827, if it's just a package naming problem we can just
> > > > rename it, right? See my comment on the issue.
> > > >
> > > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > > > wrote:
> > > >
> > > >> Guys
> > > >>
> > > >> I think we are in the good shape to cut-off 1.0 branch tonight. I
> have ran
> > > >> full stack build on Ubuntu and everything is building fine now. Of
> course
> > > >> some
> > > >> testing needs to be done ;)
> > > >>
> > > >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> > > >> Tachyon component's maintainers I will have to remove this from the
> > > >> release
> > > >> 1.0 because the packages are broken and we can release them like
> this.
> > > >>
> > > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take
> a
> > > >> look -
> > > >> it'd be great!
> > > >>
> > > >> Thanks!
> > > >> Cos
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > - Andy
> > > >
> > > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > > (via Tom White)
> > > >
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet
> Hein
> > > (via Tom White)
> >
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Guys,
I have made all preparations for 1.0 RC and changed everything we need to move
to 1.1.0-SNAPSHOT in the master.
However, because BIGTOP-1833 hasn't been reviewed yet, I evidently haven't
pushed this change and other commits to the master nor branch-1.0. I would
unblock me immediately if someone can review BIGTOP-1833 changes. Then patch
is rather trivial and I have tested it to make sure that the packages are
produced.
I'd love to switch off to the vacation mode by the end of the day today but
have to wrap up the RC process (at least the branch preparation part) before
that. So if someone in Europe (during the day here) or later in NA can do this
at your early convenience - it'd be just great!
Thanks in advance!
Cos
On Tue, Apr 28, 2015 at 04:03PM, Konstantin Boudnik wrote:
> On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> > Also, working on BIGTOP-1851 right now. Please pardon the delay, I was sick
> > over the weekend.
>
> Thanks Andrew - hopefully are doing better now!
>
> >
> > On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org> wrote:
> >
> > > Cool, I went over to BIGTOP-1615 and it's already resolved.
> > >
> > > As for BIGTOP-1827, if it's just a package naming problem we can just
> > > rename it, right? See my comment on the issue.
> > >
> > > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > > wrote:
> > >
> > >> Guys
> > >>
> > >> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> > >> full stack build on Ubuntu and everything is building fine now. Of course
> > >> some
> > >> testing needs to be done ;)
> > >>
> > >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> > >> Tachyon component's maintainers I will have to remove this from the
> > >> release
> > >> 1.0 because the packages are broken and we can release them like this.
> > >>
> > >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
> > >> look -
> > >> it'd be great!
> > >>
> > >> Thanks!
> > >> Cos
> > >>
> > >
> > >
> > >
> > > --
> > > Best regards,
> > >
> > > - Andy
> > >
> > > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > > (via Tom White)
> > >
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
>
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> Also, working on BIGTOP-1851 right now. Please pardon the delay, I was sick
> over the weekend.
Thanks Andrew - hopefully are doing better now!
>
> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org> wrote:
>
> > Cool, I went over to BIGTOP-1615 and it's already resolved.
> >
> > As for BIGTOP-1827, if it's just a package naming problem we can just
> > rename it, right? See my comment on the issue.
> >
> > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > wrote:
> >
> >> Guys
> >>
> >> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> >> full stack build on Ubuntu and everything is building fine now. Of course
> >> some
> >> testing needs to be done ;)
> >>
> >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> >> Tachyon component's maintainers I will have to remove this from the
> >> release
> >> 1.0 because the packages are broken and we can release them like this.
> >>
> >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
> >> look -
> >> it'd be great!
> >>
> >> Thanks!
> >> Cos
> >>
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
On Tue, Apr 28, 2015 at 03:11PM, Andrew Purtell wrote:
> Also, working on BIGTOP-1851 right now. Please pardon the delay, I was sick
> over the weekend.
Thanks Andrew - hopefully are doing better now!
>
> On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org> wrote:
>
> > Cool, I went over to BIGTOP-1615 and it's already resolved.
> >
> > As for BIGTOP-1827, if it's just a package naming problem we can just
> > rename it, right? See my comment on the issue.
> >
> > On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> > wrote:
> >
> >> Guys
> >>
> >> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> >> full stack build on Ubuntu and everything is building fine now. Of course
> >> some
> >> testing needs to be done ;)
> >>
> >> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> >> Tachyon component's maintainers I will have to remove this from the
> >> release
> >> 1.0 because the packages are broken and we can release them like this.
> >>
> >> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
> >> look -
> >> it'd be great!
> >>
> >> Thanks!
> >> Cos
> >>
> >
> >
> >
> > --
> > Best regards,
> >
> > - Andy
> >
> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
> > (via Tom White)
> >
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Also, working on BIGTOP-1851 right now. Please pardon the delay, I was sick
over the weekend.
On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org> wrote:
> Cool, I went over to BIGTOP-1615 and it's already resolved.
>
> As for BIGTOP-1827, if it's just a package naming problem we can just
> rename it, right? See my comment on the issue.
>
> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> wrote:
>
>> Guys
>>
>> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
>> full stack build on Ubuntu and everything is building fine now. Of course
>> some
>> testing needs to be done ;)
>>
>> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
>> Tachyon component's maintainers I will have to remove this from the
>> release
>> 1.0 because the packages are broken and we can release them like this.
>>
>> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
>> look -
>> it'd be great!
>>
>> Thanks!
>> Cos
>>
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Also, working on BIGTOP-1851 right now. Please pardon the delay, I was sick
over the weekend.
On Tue, Apr 28, 2015 at 3:09 PM, Andrew Purtell <ap...@apache.org> wrote:
> Cool, I went over to BIGTOP-1615 and it's already resolved.
>
> As for BIGTOP-1827, if it's just a package naming problem we can just
> rename it, right? See my comment on the issue.
>
> On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org>
> wrote:
>
>> Guys
>>
>> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
>> full stack build on Ubuntu and everything is building fine now. Of course
>> some
>> testing needs to be done ;)
>>
>> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
>> Tachyon component's maintainers I will have to remove this from the
>> release
>> 1.0 because the packages are broken and we can release them like this.
>>
>> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
>> look -
>> it'd be great!
>>
>> Thanks!
>> Cos
>>
>
>
>
> --
> Best regards,
>
> - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Cool, I went over to BIGTOP-1615 and it's already resolved.
As for BIGTOP-1827, if it's just a package naming problem we can just
rename it, right? See my comment on the issue.
On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org> wrote:
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> full stack build on Ubuntu and everything is building fine now. Of course
> some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look
> -
> it'd be great!
>
> Thanks!
> Cos
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
that's pretty much my thinking - it will sit on the master: hopefully someone
will fix it soon.
On Tue, Apr 28, 2015 at 05:45PM, jay vyas wrote:
> I cant help on tachyon either right now, totally slammed with other
> priorities for the rest of the month.
>
> lets nix it from release, i think the ignite stuff will work in its place,
> and if tachyon folks decide to get back involved , we can resurrect it
> later
> On Tue, Apr 28, 2015 at 5:40 PM, Konstantin Boudnik <co...@apache.org>
> wrote:
>
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have
> ran
> full stack build on Ubuntu and everything is building fine now. Of
> course some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the
> release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
> look -
> it'd be great!
>
> Thanks!
> A Cos
>
> --
> jay vyas
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
that's pretty much my thinking - it will sit on the master: hopefully someone
will fix it soon.
On Tue, Apr 28, 2015 at 05:45PM, jay vyas wrote:
> I cant help on tachyon either right now, totally slammed with other
> priorities for the rest of the month.
>
> lets nix it from release, i think the ignite stuff will work in its place,
> and if tachyon folks decide to get back involved , we can resurrect it
> later
> On Tue, Apr 28, 2015 at 5:40 PM, Konstantin Boudnik <co...@apache.org>
> wrote:
>
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have
> ran
> full stack build on Ubuntu and everything is building fine now. Of
> course some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the
> release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a
> look -
> it'd be great!
>
> Thanks!
> A Cos
>
> --
> jay vyas
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by jay vyas <ja...@gmail.com>.
I cant help on tachyon either right now, totally slammed with other
priorities for the rest of the month.
lets nix it from release, i think the ignite stuff will work in its place,
and if tachyon folks decide to get back involved , we can resurrect it later
On Tue, Apr 28, 2015 at 5:40 PM, Konstantin Boudnik <co...@apache.org> wrote:
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> full stack build on Ubuntu and everything is building fine now. Of course
> some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look
> -
> it'd be great!
>
> Thanks!
> Cos
>
--
jay vyas
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by jay vyas <ja...@gmail.com>.
I cant help on tachyon either right now, totally slammed with other
priorities for the rest of the month.
lets nix it from release, i think the ignite stuff will work in its place,
and if tachyon folks decide to get back involved , we can resurrect it later
On Tue, Apr 28, 2015 at 5:40 PM, Konstantin Boudnik <co...@apache.org> wrote:
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> full stack build on Ubuntu and everything is building fine now. Of course
> some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look
> -
> it'd be great!
>
> Thanks!
> Cos
>
--
jay vyas
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Andrew Purtell <ap...@apache.org>.
Cool, I went over to BIGTOP-1615 and it's already resolved.
As for BIGTOP-1827, if it's just a package naming problem we can just
rename it, right? See my comment on the issue.
On Tue, Apr 28, 2015 at 2:40 PM, Konstantin Boudnik <co...@apache.org> wrote:
> Guys
>
> I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
> full stack build on Ubuntu and everything is building fine now. Of course
> some
> testing needs to be done ;)
>
> One last unresolved blocker is BIGTOP-1827. If I don't hear from the
> Tachyon component's maintainers I will have to remove this from the release
> 1.0 because the packages are broken and we can release them like this.
>
> BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look
> -
> it'd be great!
>
> Thanks!
> Cos
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Guys
I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
full stack build on Ubuntu and everything is building fine now. Of course some
testing needs to be done ;)
One last unresolved blocker is BIGTOP-1827. If I don't hear from the
Tachyon component's maintainers I will have to remove this from the release
1.0 because the packages are broken and we can release them like this.
BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look -
it'd be great!
Thanks!
Cos
Re: Gearing up for 1.0.0 (cut-off of the branch)
Posted by Konstantin Boudnik <co...@apache.org>.
Guys
I think we are in the good shape to cut-off 1.0 branch tonight. I have ran
full stack build on Ubuntu and everything is building fine now. Of course some
testing needs to be done ;)
One last unresolved blocker is BIGTOP-1827. If I don't hear from the
Tachyon component's maintainers I will have to remove this from the release
1.0 because the packages are broken and we can release them like this.
BIGTOP-1615 (another blocker) is in PA state, so if anyone can take a look -
it'd be great!
Thanks!
Cos