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
+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
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
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
+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 `./
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
+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
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
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
=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
+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
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)
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:
>
/thread/bc8770d86mv4d127kd3y5szv82fbsyb6
- Iceberg Catalog sync December 11th & February 12th
- Proposal: https://github.com/apache/iceberg/issues/11286
Thanks!
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
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
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
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)
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
+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
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
[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
+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
,
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
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>>:
+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 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,
+1 (non-binding)
Ran the Lakekeeper Integration test suite with Spark without problems
Thanks!
Christian
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
+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
+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
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)
+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
37 matches
Mail list logo