While I agree that the configurable separator is the best solution that
balances trade-offs, I don't think that we should move forward when there
has been a veto from the community.

In Iceberg and most ASF communities, votes are intended to confirm
consensus --- not to make decisions. Since we don't have consensus we
should continue discussion and see if we can address Robert's rationale for
his veto. (Which was, unfortunately, in a different thread that I'd have to
dig up.)

Ryan

On Thu, Apr 24, 2025 at 9:07 AM Xuanwo <xua...@apache.org> wrote:

> +1 (no-binding)
>
> Personally I don't want this change, but I haven't found any other ways to
> address issue #10338. It seems that this proposal is the best solution
> available.
>
> On Thu, Apr 24, 2025, at 23:36, Zac Blanco wrote:
> > +1 (nb)
> >
> > On 2024/08/20 07:05:45 Robert Stupp wrote:
> >> -1 (nb)
> >>
> >> On 16.08.24 17:46, Dmitri Bourlatchkov wrote:
> >> > +1 (nb) to the spec change.
> >> >
> >> > Cheers,
> >> > Dmitri.
> >> >
> >> > On Fri, Aug 16, 2024 at 4:31 AM Eduard Tudenhöfner
> >> > <etudenhoef...@apache.org> wrote:
> >> >
> >> >     Hey everyone,
> >> >
> >> >     as I mentioned on the DISCUSS thread, this is providing a simple
> >> >     path forward for users of the V1 APIs (make the namespace
> >> >     separator *configurable* instead of *hardcoded*) that are either
> >> >     running into issue #10338
> >> >     <https://github.com/apache/iceberg/issues/10338> or will
> >> >     eventually when they upgrade their server stack.
> >> >
> >> >     The configuration part is *entirely optional* for REST server
> >> >     implementers and there's no behavioral change for existing
> >> >     installations.
> >> >
> >> >     Please vote on the wording changes in the REST Spec in #10877
> >> >     <https://github.com/apache/iceberg/pull/10877>.
> >> >
> >> >     The vote will remain open for at least 72 hours.
> >> >
> >> >     Thanks
> >> >     Eduard
> >> >
> >> --
> >> Robert Stupp
> >> @snazy
> >>
>
> --
> Xuanwo
>
> https://xuanwo.io/
>

Reply via email to