+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
On Tue, May 27, 2025 at 9:17 AM NOTME ZE wrote:
> +1 non-binding
>
> [x] Download links a
s.google.com/document/d/1jr4Ah8oceOmo6fwxG_0II4vKDUHUKScb/edit?usp=sharing&ouid=100384647237395649950&rtpof=true&sd=true>
Thanks Again!
- Drew
client be responsible for
tracking this transactional state?*
Looking forward to hearing more thoughts!
Drew
On Tue, Apr 22, 2025 at 11:10 AM Jagdeep Sidhu
wrote:
> Hi Fokko,
>
> Thank you for detailed feedback! I need to think through your comments and
> update/reply accordingl
ution.
This Python release can be downloaded from:
https://pypi.org/project/pyiceberg/0.9.0/
Thanks to everyone for contributing!
Best,
Drew Gallardo
sent out
once all artifacts are published.
Best,
Drew
On Mon, Mar 3, 2025 at 9:37 AM Eduard Tudenhöfner
wrote:
> +1 (binding)
>
> checked signatures/checksums/license and ran tests via "make
> test-coverage".
>
> Thanks everyone
>
> On Mon, Mar 3, 2025 at 3:1
Hi Everyone,
I propose that we release the following RC as the official PyIceberg 0.9.0
release.
A summary of the high level features:
- 235 new commits
*High Level Features:*
- Implemented support for Alibaba OSS protocol in PyArrowFileIO
- Enabled Dynamic Overwrite capability
- I
Hi Everyone,
I propose that we release the following RC as the official PyIceberg 0.9.0
release.
A summary of the high level features:
- 235 new commits
*High Level Features:*
- Implemented support for Alibaba OSS protocol in PyArrowFileIO
- Enabled Dynamic Overwrite capability
- I
Hey Kevin,
Thanks for kicking this off. It’s exciting to see how much PyIceberg has
been evolving! I’d be happy to take on the Release Manager role for this
release! I think it would be a good opportunity to try out the new release
process documentation.
Thanks,
Drew
On Mon, Feb 17, 2025 at 8
+1 (non-binding)
- verified signature and checksum
- verified RAT license check
- ran install, tests, and integration tests in python 3.11
Looks good!
- Drew
On Thu, Nov 7, 2024 at 9:31 PM Sung Yun wrote:
> Hi Kevin,
>
> Thank you for running this release!
>
> It's a
xxalc/edit?usp=sharing
Let me know if you have any questions!
Thanks,
Drew Gallardo
Accept-Encoding: gzip
*Response*
Content-Encoding: gzip
Content-Type: application/json
[gzip compressed JSON payload]
Best,
Drew Gallardo
On Thu, Jul 4, 2024 at 1:33 PM Manish Malhotra <
manish.malhotra.w...@gmail.com> wrote:
> Thanks Yufei!
>
> This is interesting, and what in my m
tinue to
evolve in line with the project's needs and community feedback. This
structured reassessment would help us adapt and refine our processes,
ensuring they remain robust and responsive.
Thanks,
Drew Gallardo
On Tue, Jun 25, 2024 at 11:45 AM Russell Spitzer
wrote:
> Thanks for bring
ll/10202
Thanks for all the feedback so far!
Best,
Drew
On Wed, Feb 28, 2024 at 9:50 AM Ryan Blue wrote:
> I’m not sure that there is a single tenant to follow, but I can outline
> how I think about the REST protocol.
>
> The problem that the REST API solves is to standardize catal
+1 (non binding)
* verified signature and checksums
* verified RAT license check
* verified build/tests passing with JDK17
* ran some manual tests on Spark 3.5 with GlueCatalog
- Drew
On Mon, Apr 22, 2024 at 1:31 PM Szehon Ho wrote:
> +1 (binding)
>
> * Verify signature
> * Ver
+1 (non-binding)
- verified signature and checksum are OK
- verified RAT license check is OK
- ran install, test, and test-s3 in python 3.11
- ran some manual tests with GlueCatalog
Looks good, thanks Honah!!
- Drew
+1 (non-binding)
- verified signature and checksum
- verified RAT license check
- verified build/tests passing with JDK17
- ran some manual tests on Spark3.5 with GlueCatalog
Drew
On Thu, Mar 7, 2024 at 4:38 AM Ajantha Bhat wrote:
> +1 (non-binding)
>
> * validated checksum and
Thanks,
Drew
On Fri, Feb 16, 2024 at 5:24 PM Ajantha Bhat wrote:
> +1 for deprecation and removal by 2.0 version.
>
> - Ajantha
>
> On Sat, Feb 17, 2024 at 4:23 AM Daniel Weeks wrote:
>
>> +1 as well for deprecation
>>
>> On Fri, Feb 16, 2024 at 1:08 AM Jean-Bapti
+1 (non-binding)
- verified signature and checksum
- verified RAT license check
- verified build/tests passing with JDK17
- ran manual tests with GlueCatalog on Spark 3.5
Drew
On Wed, Feb 21, 2024 at 9:33 AM Ajantha Bhat wrote:
> Hi Everyone,
>
> I propose that we release the fol
e can accommodate this in the request model.
Thank you,
Drew
On Fri, Jan 26, 2024 at 5:06 PM Drew wrote:
> Hey everyone,
>
> I wanted to provide a quick update on the progress of the commit API
> proposal. Based on the feedback in the design doc and the Slack
> conversation with
+1 (non-binding)
- verified signature and checksum
- verified RAT license check
- ran install, tests, and integration tests in python 3.11
- ran some manual tests with GlueCatalog
Looks good!
- Drew
On Thu, Feb 8, 2024 at 10:29 PM Honah J. wrote:
> +1 (non-binding)
>
> - Verified s
+1
Thanks for bringing this up for PyIceberg Honah
On Thu, Feb 1, 2024 at 5:35 PM Honah J. wrote:
> Hello everyone
>
> Inspired by our recent discussion regarding iceberg-rust's CI setting, I
> am starting this thread to gather feedback on changing the CI settings for
> iceberg-python and icebe
hance to review, I would appreciate any additional feedback you
may have.
https://github.com/apache/iceberg/pull/9292
Best,
Drew
On Fri, Jan 12, 2024 at 3:40 PM Drew wrote:
> Hi everyone,
>
> I hope you all had great holidays! I wanted to resurface this proposal for
> RESTful Data o
Hi everyone,
I hope you all had great holidays! I wanted to resurface this proposal for
RESTful Data operations.
Currently, I have a open PR here:
https://github.com/apache/iceberg/pull/9292
Thanks,
Drew
On Wed, Dec 13, 2023 at 3:04 PM Jack Ye wrote:
> Thanks Drew for the quick turnaround
com/apache/iceberg/pull/9292
Drew
On Mon, Dec 11, 2023 at 11:33 AM Ryan Blue wrote:
> > Based on my understanding of the proposal, I think it's more about the
> possibility of enabling other ways that do not require a full rollback.
> it's just currently we implement
In regards to the multiple emails sent earlier, please use this one for
discussions.
Thanks you!
On 2023/12/07 00:47:42 Drew wrote:
> Hi everyone,
>
> My name is Drew Gallardo, and I’m a part of the Iceberg team at Amazon EMR
> and Athena. I’m reaching out to share a proposal tha
Sorry for all the emails! I had an issue with sending the email out the
other day with my proposal and it looks like the failed attempts ended up
going through.
Thank you,
Drew
Hi everyone,
My name is Drew Gallardo, and I’m a part of the Iceberg team at Amazon EMR
and Athena. I’m reaching out to share a proposal that introduces data
commits as a part of the RESTCatalog. The current process for data commits
lives on the client side, and by shifting this logic into the
Hi everyone,
My name is Drew Gallardo, and I’m a part of the Iceberg team at Amazon EMR
and Athena. I’m reaching out to share a proposal that introduces data
commits as a part of the RESTCatalog. The current process for data commits
lives on the client side, and by shifting this logic into the
Hi everyone,
My name is Drew Gallardo, and I’m a part of the Iceberg team at Amazon EMR
and Athena. I’m reaching out to share a proposal that introduces data
commits as a part of the RESTCatalog. The current process for data commits
lives on the client side, and by shifting this logic into the
29 matches
Mail list logo
