Re: [VOTE] Change apache/polaris CI Settings to only require approval for new contributors

The Infra team has resolved my ticket. https://issues.apache.org/jira/browse/INFRA-26985 So, it should be working as per our expectations now. I have pinged some contributors (who are not committers) to validate it. - Ajantha On Fri, Jul 4, 2025 at 4:33 PM Robert Stupp wrote: > Argh, sorry, I

Re: [PROPOSAL] Commit Deconfliction

... but the Polaris Server still has to reconcile the metadata for conflicting changes (before it commits), right? Thanks, Dmitri. On Mon, Jul 7, 2025 at 7:22 PM Eric Maynard wrote: > Hi Dmitri, thanks for checking the doc out. > > Indeed, in this implementation, the server does not apply any "

Re: [PROPOSAL] Commit Deconfliction

Hi Dmitri, thanks for checking the doc out. Indeed, in this implementation, the server does not apply any "decision logic" at all to the commits. Or perhaps it's more accurate to say that the decision logic applied is only to inspect the commits and check for their mutual consent to deconflict. Th

Re: [PROPOSAL] Commit Deconfliction

Hi Eric, This sounds like an interesting approach to me. I wonder how much decision logic do you envision Polaris to perform for de-conflictling? Is it mostly approving based submitted "Writer" ID checks or will Polaris validate actual table changes? I added some comments to the doc too. Thanks

[PROPOSAL] Commit Deconfliction

Hi all, Wanted to share this short design doc for a simple method of allowing conflicting commits to both be committed. If implemented, this would allow e.g. two writers doing append-only operations to a table in Pol

Re: Remove k8s reference for kind

+1 on picking one, instead of having both. I don't have any preference though. Yufei On Mon, Jul 7, 2025 at 1:37 PM Dmitri Bourlatchkov wrote: > My personal preference is minikube. > > Cheers, > Dmitri. > > On Sat, Jul 5, 2025 at 8:22 PM Yong Zheng wrote: > > > Hello, > > > > Currently, we pr

Re: Remove k8s reference for kind

My personal preference is minikube. Cheers, Dmitri. On Sat, Jul 5, 2025 at 8:22 PM Yong Zheng wrote: > Hello, > > Currently, we provide Kubernetes references for both Kind ( > https://kind.sigs.k8s.io/) and Minikube ( > https://minikube.sigs.k8s.io/docs/). In terms of tooling, Kind is very > li

Re: [DISCUSS] Hive Catalog federation in Polaris

I think having some integration with HMS is definitely a good idea. We've already seen users build this in the wild on top of Polaris showing that there is definitely a demand. I'm still a strong believer that we should be helping users get to Polaris from whatever systems they are currently using

Re: [DISCUSS] Hive Catalog federation in Polaris

1. We (Polaris) can provide end users a way to migrate off of these catalogs that the Iceberg project no longer wants to invest into. Implementing HMS federation is in service to the goal of removing non-Iceberg catalogs, not in contradiction to it. 2. This does not seem like a user-centered conce