Re: Iceberg python library sync

2025-04-23 Thread Jun H.
Hi everyone, FYI, the next community python library sync meeting will be on Tuesday (04/29/2025) at 9 AM (US/Pacific). Here is the meeting agenda with the topics to discuss: https://docs.google.com/document/d/1oMKodaZJrOJjPfc8PDVAoTdl02eGQKHlhwuggiw7s9U/edit?pli=1&tab=t.0#bookmark=kix.qmp59vb0i122

Re: [DISCUSS] Table Identifiers in Iceberg View Spec

2025-04-23 Thread Walaa Eldin Moustafa
Hi Jan, > The view is executed when it's being referenced in a SQL statement. That statement contains the information for the query engine to resolve the catalog of the view. If I’m understanding correctly, that means: * If the view is queried as SELECT * FROM catalogA.namespace.view, then catal

Re: Discuss proposal - IRC APIs for Multi-Statement Multi-Table Transactions

2025-04-23 Thread Jagdeep Sidhu
Hi Amogh/Drew/Fokko and Iceberg community, Thank you for the feedback. As you point out, I will update the document and add a section to clarify what we mean by each isolation level. I read through the linked PR as well, this proposal is along the lines of *"1. Coordinate table loading with the ca

Re: [VOTE] Release Apache Iceberg 1.9.0 RC2

2025-04-23 Thread Russell Spitzer
+1 Binding Did the normal tests Rat Check and such Signature Checks out - Eduard's -- I do keep having an issue with some of the S3 Signing tests which require me to keep adjusting my local config inorder for the tests to past. (Requested ports already bound) So that would be nice to clean up if p

Re: [VOTE] Small spec change for default values

2025-04-23 Thread Daniel Weeks
+1 (binding) On Wed, Apr 23, 2025, 3:12 PM Anton Okolnychyi wrote: > +1 (binding) > > The proposed V3 behavior would already be a lot more flexible than what > most engines support in the industry today. It is also not covered by the > SQL standard, so there is no need to overcomplicate the spec

Re: [VOTE] Small spec change for default values

2025-04-23 Thread Anton Okolnychyi
+1 (binding) The proposed V3 behavior would already be a lot more flexible than what most engines support in the industry today. It is also not covered by the SQL standard, so there is no need to overcomplicate the spec without actual use cases. - Anton ср, 23 квіт. 2025 р. о 10:27 Ryan Blue пи

Re: [VOTE] Small spec change for default values

2025-04-23 Thread Ryan Blue
+1 (binding) On Wed, Apr 23, 2025 at 8:39 AM Fokko Driesprong wrote: > +1 (binding) > > Kind regards, > Fokko > > Op wo 23 apr 2025 om 03:08 schreef Gang Wu : > >> +1 (non-binding) >> >> On Wed, Apr 23, 2025 at 4:42 AM Prashant Singh >> wrote: >> >>> +1 (non-binding) >>> >>> Best, >>> Prashant

Re: [VOTE] Small spec change for default values

2025-04-23 Thread Fokko Driesprong
+1 (binding) Kind regards, Fokko Op wo 23 apr 2025 om 03:08 schreef Gang Wu : > +1 (non-binding) > > On Wed, Apr 23, 2025 at 4:42 AM Prashant Singh > wrote: > >> +1 (non-binding) >> >> Best, >> Prashant Singh >> >> On Tue, Apr 22, 2025 at 2:55 AM Eduard Tudenhöfner < >> etudenhoef...@apache.org

Re: [DISCUSS] PyIceberg 0.9.1

2025-04-23 Thread Fokko Driesprong
Hey Kevin, Thanks, and I think #1878 would be great to get in. I'm working with Koen to push that over the finish line. I can cut an RC afterwards. Kind regards, Fokko Op di 22 apr 2025 om 19:54 schreef Kevin Liu : > Good catch on those 2 PRs! I agree with the assessment :) > > I just merged #1

Re: [VOTE] Release Apache Iceberg 1.9.0 RC2

2025-04-23 Thread Jean-Baptiste Onofré
+1 (non binding) I checked: - Signature and checksum are good - ASF header present in all expected file in the source distribution - No binary file found in the source distribution - LICENSE/NOTICE are good in the source distribution - Build works from the source distribution - Tested without prob

Re: [VOTE] Release Apache Iceberg 1.9.0 RC2

2025-04-23 Thread Alex Dutra
+1 (non-binding) Polaris CI, including regression tests, is green: https://github.com/apache/polaris/pull/1309 Thanks, Alex On Wed, Apr 23, 2025 at 12:37 AM Yuya Ebihara < yuya.ebih...@starburstdata.com> wrote: > +1 (non-binding) > > I confirmed that Trino CI is green. It runs tests against se