+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, May 19, 2025 at 9:06 PM Denny Lee wrote:
>>
>>
/4d67051e03d5345687566b3900db3af23ce15766
On Wed, 16 Apr 2025 at 14:53, Christian Thiel
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:/
/12584
On Thu, 20 Mar 2025 at 10:49, Christian Thiel
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
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 o
+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
Dear both,
Thanks for bringing this up!
As iceberg-rust is first and foremost a library crate (despite us
committing the Cargo.lock) I would try to not update too quickly. Three
months sounds reasonable to me.
We probably don't see most of the crate's consumers on crates.io, as they
are binaries.
+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:
>
Dear all,
I would like to re-ignite the discussion around getting an OAuth2
Authentication guide into the Iceberg documentation.
During the Iceberg-Catalog Meetup in December, we decided that this topic,
despite affecting the Catalog most, should not only be discussed as part of
the Catalog sync,
+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
Hi everyone,
based on good feedback on the [DISCUSS] thread [1] I would like to raise
a vote to deprecate the `snapshot-id` field of the `SetStatisticsUpdate`
in the IRC. It is redundant with the `snapshot-id` field of the
`StatisticsFile` of each `SetStatisticsUpdate`.
Please vote in the ne
+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
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>>:
Hi JB,
+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
mailto:fo..
+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
mitri.
[4] https://github.com/apache/iceberg/pull/10753
On Wed, Sep 18, 2024 at 4:12 AM Christian Thiel
wrote:
Dear everyone,
the Iceberg REST specification allows for different ways of Authentication,
OAuth2 is one of them. Until recently the OAuth2 /token endpoint was part of
the REST-spe
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
Hi Dennis,
thanks for your initiative!
I believe externally owned Tables / Federation would enable a variety of new
use-cases in Data Mesh scenarios.
Personally, I currently favor pull based over push-based approaches (think
/changes Endpoint) for the following reasons:
* Less ambiguity fo
Dear everyone,
the Iceberg REST specification allows for different ways of Authentication,
OAuth2 is one of them. Until recently the OAuth2 /token endpoint was part of
the REST-spec together with datatypes required for the client-credential flow.
Both have since been removed from the spec for s
+ 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
35 matches
Mail list logo
