+1 (non-binding)
Thanks,
Steve Zhang
> On May 14, 2025, at 8:52 AM, Anton Okolnychyi wrote:
>
> Hi all,
>
> I propose the following update to the spec to clarify that writers must
> remove any deletion vector that applies to a data file when that data file is
> remo
+1 (non-binding)
Thanks,
Steve Zhang
> On May 11, 2025, at 6:45 PM, Gang Wu wrote:
>
> +1 (non-binding)
+1 (non binding)
Thanks,
Steve Zhang
> On Apr 22, 2025, at 1:41 PM, Prashant Singh wrote:
>
> +1 (non-binding)
>
> Best,
> Prashant Singh
>
> On Tue, Apr 22, 2025 at 2:55 AM Eduard Tudenhöfner <mailto:etudenhoef...@apache.org>> wrote:
>> +1
>
+1 (non-binding)
Thanks,
Steve Zhang
> On Apr 18, 2025, at 1:29 PM, huaxin gao wrote:
>
> +1 (non-binding)
+1 (non-binding)
Thanks,
Steve Zhang
> On Apr 18, 2025, at 12:53 AM, Prashant Singh wrote:
>
> +1 (non-binding)
+1 (non binding)
Thanks,
Steve Zhang
> On Mar 31, 2025, at 11:05 PM, Jean-Baptiste Onofré wrote:
>
> +1 (non binding)
metadata.json have a different table UUI as the existing one.
We appreciate any insights or suggestions you may have.
Best,
Steve Zhang
> On Feb 10, 2025, at 4:47 PM, Steve Zhang
> wrote:
>
> Thank you Russell and Ryan.
>
> Let me start to work on a new API to support force tab
+1 (non-binding)
Thanks,
Steve Zhang
> On Mar 18, 2025, at 6:29 PM, Gang Wu wrote:
>
> +1 (non-binding)
+1 (non-binding)
- Checked signature/SHA512
- Ran RAT license check
- Ran tests on JDK17
Thanks,
Steve Zhang
> On Feb 27, 2025, at 11:45 AM, Daniel Weeks wrote:
>
> +1 (binding)
>
> Verified sigs/sums/license/build/test (Java 17)
>
> -Dan
>
> On Thu, Feb 27
+1 (nb)
Thanks,
Steve Zhang
> On Feb 24, 2025, at 6:32 PM, Renjie Liu wrote:
>
> +1
>
> On Tue, Feb 25, 2025 at 7:00 AM Szehon Ho <mailto:szehon.apa...@gmail.com>> wrote:
>> +1
>>
>> Thanks
>> Szehon
>>
>> On Mon, Feb 2
Thanks Fokko for removing deprecated properties!
Just want to highlight the worst case for tables with old configuration and not
aware of this deprecation might experience silent behavior change. But
considering this has been deprecated for past 3 years, here’s my +1.
Thanks,
Steve Zhang
+1. Configure table property `write.metadata.compression-codec` to gzip is
usually suggested to reduce metadata size but drop whitespace can still help
here.
Thanks,
Steve Zhang
> On Feb 17, 2025, at 8:32 AM, Fokko Driesprong wrote:
>
> Hey Ian,
>
> Thanks for raising th
Thanks everyone for participating and reviewing!
The vote has passed with the following results:
+1 binding votes: 8 (Russell,Steven,Fokko,Daniel,Ryan,Yufei,Szhon,Eduard)
+1 non-binding votes: 4 (Huang-Hsiang,Anurag,Huaxin,myself)
0 votes: none
-1 votes: none
Thanks,
Steve Zhang
> On Feb
ps://github.com/apache/iceberg/pull/12239
This vote will be open for at least 72 hours.
[ ] +1 Add overwriteRequested to RegisterTableRequest in REST spec
[ ] +0
[ ] -1 I have questions and/or concerns
Thanks,
Steve Zhang
+1 (non-binding)
- Checked signature/SHA512
- Ran RAT check
- Ran tests on JDK17
Thanks,
Steve Zhang
> On Feb 12, 2025, at 9:52 AM, Eduard Tudenhöfner
> wrote:
>
> +1 (binding)
>
> Verified sigs/checksums/build/tests with JDK17
>
> I also saw the same TestS3Fi
+1 nb
Thanks,
Steve Zhang
> On Feb 11, 2025, at 10:26 AM, Honah J. wrote:
>
> +1
>
> On Tue, Feb 11, 2025 at 10:16 AM Christian Thiel <mailto:christian.t.b...@gmail.com>> wrote:
>> +1 (non-binding)
>> Thanks Gabor!
>>
>> On Tue,
Thank you Russell and Ryan.
Let me start to work on a new API to support force table registration in
catalog.
Thanks,
Steve Zhang
> On Feb 10, 2025, at 4:29 PM, rdb...@gmail.com wrote:
>
> Yeah, it sounds like a "register table force" is the right concept here. I
>
metadata swap on an existing table. However, it was suggested that use
TableOperations.commit(base, new) is preferred to achieve atomicity.
Thanks,
Steve Zhang
> On Feb 10, 2025, at 1:49 PM, Daniel Weeks wrote:
>
> Hey Steve,
>
> I think the issue here is that you're using the
+1 (non-binding).
Thanks,
Steve Zhang
> On Feb 9, 2025, at 1:01 AM, Fokko Driesprong wrote:
>
> (Second attempt, the cat <https://ibb.co/Wv4M2TDY> ran over the keyboard)
>
> Hey everyone,
>
> After the positive responses on the devlist
> &l
/apache/iceberg/issues/12134, where it works on JDBC and
in-memory catalogs, but not with RESTCatalog.
Best Regards,
Steve Zhang
+1 (non-binding),
Thank you Szehon for driving this over 5+ months and looking forward to see in
V3 spec.
Thanks,
Steve Zhang
> On Feb 6, 2025, at 12:11 PM, Jia Yu wrote:
>
> +1 (non-binding)
>
> I can’t wait to see the impact it will have on the broader geospatial
> c
Congratulations Huaxin, well deserved!
Thanks,
Steve Zhang
> On Feb 6, 2025, at 8:16 AM, Xingyuan Lin wrote:
>
> Congrats Huaxin!
>
> On Thu, Feb 6, 2025 at 11:11 AM Denny Lee <mailto:denny.g@gmail.com>> wrote:
>> Congratulations Huaxin!!!
>>
>
+1 (non-binding)
Thanks,
Steve Zhang
> On Jan 25, 2025, at 10:48 AM, huaxin gao wrote:
>
> +1 (non-binding)
Thank you Russell! +1 (non-binding)
Thanks,
Steve Zhang
> On Jan 15, 2025, at 10:53 PM, huaxin gao wrote:
>
> +1 (non-binding)
+1 non-binding
Thanks,
Steve Zhang
> On Jan 14, 2025, at 1:14 PM, Kevin Liu wrote:
>
> +1 non-binding.
Congratulations Scott!
Thanks,
Steve Zhang
> On Dec 11, 2024, at 4:47 AM, Fokko Driesprong wrote:
>
> Congratulations Scott!
>
Congrats Matt!
Thanks,
Steve Zhang
> On Dec 10, 2024, at 7:24 AM, Gang Wu wrote:
>
> Congrats Matt!
plans to change other existing behaviors.
I've addressed the feedback from reviewers and also added explicit tests
coverage, PR is ready for another look in
https://github.com/apache/iceberg/pull/11597.
Thanks,
Steve Zhang
> On Nov 27, 2024, at 10:15 PM, Péter Váry wrote:
>
> +
://github.com/apache/iceberg/pull/11597
[2]:
https://github.com/apache/iceberg/blob/3badfe0c1fcf0c0adfc7aa4a10f0b50365c48cf9/open-api/rest-catalog-open-api.yaml#L1129-L1133
Best regards,
Steve Zhang
+1 to deprecate
Thanks,
Steve Zhang
> On Nov 19, 2024, at 3:32 AM, Fokko Driesprong wrote:
>
> Hi everyone,
>
> I would like to propose to deprecate embedded manifests
> <https://github.com/apache/iceberg/pull/11586>. This has been used before the
> manifest
+1 nb
Thanks,
Steve Zhang
> On Nov 19, 2024, at 12:18 AM, Fokko Driesprong wrote:
>
> Hi everyone,
>
> Based on the positive feedback on the [DISCUSS] thread
> <https://lists.apache.org/thread/jz5s7pm2bhbm87ft495d6yrsh3bqvtb9> and the
> pull-request on GitHub
+1 to deprecating and removing it
Thanks,
Steve Zhang
> On Nov 13, 2024, at 11:23 AM, Eduard Tudenhöfner
> wrote:
>
> +1 to deprecating and removing it
+1 (non-binding)
Thanks,
Steve Zhang
> On Oct 31, 2024, at 3:41 PM, rdb...@gmail.com wrote:
>
> +1
>
> Thanks, Anton!
>
> On Wed, Oct 30, 2024 at 11:58 PM Fokko Driesprong <mailto:fo...@apache.org>> wrote:
>> +1
>>
>> I had to read up a
+1
Thanks,
Steve Zhang
> On Oct 17, 2024, at 11:16 PM, roryqi wrote:
>
> +1.
>
> Péter Váry mailto:peter.vary.apa...@gmail.com>>
> 于2024年10月18日周五 13:44写道:
>> +1
>>
>> On Fri, Oct 18, 2024, 04:50 Manu Zhang > <mailto:owenzhang1...@gmail.com&
+1
Thanks,
Steve Zhang
> On Sep 9, 2024, at 11:45 AM, Russell Spitzer
> wrote:
>
> +1
>
> On Mon, Sep 9, 2024 at 7:59 AM Eduard Tudenhöfner <mailto:etudenhoef...@apache.org>> wrote:
>> +1 on deprecating Hive 2 in Iceberg 1.7 and removing it in 1.8
>
,
Steve Zhang
> On Sep 4, 2024, at 9:53 AM, Chertara, Rahil
> wrote:
>
> An endpoint fetchScanTasks was added in order for a client to get the
> file-scan-tasks associated with a plan-task by providing a plan-task as input.
>
I believe dependabot tried to upgrade self4j to 2.x in [1] but JB mentioned
there's -1 on this upgrade, maybe he has more context.
[1]https://github.com/apache/iceberg/pull/9688
Thanks,
Steve Zhang
> On Aug 24, 2024, at 7:37 PM, Steven Wu wrote:
>
> Hi,
>
> It seems
cannot
be used together.
Thanks,
Steve Zhang
> On Aug 22, 2024, at 8:50 AM, Steven Wu wrote:
>
> > It should emit changes for each snapshot in the requested range.
>
> Wing Yew has a good point here. +1
>
> On Thu, Aug 22, 2024 at 8:46 AM Wing Yew Poon
> wrote:
I agree that option (a) is what user expects for row level changes.
I feel the added deletes in given snapshots provides a PK of DELETED entry,
existing deletes are used to read together with data files to find DELETED
value (V1b) and result of columns.
Thanks,
Steve Zhang
> On Aug
+1 (non-binding)
Thanks,
Steve Zhang
> On Aug 19, 2024, at 1:47 PM, John Zhuge wrote:
>
> +1 (non-binding)
>
> On Mon, Aug 19, 2024 at 1:34 PM Yufei Gu <mailto:flyrain...@gmail.com>> wrote:
>> +1
>> Yufei
>>
>>
>> On Mon,
Congrats everyone, well deserved!
Thanks,
Steve Zhang
> On Aug 13, 2024, at 1:31 PM, Bill Zhang wrote:
>
> Congratulations everyone.
>
> On Tue, Aug 13, 2024 at 1:28 PM Szehon Ho <mailto:szehon.apa...@gmail.com>> wrote:
>> Congratulations all, very well des
+1 (non-binding)
Thanks,
Steve Zhang
> On Aug 1, 2024, at 2:25 PM, John Zhuge wrote:
>
> +1 (non-binding)
>
> On Thu, Aug 1, 2024 at 10:55 AM Amogh Jahagirdar <2am...@gmail.com
> <mailto:2am...@gmail.com>> wrote:
>> +1 (non-binding)
>>
&g
+1 (non-binding)
Thanks,
Steve Zhang
> On Jul 26, 2024, at 9:15 AM, Amogh Jahagirdar <2am...@gmail.com> wrote:
>
> +1 (non-binding)
/caf03aed926665014c22cc4a68902bf684f258f9/core/src/main/java/org/apache/iceberg/expressions/ExpressionParser.java#L262-L264
Thanks,
Steve Zhang
> On Jul 25, 2024, at 11:54 AM, Pucheng Yang wrote:
>
> Hi dev community,
>
> If I read the codebase correctly, there seems to be no utility for converting
Congrats everyone!
Thanks,
Steve Zhang
> On Jul 23, 2024, at 9:20 AM, Anton Okolnychyi wrote:
>
> Congrats everyone!
+1 (non-binding)
Thanks,
Steve Zhang
> On Jul 22, 2024, at 10:13 PM, Ajantha Bhat wrote:
>
> +1 (non-binding)
Congrats everyone!
Thanks,
Steve Zhang
> On Jul 23, 2024, at 9:20 AM, Anton Okolnychyi wrote:
>
> Congrats everyone!
+1 non-binding
Checked signature, SHA512 and license, built and ran tests against java 17
Thanks,
Steve Zhang
> On Jul 22, 2024, at 3:29 PM, Jack Ye wrote:
>
> +1 (binding)
>
> Checked signature, checksum, license
> Ran unit and integration tests with JDK17
> Ran ma
-iceberg-do-differently
Thanks,
Steve Zhang
> On Jul 17, 2024, at 2:36 PM, Walaa Eldin Moustafa
> wrote:
>
> Hi Jean, One use case is Hive to Iceberg migration, where DROP PARTITION does
> not need to change to DELETE queries prior to the migration.
>
> That said, I am not in
+1, looking forward to see it in action, would 3 months be a good evaluation
window for rest of the iceberg repo?
Thanks,
Steve Zhang
> On Jul 11, 2024, at 9:52 AM, Yufei Gu wrote:
>
> +1. It is a no-brainer to me given it is more search-engine friendly compared
> to slack a
+1 (non binding)
Thanks,
Steve Zhang
> On Jul 10, 2024, at 7:31 AM, Renjie Liu wrote:
>
> +1 (non binding)
+1 (non binding)
Thanks,
Steve Zhang
> On Jul 10, 2024, at 1:10 AM, Jean-Baptiste Onofré wrote:
>
> +1 (non binding)
+1 for making the NDV property required in blob metadata
Thanks,
Steve Zhang
> On Jun 21, 2024, at 2:54 PM, Amogh Jahagirdar <2am...@gmail.com> wrote:
>
> make the property required
Great ideas! Looking forward to the community focused proposal in details and
how it can benefit iceberg!
Thanks,
Steve Zhang
> On May 10, 2024, at 10:06 PM, Tyler Akidau
> wrote:
>
> Subcolumnarization of variant columns allows query engines to efficiently
> prune datasets
Congrats Renjie!
Thanks,
Steve Zhang
> On Mar 11, 2024, at 12:18 PM, Szehon Ho wrote:
>
> Congratulations!
>
> On Mon, Mar 11, 2024 at 12:43 PM Jack Ye <mailto:yezhao...@gmail.com>> wrote:
>> Congratulations Renjie!
>>
>> Best,
>> Jack Y
Congrats Bryan, well deserved!
Thanks,
Steve Zhang
> On Mar 5, 2024, at 9:44 AM, Szehon Ho wrote:
>
> Congratulations Bryan, well deserved, great work on Iceberg !
>
> On Tue, Mar 5, 2024 at 8:14 AM Jack Ye <mailto:yezhao...@gmail.com>> wrote:
>> Congrats Bry
of 0.6.0!
Thanks,
Steve Zhang
> On Jan 31, 2024, at 8:33 AM, Pucheng Yang wrote:
>
> nvm, I was under the wrong impression it was released already. Thanks.
>
> On Wed, Jan 31, 2024 at 8:31 AM Pucheng Yang <mailto:py...@pinterest.com>> wrote:
>> 0.6.0 has been re
I am really excited to see the both append and overwrite support are finally
checked and in favor of seeing it in 0.6.0 release. It’s a big milestone worth
celebrating! I am happy to help with partitioned write and sort order.
Thanks,
Steve Zhang
> On Jan 26, 2024, at 5:22 AM, Fo
I am also happy to contribute here!
Thanks,
Steve Zhang
> On Jan 16, 2024, at 4:17 PM, Bill Zhang wrote:
>
> Same here. We'd like to volunteer and help out with this summit.
>
> On Mon, Jan 15, 2024 at 4:46 AM Eduard Tudenhoefner <mailto:edu...@tabular.io>> w
in
https://github.com/apache/iceberg/issues/8321 and
https://github.com/apache/iceberg/issues/8832.
Thanks,
Steve Zhang
+1 (non-binding)
- validated checksum and signature
- checked license docs & ran RAT checks
- ran build and tests using JDK17 (problem with TestS3RestSigner and
ADLSFileIOTest related but I think it’s setup related)
Thanks,
Steve Zhang
> On Oct 19, 2023, at 4:23 AM, Ajantha Bhat
Congrats everyone! Well deserved and great job!
Thanks,
Steve Zhang
> On May 3, 2023, at 5:52 PM, Prashant Singh wrote:
>
> Congratulations, Amogh, Eduard, Szehon Well deserved !
>
> On Wed, May 3, 2023 at 3:07 PM Steven Wu <mailto:stevenz...@gmail.com>>
https://iceberg.apache.org/docs/latest/spark-ddl/#create-table
<https://iceberg.apache.org/docs/latest/spark-ddl/#create-table>
Thanks,
Steve Zhang
> On Apr 25, 2023, at 1:46 PM, Pucheng Yang wrote:
>
> Hi all,
>
> I wonder how folks in the community deal with the cases where y
+1 for dropping Spark 2.4 support and we can clean up doc as well such as
https://iceberg.apache.org/docs/latest/spark-queries/#spark-24
Thanks,
Steve Zhang
> On Apr 13, 2023, at 12:53 PM, Jack Ye wrote:
>
> +1 for dropping 2.4 support
>
Congratulations everyone!
Thanks,
Steve Zhang
> On Apr 11, 2023, at 9:46 PM, Eduard Tudenhoefner wrote:
>
> Congrats to everyone!
>
> On Wed, Apr 12, 2023 at 6:14 AM Ajantha Bhat <mailto:ajanthab...@gmail.com>> wrote:
> Congratulations to all.
>
> On Wed
Thank you Fokko and Ryan for your great work to reach feature parity.
pyiceberg is the way to go!
Thanks,
Steve Zhang
> On Feb 17, 2023, at 8:29 AM, Ryan Blue wrote:
>
> +1 for removing it. And it's great to see the new one reaching feature parity!
>
> On Fri, Feb
t;
But I cannot seem to figure out what’s wrong here.
Thanks,
Steve Zhang
> On Dec 6, 2022, at 3:36 PM, Ryan Blue wrote:
>
> Russell, we normally test with `make test`, which runs everything but the S3
> mock stuff since that runs in CI. That said, it would be great if we could
Thank you Fokko, also forgot to update my vote to +1 given package version is
clarified.
Thank you for the great work!
Steve Zhang
> On Sep 30, 2022, at 8:02 AM, Driesprong, Fokko wrote:
>
> Hey Everyone,
>
> Thanks all for checking the release, and we can conclude the vot
in local they are fine)
Issues:
- same version issue as Ryan pointed out
Thanks,
Steve Zhang
> On Sep 25, 2022, at 10:37 AM, Ryan Blue wrote:
>
> +0
>
> Looks great, except that the version isn’t correct: pyiceberg.__version__
> returns 0.1.0rc2
>
> Passin
Congrats Fokko!
Thanks,
Steve Zhang
> On Aug 22, 2022, at 2:05 PM, Szehon Ho wrote:
>
> Congratulations!
> Szehon
>
> On Mon, Aug 22, 2022 at 12:25 PM Péter Váry <mailto:peter.vary.apa...@gmail.com>> wrote:
> Congratulations Fokko!
>
> On Mon, A
snapshot to
be expired. I think it works for me. Appreciate your pointers
Thanks,
Steve Zhang
> On Jun 29, 2022, at 4:32 PM, Russell Spitzer
> wrote:
>
> Is "truncate" not an option? This would do a table wide delete which would
> create a new snapshot which you can
iginal state right after table creation,
before any data is written.
Thanks,
Steve Zhang
Congratulations Szehon, Well done!
Thanks,
Steve Zhang
> On Mar 11, 2022, at 3:51 PM, Jack Ye wrote:
>
> Congratulations Szehon!!
>
> -Jack
>
> On Fri, Mar 11, 2022 at 3:45 PM Wing Yew Poon
> wrote:
> Congratulations Szehon!
>
>
> On Fri, Mar 11,
73 matches
Mail list logo