There are currently no open change requests that I am aware of. I would ask all interested parties to review the current proposal and post open points here or bring them up in the Catalog sync tomorrow. Kevin (thanks!) will moderate this topic tomorrow as I am travelling and probably won't make it in time.
On Mon, 16 Jun 2025 at 15:29, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Hi > > I think Christian updated the spec with the latest discussion > (especially about actor object). > I would suggest making a new review and maybe sync-up during the next > Catalog Community meeting. > > Regards > JB > > On Sat, Jun 14, 2025 at 1:18 AM Adnan Hemani > <adnan.hem...@snowflake.com.invalid> wrote: > > > > Hi all, > > > > Wanted to see if there were any remaining action items or discussions > remaining on this topic. I’m trying to get a gauge of how close we might be > on getting this merged! > > > > Best, > > Adnan Hemani > > > > On 2025/05/28 17:33:20 Christian Thiel wrote: > > > Thank you all for the great discussion today! > > > I have updated the proposal. Key changes are: > > > > > > - > > > > > > Specify that clients should ignore unknown operation & event types > > > - > > > > > > Specify the `actor` field as part of the `Event` schema as an opaque > > > string. Remove the `Actor` type. > > > - Remove the `actors` filter from the `GetEventsRequest`, add an > > > extendable `custom-filters` object instead (`additionalProperties: > true`) > > > > > > The diff for the changes since the sync today is available in Github: > > > > https://github.com/apache/iceberg/pull/12584/commits/3de9a7c5d128b1100c38ce688603c94491008d35 > > > The google doc is also updated, > > > > https://docs.google.com/document/d/1WtIsNGVX75-_MsQIOJhXLAWg6IbplV4-DkLllQEiFT8/edit?usp=sharing > > > > > > Looking forward to more feedback, especially regarding custom > operations! > > > > > > On Tue, 27 May 2025 at 10:15, Christian Thiel <ch...@gmail.com> > > > wrote: > > > > > > > Dear all, > > > > > > > > I think we have reached mostly consensus here. > > > > There is one more change since our last discussion: We removed the > > > > recursive "assumed-by" field of actors in favor or an "actor-chain" > list. > > > > > > > > If there is any more need for discussion please voice it here on the > > > > Mailing List or in the Catalog sync tomorrow. I would otherwise > start a > > > > vote. > > > > > > > > Best, > > > > Christian > > > > > > > > On Wed, 7 May 2025 at 11:18, Christian Thiel <ch...@gmail.com> > > > > wrote: > > > > > > > >> Dear all, > > > >> > > > >> I worked the changes discussed in the last catalog sync into the > Events > > > >> proposal [1]. > > > >> Those include: > > > >> - Using request-id instead of transaction > > > >> - A more flexible User (now called Actor) > > > >> - Custom Operation type > > > >> > > > >> The specific diff compared to the last discussion can be best seen > in my > > > >> latest commit in git [2]. > > > >> It would be good to still comment in Google Docs so that we have > > > >> everything in one place. > > > >> > > > >> Best, > > > >> Christian > > > >> > > > >> [1]: > > > >> > https://docs.google.com/document/d/1WtIsNGVX75-_MsQIOJhXLAWg6IbplV4-DkLllQEiFT8/edit?usp=sharing > > > >> [2]: > > > >> > https://github.com/apache/iceberg/pull/12584/commits/4d67051e03d5345687566b3900db3af23ce15766 > > > >> > > > >> > > > >> On Wed, 16 Apr 2025 at 14:53, Christian Thiel <ch...@gmail.com> > > > >> wrote: > > > >> > > > >>> Dear all, > > > >>> after the last Catalog sync I updated the proposal. > > > >>> Changes are in the original proposal Document [1] and the original > PR [2] > > > >>> > > > >>> Best, > > > >>> Christian > > > >>> > > > >>> [1] > > > >>> > https://docs.google.com/document/d/1WtIsNGVX75-_MsQIOJhXLAWg6IbplV4-DkLllQEiFT8/edit?usp=sharing > > > >>> [2] https://github.com/apache/iceberg/pull/12584 > > > >>> > > > >>> > > > >>> On Thu, 20 Mar 2025 at 10:49, Christian Thiel < > > > >>> christian.t.b...@gmail.com> wrote: > > > >>> > > > >>>> Dear all, > > > >>>> > > > >>>> We have recently discussed in the Iceberg Catalog Community Sync > [1] > > > >>>> and the Mailing List [2] different ways on how federation between > Catalogs > > > >>>> could be standardized. > > > >>>> > > > >>>> This proposal introduces a /events endpoint to the IRC > specification. > > > >>>> The endpoint provides events of modifications to objects managed > by the > > > >>>> Catalog (tables, namespaces, views), allowing consumers to > efficiently > > > >>>> track metadata changes using persistent offsets for reliable > consumption > > > >>>> and resumability. > > > >>>> > > > >>>> Proposal Document: > > > >>>> > https://docs.google.com/document/d/1WtIsNGVX75-_MsQIOJhXLAWg6IbplV4-DkLllQEiFT8/edit?usp=sharing > > > >>>> > > > >>>> I am looking forward to your thoughts and hope we find time in > next > > > >>>> week's Catalog sync to discuss this further. > > > >>>> > > > >>>> Best > > > >>>> Christian > > > >>>> > > > >>>> [1] Catalog Community Sync Feb. 2025 > > > >>>> https://www.youtube.com/watch?v=hYcehreE8Nk > > > >>>> [2] Mailing List, September 2024 - Notifications Endpoint: > > > >>>> https://lists.apache.org/thread/zcv6qm9ysknrhfpg093qgnrkrolptcht > > > >>>> > > > >>> > > > >
