[ 
https://issues.apache.org/jira/browse/BIGTOP-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14025988#comment-14025988
 ] 

Mark Grover commented on BIGTOP-1110:
-------------------------------------

Fine by me, especially if someone is willing to take up the work!:-)

But, in general, I think we face this question all the time. For example, Spark 
1.0.0 has been released and there was a discussion about whether we should 
bring in Spark 1.0.0 for Bigtop 0.8. So, I think it would be good to 
instantiate a policy around how close to the projected release date can we bump 
up versions. Likely, that policy would need to depend on how complicated the 
bump is. For example, Spark 0.9->Spark 1.0.0 is a non-trivial bump since it 
included a new history server and some changes to the distribution building 
step, along with non-compatible API changes (which don't really affect us from 
build/packaging perspective, but could involve some test code updates) so it 
doesn't make sense to bump it this late in the game. However, HBase 0.98.3 
sounds benign from an integration perspective so it may be fine to bump it at 
this point but it would really depend on what we find once we kick off a new 
build.

On that note, I would really like us to play a larger role in RC voting. For 
example, I did that for Crunch 0.10 recently and was able to find out a problem 
with the RC, thanks to Bigtop's customizability to newer RCs. I think it'd save 
us a lot of pain later in the game, make our work more spread out across the 
year instead of getting overly busy during release times:-) Thoughts?

> Define BOM for 0.8.0 release of Bigtop
> --------------------------------------
>
>                 Key: BIGTOP-1110
>                 URL: https://issues.apache.org/jira/browse/BIGTOP-1110
>             Project: Bigtop
>          Issue Type: Improvement
>          Components: General
>    Affects Versions: 0.7.0
>            Reporter: Roman Shaposhnik
>            Assignee: Konstantin Boudnik
>             Fix For: 0.8.0
>
>
> This JIRA is going to be a rolling list of our thinking on what BOM makes 
> sense for Bigtop 0.8.0 singularity release.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to