Re: [VOTE] Endpoint for refreshing vended credentials

2024-10-24 Thread Eduard Tudenhöfner
With 10 +1 (4 binding) the VOTE passed. Thanks everyone On Wed, Oct 23, 2024 at 4:50 AM Fanng wrote: > +1 (non-binding) > > Christian Thiel 于2024年10月23日周三 08:22写道: > >> +1 (non-binding). Great feature, thanks! >> -- >> *Von:* Amogh Jahagirdar <2am...@gmail.com> >> *

Re: [PROPOSAL] Add manifest-level statistics for CBO estimation

2024-10-24 Thread Szehon Ho
Hi Im just wondering, is a solution to put these stats in Puffin files? There's already ComputeTableStatsSparkAction (and probably similar actions in other engines), and I can imagine a quick metadata aggregation job to compute min/max/null_values, etc. Also how accurate would we need the stats? T

Re: Overwrite old properties on table replace with REST catalog

2024-10-24 Thread Haizhou Zhao
Hello Vladimir, I want to raise that we've been observing similar behavior differences regarding CREATE OR REPLACE between Hive/Hadoop catalog and REST catalog at here: https://github.com/apache/iceberg/issues/11109 The context: Iceberg spark integration test has traditionally only included tests

Re: [PROPOSAL] Refactore use of Guava Lists.*

2024-10-24 Thread Eduard Tudenhöfner
Hey JB, I don't think we're ever using e.g. *Lists.newArrayList()* without the diamond syntax in the codebase, so it's typically always *List list = Lists.newArrayList()*. So I wonder how much of an issue that actually is? Do you have examples in the codebase that don't use the diamond syntax and

Re: [PROPOSAL] Refactore use of Guava Lists.*

2024-10-24 Thread Jean-Baptiste Onofré
Hi, That was my idea: why not leveraging the JDK11 style here as we are now based on JDK11+ ? Thoughts ? Regards JB On Thu, Oct 24, 2024 at 7:50 PM Alex Dutra wrote: > > Hi all, > > But aren't we now building on Java 11+? I think we could go one step ahead > and replace most of these Guava fa

Re: [DISCUSS] Apache Iceberg 1.7.0 Release Cutoff

2024-10-24 Thread rdb...@gmail.com
Do I recall our agreement that any V3 spec changes that will be released bear no compatibility guarantees until we close V3 and vote on it as a whole? Yes. We can make changes to v3 until the community votes to adopt and close the version to any new forward-breaking changes. That vote isn’t tied t

Re: [DISCUSS] Iceberg Rust Sync Meeting

2024-10-24 Thread Renjie Liu
Cool, I'll start a vote later. On Thu, Oct 24, 2024 at 2:48 PM Xuanwo wrote: > Looks good to me. Would you like to start a poll for this? > > On Thu, Oct 24, 2024, at 14:25, Renjie Liu wrote: > > Seems that there is no objection about this meeting, but we have different > options about timing. S

Re: [DISCUSS] Iceberg Rust Sync Meeting

2024-10-24 Thread Renjie Liu
Seems that there is no objection about this meeting, but we have different options about timing. Should we start a poll for timing? On Fri, Oct 11, 2024 at 11:27 PM Sung Yun wrote: > Thank you for starting this thread Xuanwo, I'm +1 for a Iceberg Rust > meeting. > > Regarding the meeting time, I

Re: Iceberg python library sync

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