Gentle ping, Panos.

https://github.com/apache/orc/pull/996#issuecomment-1013960470

Dongjoon.

On Tue, Jan 11, 2022 at 8:06 AM Dongjoon Hyun <[email protected]>
wrote:

> Thank you, Panos.
>
> Sure, we can postpone Apache ORC 1.6.13 schedule.
> Currently, it's scheduled on 15th January.
>
> According to your request, let's wait for ORC-1078 for one additional week
> (17th January).
> Could you lead the review of ORC-1078 and merge it?
>
> If ORC-1078 is merged before 17th January, I'll cut the RC ASAP.
> Otherwise, I'll cut the RC on 17th January and we can put ORC-1078 to the
> next release, Apache ORC 1.6.14.
>
> Since Apache ORC 1.6.0 was released on 2019-09-03 and the EOL of 1.6.x is
> 2022-09-03.
> I'm expecting three more releases (1.6.13, 1.6.14, and 1.6.15) if there
> exists applicable patches.
>
> Dongjoon.
>
>
> On Tue, Jan 11, 2022 at 2:55 AM Panos Garefalakis <[email protected]>
> wrote:
>
>> Hey Dongjoon,
>>
>> Thanks for initiating this!
>> I would also add ORC-1078 to the list as it addresses seeking issues when
>> using small compression buffers.
>> Not a blocker but it would be good to have in 1.6.13
>>
>> Cheers,
>> Panagiotis
>>
>> On Tue, Jan 11, 2022 at 3:28 AM Dongjoon Hyun <[email protected]>
>> wrote:
>>
>> > Hi, All.
>> >
>> > I've been preparing Apache ORC 1.6.13.
>> >
>> >     https://github.com/apache/orc/milestone/5?closed=1
>> >
>> > Recently, there were two JIRA issues, ORC-1075 and ORC-1082,
>> > which we concluded that Apache ORC writers do not generate those files.
>> > Both ORC-1075 and ORC-1082 are currently retargeted into the improvement
>> > JIRAs
>> > aiming to provide more robust read capabilities for 3rd-party-generated
>> ORC
>> > files.
>> >
>> >     ORC-1075: Support reading ORC files with no column statistics
>> (Target:
>> > 1.8.0)
>> >     ORC-1082: Improve FileDump and JsonFileDump to be robust on missing
>> > column statistics (Target: 1.7.3)
>> >
>> > If there are no blocker issues, I'll start a new RC for Apache ORC
>> 1.6.13
>> > tomorrow.
>> >
>> > Thanks,
>> > Dongjoon.
>> >
>>
>

Reply via email to