+1 (non-binding)

Best,
Prashant

On Mon, May 19, 2025 at 10:19 PM Aihua Xu <aihu...@gmail.com> wrote:

> +1 (non-binding).  Great to see we are moving forward.
>
> On Mon, May 19, 2025 at 9:06 PM Denny Lee <denny.g....@gmail.com> wrote:
>
>> +1 (non-binding)
>>
>> On Mon, May 19, 2025 at 9:04 PM Yufei Gu <flyrain...@gmail.com> wrote:
>>
>>> +1 (binding)
>>>
>>> Yufei
>>>
>>>
>>> On Mon, May 19, 2025 at 8:59 PM Amogh Jahagirdar <2am...@gmail.com>
>>> wrote:
>>>
>>>> +1 (binding)
>>>>
>>>> On Mon, May 19, 2025 at 9:37 PM Gang Wu <ust...@gmail.com> wrote:
>>>>
>>>>> +1 (non-binding)
>>>>>
>>>>> On Tue, May 20, 2025 at 11:35 AM Manish Malhotra <
>>>>> manish.malhotra.w...@gmail.com> wrote:
>>>>>
>>>>>> +1 (non-binding)
>>>>>>
>>>>>> This is Awesome! Thanks 🙏🏼
>>>>>>
>>>>>> On Mon, May 19, 2025 at 6:09 PM Szehon Ho <szehon.apa...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> +1 (binding)
>>>>>>>
>>>>>>> Thanks, it's an exciting step for Iceberg!
>>>>>>> Szehon
>>>>>>>
>>>>>>> On Mon, May 19, 2025 at 4:03 PM Jia Yu <ji...@apache.org> wrote:
>>>>>>>
>>>>>>>> This is exciting!
>>>>>>>>
>>>>>>>> +1 (non-binding)
>>>>>>>>
>>>>>>>> On Mon, May 19, 2025 at 3:27 PM Ryan Blue <rdb...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> +1 (binding)
>>>>>>>>>
>>>>>>>>> I’ve gone through the changes in detail and I’m confident that
>>>>>>>>> they are implementable and working.
>>>>>>>>>
>>>>>>>>>    - Reviewed and updated row lineage core implementation,
>>>>>>>>>    readers/writers, and updates to Spark 3.5
>>>>>>>>>    - Validated the Variant encoding and shredding spec
>>>>>>>>>    - Built readers/writers for core object models for unknown,
>>>>>>>>>    timestamp(9) types
>>>>>>>>>    - Implemented default values and updated read paths
>>>>>>>>>    - Reviewed table encryption PRs
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, May 19, 2025 at 3:20 PM Ryan Blue <rdb...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi everyone,
>>>>>>>>>>
>>>>>>>>>> With the follow-ups from the earlier discussion thread wrapped
>>>>>>>>>> up, I’d like to raise a vote to adopt the v3 spec changes
>>>>>>>>>> <https://github.com/apache/iceberg/blob/main/format/spec.md#version-3-extended-types-and-capabilities>
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>> *What is included?*
>>>>>>>>>>
>>>>>>>>>>    - Default values for columns and fields
>>>>>>>>>>    - New types: variant, geospatial, timestamp(9), and unknown
>>>>>>>>>>    - Row lineage and change tracking using synthetic row IDs and
>>>>>>>>>>    row-level last modified sequence number
>>>>>>>>>>    - Improved position deletes using binary deletion vectors
>>>>>>>>>>    that are synchronously maintained
>>>>>>>>>>    - Table encryption key tracking
>>>>>>>>>>    - Table metadata support for future multi-argument transforms
>>>>>>>>>>
>>>>>>>>>> *What does adopting these changes mean?*
>>>>>>>>>>
>>>>>>>>>> Adopting the changes signals that we (the community) intend to
>>>>>>>>>> support the current set of changes and will maintain 
>>>>>>>>>> forward-compatibility
>>>>>>>>>> for v3 tables that implement the v3 spec. After adopting the changes,
>>>>>>>>>> future breaking changes would go into v4.
>>>>>>>>>>
>>>>>>>>>> As with v2 adoption
>>>>>>>>>> <https://lists.apache.org/thread/ws2gg52d124p7bx9jgrn3kctrtfgtltp>,
>>>>>>>>>> this is needed to build support in downstream projects and other
>>>>>>>>>> implementations. Adoption doesn’t change the default table version, 
>>>>>>>>>> it
>>>>>>>>>> signals that there will be no further break changes in v3 and that 
>>>>>>>>>> we are
>>>>>>>>>> confident in supporting the v3 features.
>>>>>>>>>>
>>>>>>>>>> Huge thanks to everyone that has worked to get to this point with
>>>>>>>>>> the v3 changes!
>>>>>>>>>>
>>>>>>>>>> Please vote in the next 72 hours:
>>>>>>>>>>
>>>>>>>>>> [ ] +1 Adopt the v3 changes to the table spec
>>>>>>>>>> [ ] +0
>>>>>>>>>> [ ] -1 Wait to close v3 changes because . . .
>>>>>>>>>>
>>>>>>>>>> Ryan
>>>>>>>>>>
>>>>>>>>>

Reply via email to