pig-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Dai <da...@hortonworks.com>
Subject Re: Pig 0.13.0 release
Date Thu, 13 Feb 2014 22:35:58 GMT
That works. I will roll a 0.14.0 release as soon as Hive 0.13.0 released.

On Thu, Feb 13, 2014 at 2:25 PM, Julien Le Dem <julien@ledem.net> wrote:
> I think it would be OK to release Pig 0.14 soon after if you want new features in.
> It's not more work to release 0.14 than 0.13.1 and that keeps the semantic versioning.
>
> On Feb 13, 2014, at 1:29 PM, Daniel Dai wrote:
>
>> Hive-0.13.0 will be release sometime March AFAIK. If we cannot make
>> PIG-3558 to Pig 0.13.0, I still want to put in Pig 0.13.1, though it
>> is a new feature.
>>
>> Other than those listed Jiras, there are also several unit
>> tests/system tests failures (eg, TestHBaseStorage) we need to fix.
>>
>> On Thu, Feb 13, 2014 at 11:45 AM, Aniket Mokashi <aniket486@gmail.com> wrote:
>>> Sounds good. Do we know a timeline for Hive-0.13 release? If its not too
>>> far, we can try to do Pig-0.13 it a few weeks after that.
>>>
>>> So far we have following jiras to wrap up before Pig-0.13 release.
>>> PIG-3591
>>> PIG-3740
>>> PIG-3745
>>> PIG-3347
>>> PIG-3731
>>> PIG-3558
>>>
>>> Any other? We can start marking jiras with corresponding version numbers.
>>>
>>>
>>>
>>> On Thu, Feb 13, 2014 at 9:58 AM, Daniel Dai <daijy@hortonworks.com> wrote:
>>>
>>>> I'd like to get PIG-3558 in, which depends on HIVE-0.13.0 release in
>>>> weeks. Otherwise I am fine with a Pig 0.13.0 release.
>>>>
>>>> I can wrap a 0.12.1 release in a couple of weeks.
>>>>
>>>> Thanks,
>>>> Daniel
>>>>
>>>> On Thu, Feb 13, 2014 at 3:38 AM, Gianmarco De Francisci Morales
>>>> <gdfm@apache.org> wrote:
>>>>> +1 on releasing a 0.13 and if somebody feels strongly about releasing
a
>>>>> 0.12.1 that fixes PIG-3492 I am +1 on that too.
>>>>>
>>>>> --
>>>>> Gianmarco
>>>>>
>>>>>
>>>>> On 13 February 2014 03:08, Dmitriy Ryaboy <dvryaboy@gmail.com>
wrote:
>>>>>
>>>>>> So I think we agree that we should branch 0.13 at this point, right?
>>>>>>
>>>>>> (and possibly look at releasing an incremental bump to 12 or 10?
I'm not
>>>>>> sure what should be included there but I support the general idea).
>>>>>>
>>>>>>
>>>>>> On Thu, Feb 6, 2014 at 2:22 PM, Koji Noguchi <knoguchi@yahoo-inc.com>
>>>>>> wrote:
>>>>>>
>>>>>>>> Releasing 0.13 and 0.10.1 is totally independent in my opinion
>>>>>>>>
>>>>>>> I should have referenced my previous request on including 0.10.1
on
>>>> the
>>>>>>> top release page.
>>>>>>>   http://www.mail-archive.com/dev@pig.apache.org/msg20629.html
>>>>>>>
>>>>>>>> By minor I meant 0.13
>>>>>>>> 0.10.1 is a bug fix release.
>>>>>>>> as in Major.Minor.BugFix
>>>>>>>>
>>>>>>> I see. Then I should have said,
>>>>>>>  "but I'd like to request we make BugFix releases more often."
>>>>>>>
>>>>>>> Thanks for correcting my mistake.
>>>>>>>
>>>>>>> Koji
>>>>>>>
>>>>>>>
>>>>>>> On Feb 6, 2014, at 5:05 PM, Julien Le Dem <julien@ledem.net>
wrote:
>>>>>>>
>>>>>>>> Releasing 0.13 and 0.10.1 is totally independent in my opinion.
>>>>>>>> It just takes the time of a committer that needs the release
to
>>>> happen
>>>>>>> to do it.
>>>>>>>>
>>>>>>>> By minor I meant 0.13
>>>>>>>> 0.10.1 is a bug fix release.
>>>>>>>> as in Major.Minor.BugFix
>>>>>>>>
>>>>>>>> Our Major version is still 0
>>>>>>>>
>>>>>>>> On Feb 6, 2014, at 1:43 PM, Koji Noguchi wrote:
>>>>>>>>
>>>>>>>>>> To add to the discussion, I think we should release
more often,
>>>> based
>>>>>>> on time elapsed rather than volume of change.
>>>>>>>>>>
>>>>>>>>> I don't have preference on the frequency, but I'd like
to request
>>>> we
>>>>>>> make minor releases more often.
>>>>>>>>>
>>>>>>>>> At this moment, stable pig release (to me) is still 0.10.1.
>>>>>>>>> 0.11.1 and 0.12.0 both have regression bug PIG-3492 that
caused
>>>>>>> multiple production pig scripts in our clusters to fail randomly.
>>>>>>>>> (unless user is disabling ColumnMapKeyPrune)
>>>>>>>>>
>>>>>>>>> If releasing 0.13 means 0.10.1 gets kicked out from the
front
>>>> release
>>>>>>> list, I'd like to see minor release on 0.11 or 0.12 first.
>>>>>>>>>
>>>>>>>>> Koji
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Feb 6, 2014, at 4:25 PM, Cheolsoo Park <piaozhexiu@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> +1 to 0.13 release. Why not if someone is volunteering?
>>>>>>>>>>
>>>>>>>>>> On Thu, Feb 6, 2014 at 4:06 PM, Julien Le Dem <julien@ledem.net>
>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> To add to the discussion, I think we should release
more often,
>>>>>> based
>>>>>>> on
>>>>>>>>>>> time elapsed rather than volume of change.
>>>>>>>>>>> The more often we release, the easier it is to
release.
>>>>>>>>>>> Also that makes it easier for contributors to
use their own
>>>>>>> contributions
>>>>>>>>>>> in official releases.
>>>>>>>>>>> It is also probably a good idea to have a clean
starting point
>>>>>> before
>>>>>>>>>>> merging the Tez branch
>>>>>>>>>>>
>>>>>>>>>>> That said, I think those changes by themselves
are enough to
>>>>>> warrant a
>>>>>>>>>>> minor release.
>>>>>>>>>>>
>>>>>>>>>>> Julien
>>>>>>>>>>>
>>>>>>>>>>> On Feb 6, 2014, at 12:24 PM, Dmitriy Ryaboy wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Major updates since we release 12 that are
currently in trunk:
>>>>>>>>>>>>
>>>>>>>>>>>> - lazy output (don't generate empty part
files)
>>>>>>>>>>>> - jar caching optimization
>>>>>>>>>>>> - automatic local mode for small job (big
wall-clock wins for
>>>>>>> long-tail
>>>>>>>>>>>> jobs)
>>>>>>>>>>>> - improved support for BigInteger, BigDecimal
>>>>>>>>>>>> - hbase loader improvements
>>>>>>>>>>>> - debug mode that leaves temp files around
for examination (!)
>>>>>>>>>>>> - fixes to a few nasty bugs (PIG-3641)
>>>>>>>>>>>> - pluggable execution engine allowing work
like Tez and Spork
>>>>>>>>>>>> - .. and more
>>>>>>>>>>>>
>>>>>>>>>>>> I'd say this justifies a release.
>>>>>>>>>>>>
>>>>>>>>>>>> D
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:55 PM, Aniket Mokashi
<
>>>>>> aniket486@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> List I mentioned is pending tasks before
we can make a release.
>>>>>>>>>>>>>
>>>>>>>>>>>>> A complete list of contributions can
be seen at -
>>>>>>>>>>>>> http://svn.apache.org/viewvc/pig/trunk/CHANGES.txt?view=markup
>>>> .
>>>>>>>>>>>>>
>>>>>>>>>>>>> Some of the things that make it a good
candidate for a release-
>>>>>>>>>>>>> - PIG-3419 (has several backwards incompatible
api changes)
>>>>>>>>>>>>> - PIG-2672
>>>>>>>>>>>>> - PIG-3642
>>>>>>>>>>>>> - PIG-3463
>>>>>>>>>>>>> - PIG-3511
>>>>>>>>>>>>> - PIG-3657
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Aniket
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Feb 5, 2014 at 3:23 PM, Olga
Natkovich <
>>>>>>> onatkovich@yahoo.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Just going by the list that Aniket
provided, I don't really
>>>> see
>>>>>>> enough
>>>>>>>>>>>>> for
>>>>>>>>>>>>>> a full release. Two mentioned JIRAs
are doc updates and one
>>>> is a
>>>>>>> bug
>>>>>>>>>>> fix
>>>>>>>>>>>>>> that was ported into Pig 12.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wednesday, February 5, 2014 3:13
PM, Aniket Mokashi <
>>>>>>>>>>>>>> aniket486@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi All,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> A good number of improvements and
bug fixes have gone into
>>>> trunk
>>>>>>>>>>>>> recently.
>>>>>>>>>>>>>> I'd like to know if we can roll out
a Pig 0.13 release around
>>>>>>>>>>> mid-March?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am aware that we are planning to
merge tez branch into trunk
>>>>>>> soon.
>>>>>>>>>>>>>> However, making a release before
tez branch is merged will be
>>>>>>> good. Any
>>>>>>>>>>>>>> objections?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Following are few jiras we need to
wrap up before 0.13
>>>> release-
>>>>>>>>>>>>>> PIG-3591
>>>>>>>>>>>>>> PIG-3740
>>>>>>>>>>>>>> PIG-3745
>>>>>>>>>>>>>> PIG-3347
>>>>>>>>>>>>>> PIG-3731
>>>>>>>>>>>>>> Any other?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Aniket
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> "...:::Aniket:::... Quetzalco@tl"
>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>> --
>>>> CONFIDENTIALITY NOTICE
>>>> NOTICE: This message is intended for the use of the individual or entity
to
>>>> which it is addressed and may contain information that is confidential,
>>>> privileged and exempt from disclosure under applicable law. If the reader
>>>> of this message is not the intended recipient, you are hereby notified that
>>>> any printing, copying, dissemination, distribution, disclosure or
>>>> forwarding of this communication is strictly prohibited. If you have
>>>> received this communication in error, please contact the sender immediately
>>>> and delete it from your system. Thank You.
>>>>
>>>
>>>
>>>
>>> --
>>> "...:::Aniket:::... Quetzalco@tl"
>>
>> --
>> CONFIDENTIALITY NOTICE
>> NOTICE: This message is intended for the use of the individual or entity to
>> which it is addressed and may contain information that is confidential,
>> privileged and exempt from disclosure under applicable law. If the reader
>> of this message is not the intended recipient, you are hereby notified that
>> any printing, copying, dissemination, distribution, disclosure or
>> forwarding of this communication is strictly prohibited. If you have
>> received this communication in error, please contact the sender immediately
>> and delete it from your system. Thank You.
>

-- 
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to 
which it is addressed and may contain information that is confidential, 
privileged and exempt from disclosure under applicable law. If the reader 
of this message is not the intended recipient, you are hereby notified that 
any printing, copying, dissemination, distribution, disclosure or 
forwarding of this communication is strictly prohibited. If you have 
received this communication in error, please contact the sender immediately 
and delete it from your system. Thank You.

Mime
View raw message