Hi Ed,

This was the case with 0.14. It was fixed before 1.0 went out in HIVE-8933.

Thanks
Vikram.

On Mon, Feb 9, 2015 at 9:08 AM, Alan Gates <alanfga...@gmail.com> wrote:

> That's fixed, correct?  I do not believe there were any SNAPSHOT
> dependencies in 1.0.
>
> Alan.
>
>   Edward Capriolo <edlinuxg...@gmail.com>
>  February 9, 2015 at 8:40
> Because we can not really have a stable api if by definition we build
> around snapshot dependencies.
>
> On Mon, Feb 9, 2015 at 11:38 AM, Edward Capriolo <edlinuxg...@gmail.com>
> <edlinuxg...@gmail.com>
>
>   Edward Capriolo <edlinuxg...@gmail.com>
>  February 9, 2015 at 8:38
> Question.
>
> https://issues.apache.org/jira/browse/HIVE-8614
>
> Did we not just agree in this thread that hive will no long have dependency
> that are SNAPSHOT?
>
>
>   Brock Noland <br...@cloudera.com>
>  January 22, 2015 at 22:06
> Hi Alan,
>
> I agree with Xuefu and what was suggested in your statement. I was
> thinking we'd release the next release as 0.15 and then later there
> would be 1.0 off trunk (e.g. what would have been 0.16) and thus be
> superset (minus anything we intentionally remove).
>
> As I have said several times, I'd like to release more often so I feel
> we could even start the 1.0 work shortly after the 0.15 release. For
> my part, I do agree with some earlier contributor/user sentiment that
> it would be good to have some basic public API defined for 1.0. I
> don't think that will be too hard as it's more or less obvious what
> our public API is today.
>
> Hope this seems reasonable.
>
> Cheers,
> Brock
>   Xuefu Zhang <xzh...@cloudera.com>
>  January 22, 2015 at 12:31
> Hi Thejas/Alan,
>
> From all the argument, I think there was an assumption that the proposed
> 1.0 release will be imminent and 0.15 will happen far after that. Based on
> that assumption, 0.15 will become 1.1, which is greater in scope than 1.0.
> However, this assumption may not be true. The confusion will be significant
> if 0.15 is released early as 0.15 before 0.14.1 is released as 1.0.
>
> Another concern is that, the proposed release of 1.0 is a subset of of
> Hive's functionality, and for major releases users are expecting major
> improvement in functionality as well as stability. Mutating from 0.14.1
> release seems falling short in that expectation.
>
> Having said that, I'd think it makes more sense to release 0.15 as 0.15,
> and later we release 1.0 as the major release that supersedes any previous
> releases. That will fulfill the expectations of a major release.
>
> Thanks,
> Xuefu
>
>
>   Alan Gates <ga...@hortonworks.com>
>  January 22, 2015 at 12:12
>  I had one clarifying question for Brock and Xuefu.  Was your proposal to
> still call the branch from trunk you are planning in a few days 0.15 (and
> hence release it as 0.15) and have 1.0 be a later release?  Or did you want
> to call what is now 0.15 1.0?  If you wanted 1.0 to be post 0.15, are you
> ok with stipulating that the next release from trunk after 0.15 (what would
> have been 0.16) is 1.0?
>
> Alan.
>
>


-- 
Nothing better than when appreciated for hard work.
-Mark

Reply via email to