,
Christian
[1]:
https://github.com/apache/iceberg/blob/540d6a6251e31b232fe6ed2413680621454d107a/open-api/rest-catalog-open-api.yaml#L2902
[2]:
https://github.com/apache/iceberg/blob/540d6a6251e31b232fe6ed2413680621454d107a/core/src/main/java/org/apache/iceberg/TableMetadata.java#L1314
[3]: https
+1 (non-binding)
From: Xuanwo
Date: Wednesday, 14. August 2024 at 17:58
To: dev@iceberg.apache.org
Subject: [VOTE] Release Apache Iceberg Rust 0.3.0 RC1
Hello, Apache Iceberg Rust Community,
This is a call for a vote to release Apache Iceberg rust version 0.3.0.
The tag to be voted on is 0.3.0
+ 1 (non-binding)
+1 for rust sync. Thanks for the proposal Xuanwo. There are many open topics
and alignment in the sync can help to clarify scopes and dependencies to move
forward with iceberg-rust even faster.
Time is good for me.
Von: Kevin Liu
Gesendet: Wednesday, October 9, 2
+1 (non-binding). Great feature, thanks!
Von: Amogh Jahagirdar <2am...@gmail.com>
Gesendet: Tuesday, October 22, 2024 8:00:00 PM
An: dev@iceberg.apache.org
Betreff: Re: [VOTE] Endpoint for refreshing vended credentials
+1 (binding)
On Tue, Oct 22, 2024 at 5:20 PM
Thank you for your Feedback everyone!
It would be great if we could get some more eyes from the community on the
server-side token exchange section at the bottom of the Document. Are we aware
of any OAuth2 secured implementations that provide tokens from the resource
server to the client apart
Thanks Christian. Nice write-up! Authentication is essential to a production
env. It's great to document it well given a lot of people don't necessarily
have enough OAthen2 knowledge. Looking forward to the doc PRs and other client
side changes.
Yufei
On Wed, Sep 18, 2024 at 8:31
Hi Renji, thanks for picking it up! I don't have a preference either. Both
times work for me.
Von: Xuanwo
Gesendet: Friday, October 25, 2024 2:13:49 AM
An: dev@iceberg.apache.org
Betreff: Re: [VOTE] Iceberg Rust Sync Meeting Time
Hi,
My time is somewhat flexibl
tensions.
For both pull and push based approaches, your building block 1) is needed
anyway – so that’s surely a common ground.
I would be interested to hear some more motivation from your side @Dennis to
choose the pull-based approach – maybe I am looking at this too specific for my
own use-
/iceberg/pull/10753
For other languages I am not aware of any initiatives.
4. Encourage clients to allow configuration of new flows for users
Any feedback welcome!
Thanks
- Christian
[1]:
https://docs.google.com/document/d/1A6bJfSzkTzDWUIegdckSsoaeFxZl1Qn5htI1jzyBQss/edit?usp=sharing
[2]:
https
+1 (non-binding) – looks like we are going in the right direction in rust!
Christian
On 19. Nov 2024, at 16:13, Jack Ye wrote:
+1
-Jack
On Tue, Nov 19, 2024 at 7:45 AM Russell Spitzer
mailto:russell.spit...@gmail.com>> wrote:
+1
On Tue, Nov 19, 2024 at 4:11 AM Fokko Driesprong
mai
+1 (non-binding)
Ran the Lakekeeper Integration test suite with Spark without problems
Thanks!
Christian
+1 for this as well – for us especially the REST TCK image would be nice.
From: Bryan Keller
Date: Thursday, 14. November 2024 at 17:13
To: dev@iceberg.apache.org
Subject: Re: [PROPOSAL] Create Iceberg DockerHub repository
+1 this would be great! Thanks JB.
-Bryan
On Nov 14, 2024, at 8:30 AM,
Hey JB,
happy to help any way I can. Thanks for organizing this!
Best,
Christian
On 27. Nov 2024, at 07:52, Fokko Driesprong wrote:
Hey JB,
Thanks for organizing this. Happy to help!
Kind regards,
Fokko
Op wo 27 nov 2024 om 06:23 schreef karuppayya
mailto:karuppayya1...@gmail.com>>:
Hey everyone,
Iceberg Meetups are coming to Europe!
We are planning to regularly organize meetups across Europe, the first
Meetup will be on the 2nd of April in Amsterdam starting at 17:00.
Please check our luma page for signup and call for speakers:
https://lu.ma/79xk5w5t
Best,
Christian
Oh sorry - here is the correct link: https://lu.ma/ewx2kuis
On Wed, 5 Feb 2025 at 10:11, Raúl Cumplido wrote:
> Thanks Christian,
>
> Good news! The link sent seems to be for an old Singapore Apache Iceberg
> meetup.
>
>
>
> El mié, 5 feb 2025 a las 10:06, Christian
+1 (non-binding)
Thanks Gabor!
On Tue, 11 Feb 2025 at 18:30, Yufei Gu wrote:
> +1
> Yufei
>
>
> On Tue, Feb 11, 2025 at 8:57 AM Steven Wu wrote:
>
>> +1
>>
>> On Tue, Feb 11, 2025 at 8:55 AM Russell Spitzer <
>> russell.spit...@gmail.com> wrote:
>>
>>> +1
>>>
>>> On Tue, Feb 11, 2025 at 9:15 AM
+1 (non-binding)
[x] Download links are valid.
[x] Checksums and signatures.
[x] Can compile from source
[x] Ran tests
I also ran our integration test matrix with spark, pyiceberg, trino and
starrocks against a Lakekeeber based on the rc. Cross-build for
x86_64-unknown-linux-gnu, x86_64-unknown
next 72 hours:
[ ] +1, commit the proposed spec changes
[ ] 0
[ ] -1, do not make these changes because...
Best regards,
Christian
[1] Mailing List:
https://lists.apache.org/thread/phxjz196zbzg0fjpfkmnj0fpkshgh9z0
[2] PR: https://github.com/apache/iceberg/pull/12010
+1 (non binding). Thanks Gabor!
Daniel Weeks schrieb am Fr. 24. Jan. 2025 um 17:15:
> +1
>
> On Wed, Jan 22, 2025 at 1:19 PM Yufei Gu wrote:
>
>> +1. Thanks, Gabor! A bit more context, we synced on this spec change
>> during this morning's community catalog meeting and reached a general
>> cons
+1 (non-binding)
On Sat, 25 Jan 2025 at 07:34, Fokko Driesprong wrote:
> +1
>
> Op za 25 jan 2025 om 00:55 schreef Honah J. :
>
>> +1, thanks for driving this!
>>
>> Best Regards,
>> Honah
>>
>> On Fri, Jan 24, 2025 at 3:50 PM rdb...@gmail.com
>> wrote:
>>
>>> +1
>>>
>>> On Fri, Jan 24, 2025 at
This vote has passed with the following results:
+1 votes: 8 binding and 8 non-binding
0 votes: 0
-1 votes: 0
Thanks to everyone!
On Tue, 21 Jan 2025 at 08:25, Christian Thiel
wrote:
> Hi everyone,
>
> based on good feedback on the [DISCUSS] thread [1] I would like to raise
&g
+1 non-binding
[x] Download links are valid.
[x] Checksums and signatures.
[x] Can compile from source
[x] Ran tests
I also ran our integration test matrix with spark, pyiceberg, trino and
starrocks against a Lakekeeber based on the rc. Cross-build for
x86_64-unknown-linux-gnu, x86_64-unknown-l
/thread/bc8770d86mv4d127kd3y5szv82fbsyb6
- Iceberg Catalog sync December 11th & February 12th
- Proposal: https://github.com/apache/iceberg/issues/11286
Thanks!
Christian
+1 (non-binding) for the updated 409 Code
On Fri, 14 Mar 2025 at 18:30, Ryan Blue wrote:
> From the issue, it looks like we're using 400 for this because that's what
> the Java client was returning as a generic or unhandled error. I don't
> think that's a good reason to standardize on 400 now th
=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.apach
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
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
+1 (non-binding)
On Thu, 20 Feb 2025 at 19:47, Honah J. wrote:
> +1
>
> Best,
> Honah
>
> On Thu, Feb 20, 2025 at 10:45 AM Yufei Gu wrote:
>
>> +1
>> Yufei
>>
>>
>> On Thu, Feb 20, 2025 at 10:12 AM rdb...@gmail.com
>> wrote:
>>
>>> +1
>>>
>>> On Thu, Feb 20, 2025 at 10:01 AM Aihua Xu wrote:
>
e binaries. Forcing a rust update too soon is annoying for downstream
projects, as it typically requires changes on local machines and the CI. I
completely agree with Xuanwo that we shouldn't update if not required.
Christian
On Fri, 21 Feb 2025 at 04:51, Xuanwo wrote:
> Hi, renjie
+1 (non-binding)
Christian
Prashant Singh schrieb am Di. 20. Mai 2025 um
07:34:
> +1 (non-binding)
>
> Best,
> Prashant
>
> On Mon, May 19, 2025 at 10:19 PM Aihua Xu wrote:
>
>> +1 (non-binding). Great to see we are moving forward.
>>
>> On Mon, M
iling 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
wrote:
> Dear all,
>
> I worked the changes discussed in the last catalog sync into the Events
> proposal [1].
> Those include:
> - Using reques
+1 non-binding
[x] Download links are valid.
[x] Checksums and signatures.
[x] LICENSE/NOTICE files exist
[x] No unexpected binary files
[x] All source files have ASF headers
[x] Can compile from source
Tested icebrg-core in our Pipelines
On Tue, 27 May 2025 at 09:18, Xuanwo wrote:
> +1 non-bi
+1 (non-binding)
On Fri, 23 May 2025 at 06:59, Kevin Liu wrote:
> +1 (non-binding)
>
> [x] Download links are valid.
> [x] Checksums and signatures.
> [x] LICENSE/NOTICE files exist
> [x] No unexpected binary files
> [x] All source files have ASF headers
> [x] Can compile from source
>
> Ran `./
Hey everyone,
The next Iceberg Meetup Europe is coming to Berlin on July 3rd!
Please register at: https://lu.ma/pposobem
The Call for Speakers is open until June 15th. The submission link can be
found on the luma page.
Looking forward to seeing you there!
Best,
Christian
Thanks Kevin!
+1 non-binding
Checklist for reference:
[x] Download links are valid.
[x] Checksums and signatures.
[x] LICENSE/NOTICE files exist
[x] No unexpected binary files
[x] All source files have ASF headers
[x] Can compile from source
[x] Doesn't break pipelines badly which are very dear to
ke it in time.
On Mon, 16 Jun 2025 at 15:29, Jean-Baptiste Onofré 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 me
anks!
Christian
On Mon, 16 Jun 2025 at 20:33, Alex Dutra
wrote:
> Hi all,
>
> Dremio recently open-sourced a new implementation of the Auth Manager
> API for OAuth2:
>
> https://github.com/dremio/iceberg-auth-manager
>
> I wrote a blog post about it a while ago [1].
>
> Bu
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
wrote:
> Dear all,
>
> I think we
xt week (9th of July):
https://docs.google.com/document/d/1iPGVCIcr-M0XtAiudOguWAvmqIdVgpYN5vz5ohO8PKw/edit?usp=sharing
Thanks everyone!
Christian
On Tue, 17 Jun 2025 at 19:56, Christian Thiel
wrote:
> There are currently no open change requests that I am aware of.
> I would ask all interested part
Answering to Russels poll: I often have to explain Iceberg’s REPLACE TABLE
to surprised users expecting drop + create. The current truncate +
maintain‐state semantics adds in my opinion unnecessary complexity. A
replace operation implies to me that there are no constraints on the new
state of the t
41 matches
Mail list logo