Congratulations!
On Mon, Oct 6, 2025 at 12:41 PM Micah Kornfield
wrote:
> Congrats and welcome Kyle!
>
> On Mon, Oct 6, 2025 at 10:14 AM Bryce Mecum wrote:
>
> > Congrats and welome, Kyle!
> >
> > On Mon, Oct 6, 2025 at 2:55 AM Andrew Lamb wrote:
> > >
> > > On behalf of the Arrow PMC, I'm hap
+1!
I ran dev/release/verify-release-candidate.sh 56.2.0 1 on MacOS 15.6
Cheers,
-dewey
On Fri, Sep 19, 2025 at 7:42 AM Andrew Lamb wrote:
> Hi,
>
> I would like to propose a release of Apache Arrow Rust Implementation,
> version 56.2.0-rc1.
>
> This release candidate is based on commit: 56.2
R packages are on CRAN!
On Fri, Sep 12, 2025 at 8:33 AM David Li wrote:
> Post-release tasks:
>
> [x] Close the GitHub milestone/project
> [x] Add the new release to the Apache Reporter System
> [x] Upload source release artifacts to Subversion
> [x] Create the final GitHub release
> [x] Update
+1 (binding)!
Thank you for putting together and iterating on this proposal!
On Wed, Sep 3, 2025 at 11:14 AM Curt Hagenlocher
wrote:
> +1 (binding)
>
> On Wed, Sep 3, 2025 at 12:35 AM David Li wrote:
>
> > +1 (binding)
> >
> > On Wed, Sep 3, 2025, at 12:06, Gang Wu wrote:
> > > +1 (binding)
>
+1!
I ran ./verify_rc.sh 18.4.1 0 on MacOS 15.
On Thu, Aug 28, 2025 at 9:27 PM David Li wrote:
> I'm not able to verify with Go 1.25 unless I disable the new leak
> sanitizer. The tests do pass when ASAN_OPTIONS is set. I don't consider
> this a blocker but we should look at it for the next rel
2, David Li wrote:
> > The vote passes with 4 binding +1 votes and no -1 votes. Thanks everyone!
> >
> > I'll handle the post-release tasks. Dewey, as usual, I would appreciate
> > help with R when you have a chance :)
> >
> > Binding +1 votes:
> > Dewey
...@apache.org
[x] Removed old artifacts from SVN
[x] Bumped versions on main
[1] https://github.com/conda-forge/nanoarrow-feedstock/pull/8
On Thu, Jul 3, 2025 at 12:10 PM Dewey Dunnington
wrote:
> The vote carries with 7 binding +1s!
>
> I'll get started on the post
The Apache Arrow community is pleased to announce the 0.7.0 release of
Apache Arrow nanoarrow. This release covers 117 resolved issues
from 13 contributors[1].
The release is available now from [2] and release notes are available at
[3].
What is Apache Arrow?
-
Apache Arrow is
n
On Thu, Jul 3, 2025 at 12:05 PM Dewey Dunnington
wrote:
> Thanks all for verifying!
>
> My vote is +1 (binding). I ran ./verify-release-candidate.sh 0.7.0 1 on
> MacOS 15.5. I also ran a suite of validation runs for this RC on our CI [1].
>
> [1] https://github.com/apache/arrow
e following on Debian GNU/Linux sid:
> > > >
> > > > dev/release/verify-release-candidate.sh 0.7.0 1
> > > >
> > > > with:
> > > >
> > > > * g++ (Debian 14.2.0-19) 14.2.0
> > > > * Python 3.13.5
> > >
+1 (binding)
I ran
TEST_APT=0 TEST_YUM=0 TEST_WHEELS=0 USE_CONDA=1
./verify-release-candidate.sh 19 0
on MacOS 15.5.
On Wed, Jul 2, 2025 at 11:17 AM Matt Topol wrote:
> +1 (binding)
>
> Release verified with the following run in Ubuntu 25.04
>
> TEST_DEFAULT=0 TEST_SOURCE=1 TEST_APT=1 TEST_BI
+1 (binding)
Verified on MacOS 15.5 with `dev/release/verify_rc.sh 21.0.0 1`
On Tue, Jul 1, 2025 at 7:47 PM Bryce Mecum wrote:
> +1 (binding)
>
> Verified on macOS 15.5 (aarch64)
>
> Thanks for all your work on the arrow-js split Kou!
>
> On Mon, Jun 30, 2025 at 11:38 PM Sutou Kouhei wrote:
>
Congratulations!!
On Tue, Jul 1, 2025 at 9:37 AM Ruoxi Sun wrote:
> Congratulations Alenka!
>
>
> *Regards,*
> *Rossi SUN*
>
>
> On Tue, Jul 1, 2025 at 22:08 Rok Mihevc wrote:
>
> > Congrats Alenka!
> >
> > On Tue, Jul 1, 2025 at 4:02 PM Matt Topol
> wrote:
> >
> > > Congrats Alenka!
> > >
> >
Hello,
I would like to propose the following release candidate (rc1) of Apache
Arrow nanoarrow [0] version 0.7.0. This is an initial release consisting of
117 resolved GitHub issues from 12 contributors [1].
This release candidate is based on commit:
2cfba631b40886f1418a463f3b7c4552c8ae0dc7 [2]
y definitionally exactly 86400 seconds) to a
> timestamp right before a DST transition, you will be off by an hour
> compared to if you did the same in Arrow.
>
> On Sun, Jun 22, 2025, at 04:54, Dewey Dunnington wrote:
> > I may be misunderstanding the MonthDayNano type, b
I may be misunderstanding the MonthDayNano type, but I think it gives a
range of roughly +/- INT32_MAX days (5.8 million years?) at nanosecond
precision without considering the months component?
On Sat, Jun 21, 2025 at 12:58 PM David Li wrote:
> Hello Arrow devs,
>
> There's an ongoing discussio
+1 (binding)
I ran ./dev/release/verify_rc.sh 18.3.1 0 on MacOS 15.5
On Wed, Jun 18, 2025 at 5:06 PM Jacob Wujciak wrote:
> +1 (binding) ubuntu 24.04
>
> Am Mi., 18. Juni 2025 um 17:41 Uhr schrieb Bryce Mecum <
> bryceme...@gmail.com>:
> >
> > +1 (binding)
> >
> > Verified on macOS 15.5 (aarch6
Hi all,
I'd like to kick off a release for nanoarrow! It's been a few months and
we've got some great features and bugfixes merged in.
I'll kick off the pre-release checklist [1] on Monday and hope to create a
release candidate early in the week unless any blockers come up here or in
the issues [
+1 (binding)!
Verified on MacOS 15.3 (M4)
On Mon, May 12, 2025 at 8:40 PM Sundy Li wrote:
> +1 (non-binding)
>
> Verified on Arch Linux x86_64
>
>
> On 2025/05/12 02:01:30 Adam Reeve wrote:
> > +1 (non-binding)
> >
> > Verified on x64 Fedora 42
> >
> > On Sat, 10 May 2025 at 09:23, L. C. Hsieh
> I think we should make clear that this extension type is for
> transporting Parquet Variants. If we were to design a Variant type
> specifically for Arrow, it would probably look a bit different
That's a great point...there are definitely advantages to both: keeping the
spec identical to Parquet
+1 (binding)!
I ran dev/release/verify-release-candidate.sh 55.1.0 1 on MacOS 15.4 (M4)
Cheers!
-dewey
On Fri, May 9, 2025 at 4:42 PM L. C. Hsieh wrote:
> +1 (binding)
>
> Verified on M4 Mac.
>
> Thanks Andrew.
>
> On Fri, May 9, 2025 at 1:34 PM Andrew Lamb wrote:
> >
> > Hi,
> >
> > I would
Thanks for pursuing this! This is one of the questions I had reviewing the
beginnings of Variant support in Parquet C++ and Go. I would love to see
this as a canonical extension type, both for its utility as a type and as
further incentive to strengthen the extension system.
Cheers,
-dewey
On Th
+1 (binding)
I ran dev/release/verify_rc.sh 18.3.0 0 on MacOS 15.4 (M4)
On Wed, May 7, 2025 at 2:13 AM Saurabh Singh wrote:
> +1 (Non-binding)
>
> I ran the following on Ubuntu 24.10/amd64:
>
> dev/release/verify_rc.sh 18.3.0 0
>
> with:
>
> * go version go1.23.7 linux/amd64
>
> Thanks,
> S
+1 (binding)!
I ran USE_CONDA=1 ./verify-release-candidate.sh on MacOS 15.3 (M4)
On Fri, May 2, 2025 at 6:03 AM David Li wrote:
> Hello,
>
> I would like to propose the following release candidate (RC0) of Apache
> Arrow ADBC version 18. This is a release consisting of 28 resolved GitHub
> issu
+1 (binding)!
On Thu, May 1, 2025 at 10:42 PM Ian Cook wrote:
> +1 (binding)
>
> Ian
>
> On Thu, May 1, 2025 at 9:51 PM David Li wrote:
>
> > +1 (binding)
> >
> > On Fri, May 2, 2025, at 08:00, Joel Lubinitsky wrote:
> > > +1 (non-binding)
> > >
> > > Thanks for putting this together Matt.
> >
+1!
I ran dev/release/verify-release-candidate.sh 55.0.0 1 on MacOS M4
On Tue, Apr 8, 2025 at 12:39 PM Ed Seidl wrote:
> +1 (non-binding)
>
> Verified on RHEL8 x86_64
>
> Thanks Andrew!
> Ed
>
> On 2025/04/08 16:11:57 Raúl Cumplido wrote:
> > +1
> >
> > I've run the verification script successf
+1!
On Fri, Mar 21, 2025 at 7:58 AM Neal Richardson
wrote:
> +1
>
> On Fri, Mar 21, 2025 at 5:18 AM Raúl Cumplido wrote:
>
> > +1
> >
> > happy to try it
> >
> > El vie, 21 mar 2025 a las 7:42, Jacob Quinn ()
> > escribió:
> >
> > > +1
> > >
> > > On Thu, Mar 20, 2025 at 10:50 PM Sutou Kouhei
+1!
I ran dev/release/verify-release-candidate.sh 54.3.1 1 on MacOS 15 (M4)
On Wed, Mar 26, 2025 at 1:32 PM Matthijs Brobbel
wrote:
> +1 (non-binding)
> Verified on macOS 15.3 (aarch64)
>
> On 2025/03/26 16:17:14 Andrew Lamb wrote:
> > Hi,
> >
> > I would like to propose a release of Apache Arr
Congratulations!
On Thu, Mar 20, 2025 at 9:41 AM Bryce Mecum wrote:
> Congratulations Ian!
>
> On Thu, Mar 20, 2025 at 1:05 AM Sutou Kouhei wrote:
> >
> > The Project Management Committee (PMC) for Apache Arrow has invited
> > Ian Cook to become a PMC member and we are pleased to announce
> > t
Congratulations!
On Wed, Mar 19, 2025 at 4:11 PM Fokko Driesprong wrote:
> Congrats Rok!
>
> Op wo 19 mrt 2025 om 22:08 schreef Adam Reeve
>
> > Congratulations Rok!
> >
> > On Thu, 20 Mar 2025 at 09:35, Krisztián Szűcs >
> > wrote:
> >
> > > Congrats Rok!
> > >
> > > > On 2025. Mar 19., at 21
+1!
Verified on MacOS 15.3 (M4).
On Mon, Mar 17, 2025 at 5:19 PM L. C. Hsieh wrote:
> +1 (binding)
>
> Verified on M4 Mac.
>
> Thanks Andrew.
>
> On Mon, Mar 17, 2025 at 2:05 PM Andrew Lamb wrote:
> >
> > Hi,
> >
> > I would like to propose a release of Apache Arrow Rust Implementation,
> > ve
Congratulations!
On Mon, Mar 17, 2025 at 12:29 PM Jacob Wujciak
wrote:
> Thank you everyone!
>
> Bryce Mecum schrieb am Mo., 17. März 2025, 17:25:
>
> > Congrats!
> >
> > On Sun, Mar 16, 2025 at 10:23 PM Sutou Kouhei
> wrote:
> > >
> > > The Project Management Committee (PMC) for Apache Arrow
+1! (binding)
I ran dev/release/verify_rc.sh 18.2.0 1 on MaOS 15
On Thu, Mar 13, 2025 at 11:04 AM Saurabh Singh
wrote:
> +1 (Non-binding)
>
> I ran `dev/release/verify_rc.sh 18.2.0 1` successfully on Ubuntu 24.10.
>
> with:
>
> * go version go1.23.6 linux/amd64
>
>
> Thanks,
> Saurabh
>
>
> O
+1 (binding)
I ran dev/release/verify_rc.sh 18.2.0 0 on go version go1.24.1 darwin/arm64
On Tue, Mar 11, 2025 at 3:38 AM Jean-Baptiste Onofré
wrote:
> +1 (non binding)
>
> Regards
> JB
>
> On Mon, Mar 10, 2025 at 9:00 PM Matt Topol wrote:
> >
> > Hi,
> >
> > I would like to propose the followi
+1 (binding)!
Verified on MacOS 14 (aarch64) with `USE_CONDA=1
./verify-release-candidate.sh 17 0`
On Mon, Mar 3, 2025 at 7:17 PM Bryce Mecum wrote:
> +1 (binding)
>
> Verified on macOS 15 (aarch64) with
> `dev/release/verify-release-candidate.sh 17 0` after a few tweaks:
>
> - Added libpq and
Congratulations!
On Thu, Feb 6, 2025 at 1:56 PM Krisztián Szűcs
wrote:
> Congrats, Bryce!
>
> > On 2025. Feb 6., at 14:01, Li Jin wrote:
> >
> > Congrats!
> >
> > On Thu, Feb 6, 2025 at 2:52 AM wish maple
> wrote:
> >
> >> Congrats!
> >>
> >> Best,
> >> Xuwei Fu
> >>
> >> Raúl Cumplido 于2025年
Apologies for missing the vote! I submitted all the R packages this morning
:)
[x] Update R packages
On Mon, Jan 20, 2025 at 8:31 PM David Li wrote:
> Post-release tasks:
>
> [x] Close the GitHub milestone/project
> [x] Add the new release to the Apache Reporter System
> [x] Upload source relea
+1 (binding)!
Verified on MacOS M1 with dev/release/verify_rc.sh 18.1.0 0
On Fri, Jan 10, 2025 at 9:36 PM Bryce Mecum wrote:
> +1 (non-binding)
>
> Verified on macOS 15.1.1 (aarch64).
>
> On Thu, Jan 9, 2025 at 12:37 PM Matt Topol wrote:
> >
> > Hi,
> >
> > I would like to propose the followin
+1!
I ran USE_CONDA=1 TEST_APT=0 TEST_YUM=0 ./verify-release-candidate.sh 16 1
On Fri, Jan 10, 2025 at 7:30 AM Raúl Cumplido wrote:
> Hi,
>
> I am not sure whether this is an issue with my environment or a real issue
> but the verification is failing consistently for the YUM packages for
> Alam
+1 (binding)! Thank you for collecting all of our comments on this!
Cheers,
-dewey
On Tue, Dec 24, 2024 at 7:52 AM Andrew Lamb wrote:
> +1 (binding)
>
> I think the proposal is well reasoned, incorporates feedback so far, and
> will be generally useful (even within the Rust Arrow/DataFusion ec
First of all, thank you for driving this proposal! I don't think there's
anything particularly bad or wrong about mentioning the C data interface in
the title of the document...my initial comment was mostly a reaction to the
fact that most of the content of the proposal is describing this schema,
w
With apologies for not reviewing this earlier, I've reviewed it now!
I am +0 in its current state just because of the title (the proposal
seems to be about abstract arrays and not necessarily the C data
interface except for the title). Happy to keep up with reviews to get
this merged soon!
Cheers
+1! (binding)
I ran dev/release/verify_rc.sh 2.8.0 2 on MacOS M1.
On Thu, Dec 5, 2024 at 8:52 AM Jacob Quinn wrote:
>
> +1
>
> Verified on macos m3
>
> -Jacob
>
>
> On Thu, Dec 5, 2024 at 2:46 AM Raúl Cumplido wrote:
>
> > +1 (binding)
> >
> > Verified on Ubuntu 24.04
> >
> > El jue, 5 dic 2024
Severity: critical
Affected versions:
- Apache Arrow R package 4.0.0 through 16.1.0
Description:
Deserialization of untrusted data in IPC and Parquet readers in the Apache
Arrow R package versions 4.0.0 through 16.1.0 allows arbitrary code execution.
An application is vulnerable if it
reads
> > On Tue, Nov 12, 2024, at 20:38, Raúl Cumplido wrote:
> >> +1 (binding)
> >>
> >> I ran "USE_CONDA=1 ./dev/release/verify-release-candidate.sh 15 1"
> >> successfully on Ubuntu 24.04.
> >>
> >> Regards,
> >> Raúl
> >>
&
+1 (binding)
I ran USE_CONDA=1 TEST_WHEELS=0 ./verify-release-candidate.sh on Ubuntu 22.04
I wasn't able to verify wheels because of [1], but I don't think this
is a blocker for the release since the failure is not reproducible
anywhere else and is not related to any wheel (just something about
h
Congrats!
On Wed, Oct 30, 2024 at 8:38 PM Bryce Mecum wrote:
>
> Congrats Curt!
>
> On Wed, Oct 30, 2024 at 2:56 PM Sutou Kouhei wrote:
> >
> > The Project Management Committee (PMC) for Apache Arrow has
> > invited Curt Hagenlocher to become a PMC member and we are
> > pleased to announce that
+1 (binding)
Verified on MacOS M1 (Julia 1.10)
On Mon, Oct 28, 2024 at 3:38 PM Sutou Kouhei wrote:
>
> Hi,
>
> I would like to propose the following release candidate (RC1) of
> Apache Arrow Julia version 2.7.4.
>
> This release candidate is based on commit:
> 91e271eee38e8b376a069d3b09065cefe32
Thanks Matt for putting this together!
I was initially concerned about the complexity of the proposal;
however, it is a difficult interaction to standardize and this
proposal is not so complex that it is unimplementable. I am excited to
use this to improve our asynchronous database access story in
+1! (binding)
I ran `dev/release/verify_rc.sh 18.0.0 0` on MacOS 14.6 (go 1.23.2)
Cheers,
-dewey
On Wed, Oct 16, 2024 at 7:13 PM Sutou Kouhei wrote:
>
> +1 (binding)
>
> I ran the following on Debian GNU/Linux sid:
>
> dev/release/verify_rc.sh 18.0.0 0
>
> with:
>
> * go version go1.23.1 l
from SVN
[x] Bumped versions on main
[1] https://github.com/mesonbuild/wrapdb/pull/1741
[2] https://github.com/apache/arrow-site/pull/545
On Thu, Oct 10, 2024 at 4:35 PM Dewey Dunnington wrote:
>
> +1 (verified on MacOS Sonoma)
>
> -dewey
>
> On Thu, Oct 10, 2024 at 10:24 AM Vibhat
2024 at 12:28 PM Sutou Kouhei
> > wrote:
> > >
> > > > Hi,
> > > >
> > > > I also looked at this. It seems that my jsonlite was old
> > > > (1.8.4). I upgraded jsonlite to 1.8.8. The failure has
> > > > gone. Sorry!
>
Bryce can fill in more of the details here, but we consulted on this
and it seems like the issue was an out-of-date system `tzdata`. Thanks
again for the report!
-dewey
On Wed, Oct 9, 2024 at 3:36 PM Dewey Dunnington wrote:
>
> Thanks Bryce!
>
> I couldn't reproduce this in Doc
Thanks Bryce!
I couldn't reproduce this in Docker but I suspect the default image
has a highly unconfigured locale/timezone info compared to a more
usual user environment. I'll look into this this evening.
Cheers,
-dewey
On Wed, Oct 9, 2024 at 1:31 PM Bryce Mecum wrote:
>
> Hi Dewey,
>
> After
>
> with:
>
> * Apache Arrow C++ main
> * gcc (Debian 13.3.0-2) 13.3.0
> * R version 4.4.1 (2024-06-14) -- "Race for Your Life"
> * Python 3.12.4
>
>
> Thanks,
> --
> kou
>
>
> In
> "[VOTE] Release Apache Arrow nanoarrow 0.6.0&qu
Hello,
I would like to propose the following release candidate (rc0) of
Apache Arrow nanoarrow [0] version 0.6.0. This release consists of 114
resolved GitHub issues from 10 contributors [1].
This release candidate is based on commit:
33d2c8b973d8f8f424e02ac92ddeaace2a92f8dd [2]
The source relea
On behalf of the Arrow PMC, I'm happy to announce that Will Wyd has
accepted an invitation to become a committer on Apache Arrow. Welcome,
and thank you for your contributions!
-dewey
Apologies for missing this vote! The updated R packages
adbcdrivermanager, adbcpostgresql, and adbcsqlite are now on CRAN.
-dewey
On Thu, Sep 5, 2024 at 3:12 AM David Li wrote:
>
> [x] Close the GitHub milestone/project
> [x] Add the new release to the Apache Reporter System
> [x] Upload source
+1 (binding). Thanks for this addition!
Looked through the spec and C++/Python PRs.
On Mon, Aug 5, 2024 at 11:57 AM Weston Pace wrote:
>
> +1 (binding)
>
> Looked through the spec & C++/python PRs.
>
> On Mon, Aug 5, 2024 at 7:41 AM Ian Cook wrote:
>
> > +1 (non-binding)
> >
> > I reviewed the
+1 (binding)! (Thanks!)
On Wed, Jul 24, 2024 at 10:10 AM wish maple wrote:
>
> +1 (non-binding)
>
> Checked spec change and C++ impl.
>
> Best,
> Xuwei Fu
>
> Gang Wu 于2024年7月24日周三 20:51写道：
>
> > +1 (non-binding)
> >
> > Checked spec change and C++ impl.
> >
> > On Wed, Jul 24, 2024 at 6:52 PM J
> Extract go/ in apache/arrow to apache/arrow-go like apache/arrow-rs
I am not go maintainer and would defer to Matt and Joel on whether or
not this is more work from their end, but it does seem like Go users
have been forced to change their import paths quite a lot already and
would probably be O
.
> >>>>>> - Numpy will write 0 or 1 to the value buffer to indicate False or
> >>>> True.
> >>>>>> Importantly, numpy will also understand values outside this range
> >> to
> >>>> mean
> >>>>>> True without re
Thank you for this! I have definitely run across the one-byte-per-item
bool in numpy, DuckDB, and cudf. I haven't heard any discussion about
DuckDB here but I am fairly sure that they represent their boolean
type as an int8 as well [1].
> Before the vote, I would like to see verification that this
Thank you for collecting all of our opinions on this! I also agree
that (4) is the best option.
> Fields:
>
> | Name | Type | Comments |
> ||---| |
> | column | utf8 | (2) |
The uft8 type would p
> INFRA tickets are required before migration.
Perhaps this is different for existing repositories, but just a note
that it may also be possible by editing .asf.yaml (e.g. [1])
[1]
https://github.com/apache/arrow-nanoarrow/blob/81711045e8bb4ded1cb3b5a6fa354b35f18aa4e7/.asf.yaml#L24-L25
On Wed,
:57 PM Dewey Dunnington wrote:
>
> The vote carries with 4 binding +1s and 3 non-binding +1s. Thank you
> everybody for voting!
>
> There are still a few post-release tasks to complete that I will take
> care of this week:
>
> [x] Closed GitHub milestone
> [x] Added rel
The Apache Arrow community is pleased to announce the 0.5.0 release of
Apache Arrow nanoarrow. This initial release covers 79 resolved issues
from 9 contributors[1].
The release is available now from [2], release notes are available at
[3], and a blog post highlighting new features and breaking ch
versions on main
On Sat, May 25, 2024 at 9:08 PM Dewey Dunnington wrote:
>
> +1 (binding)
>
> I ran ./verify-release-candidate.sh 0.5.0 0 on MacOS M1. Also see a
> suite of successful verification runs from CI [1] and matrix of Python
> wheel builds [2].
>
> [1] https:/
nd line on Debian GNU/Linux sid:
> > > >
> > > > dev/release/verify-release-candidate.sh 0.5.0 0
> > > >
> > > > with:
> > > >
> > > > * Apache Arrow C++ main
> > > > * gcc (Debian 13.2.0-23) 13.2.0
> > &g
pendent and can complicate the
> > implementation of importers/exporters which would hinder the adoption
> > of the C Data Interface. Statistics also bring in security concerns
> > that are application-specific. e.g. can an algorithm trust min/max
> > stats and risk producing incorr
The adbcdrivermanager, adbcsqlite, and adbcpostgresql packages are all
updated on CRAN!
On Tue, May 21, 2024 at 10:41 PM David Li wrote:
>
> [x] Close the GitHub milestone/project
> [x] Add the new release to the Apache Reporter System
> [x] Upload source release artifacts to Subversion
> [x] Cre
Thank you for the background! I understand that these statistics are
important for query planning; however, I am not sure that I follow why
we are constrained to the ArrowSchema to represent them. The examples
given seem to going through Python...would it be easier to request
statistics at a higher
Hello,
I would like to propose the following release candidate (rc0) of
Apache Arrow nanoarrow [0] version 0.5.0. This is an initial release
consisting of 79 resolved GitHub issues from 9 contributors [1].
This release candidate is based on commit:
c5fb10035c17b598e6fd688ad9eb7b874c7c631b [2]
Th
I am definitely in favor of adding (or adopting an existing)
ABI-stable way to transmit statistics (the one that comes up most
frequently for me is just the number of values that are about to show
up in an ArrowArrayStream, since the producer often knows this and the
consumer often would like to pr
+1 (binding)
Tested with MacOS M1 using TEST_YUM=0 TEST_APT=0 USE_CONDA=1
./verify-release-candidate.sh 12 4
On Fri, May 17, 2024 at 9:46 AM Jean-Baptiste Onofré wrote:
>
> +1 (non binding)
>
> Testing on MacOS M2.
>
> Regards
> JB
>
> On Wed, May 15, 2024 at 7:00 AM David Li wrote:
> >
> > Hel
Congrats!
On Tue, May 7, 2024 at 11:55 AM Raúl Cumplido wrote:
>
> Congratulations Dane!
>
> El mar, 7 may 2024, 16:32, Weston Pace escribió:
>
> > Congrats Dane!
> >
> > On Tue, May 7, 2024, 7:30 AM Nic Crane wrote:
> >
> > > Congrats Dane, well deserved!
> > >
> > > On Tue, 7 May 2024 at 15:1
I don't think there is any current barrier to using implementation
features of one extension type to help with another. In Python, for
example, one might be able to do:
class GeoJSONExtensionType(pa.ExtensionType):
def __init__(self):
self._json_ext = pa.JSONExtensionType()
def s
I definitely see the problem here: we don't currently provide a way
for something like a Microsoft Excel or PowerBI or Tableau to use ADBC
drivers without bundling all of the ones they want to support or
requiring/embedding Python or R. I also see how this is a particular
problem for Windows and Ma
is now. If the ARROW_FLAG_RECORD_BATCH flag is set, then it
> should error unless calling ImportRecordBatch. It allows the producer to
> provide context as to the source and intention of the structure of the data.
>
> --Matt
>
> On Fri, Apr 19, 2024 at 8:24 PM Dewey Dunnington
> w
Thanks for bringing this up!
Could you share the motivation where this distinction is important in
the context of transfer across the C data interface? The "struct ==
record batch" concept has always made sense to me because in R, a
data.frame can have a column that is also a data.frame and there
Congratulations!
On Thu, Apr 11, 2024 at 2:23 PM Alenka Frim
wrote:
>
> Congratulations Sarah!
>
> On Thu, Apr 11, 2024 at 6:21 PM Ruoxi Sun wrote:
>
> > Congrats!
> >
> > *Regards,*
> > *Rossi SUN*
> >
> >
> > Weston Pace 于2024年4月12日周五 00:13写道：
> >
> > > Congratulations!
> > >
> > > On Thu, Ap
Depending where your Arrow-encoded data is used, either extension
types or generic field metadata are options. We have this problem in
the ADBC Postgres driver, where we can convert *most* Postgres types
to an Arrow type but there are some others where we can't or don't
know or don't implement a co
Hi Ian,
I'll be attending and I'm happy to run the meeting.
Cheers!
-dewey
On Tue, Apr 9, 2024 at 9:41 PM Ian Cook wrote:
>
> Our next biweekly Arrow community meeting is tomorrow at 16:00 UTC / 12:00
> EDT.
>
> I will not be able to attend tomorrow. Could someone please volunteer to
> lead th
Thank you Jacob for bringing this up! I am also in favor of decoupling
versions (provided that the release managers are also in favor of
this, since their time is required to implement this and because the
ongoing consequences of separate releases disproportionately affects
them).
Part of the vote
+1!
I ran:
export DOCKER_DEFAULT_PLATFORM=linux/amd64
USE_CONDA=1 dev/release/verify-release-candidate.sh 0.11.0 0
Matt - could you open an issue? The R package is not supposed to run
those tests unless some very specific environment variables are
defined in ~/.Renviron.
On Thu, Mar 28, 2024 at
Congratulations Bryce! And thank you!
On Mon, Mar 18, 2024 at 2:16 PM Wes McKinney wrote:
>
> Congrats!
>
> On Mon, Mar 18, 2024 at 12:15 PM James Duong
> wrote:
>
> > Congratulations Bryce!
> >
> > From: Dane Pitkin
> > Date: Monday, March 18, 2024 at 7:28 AM
> > To: dev@arrow.apache.org
> >
+1 (binding)
On Sat, Mar 2, 2024 at 8:08 AM vin jake wrote:
>
> +1 (binding)
>
> On Fri, Mar 1, 2024 at 7:33 PM Andrew Lamb wrote:
>
> > Hello,
> >
> > As we have discussed[1][2] I would like to vote on the proposal to
> > create a new Apache Top Level Project for DataFusion. The text of the
> >
21, 2024, at 19:02, Dane Pitkin wrote:
> >> +1 (non-binding)
> >>
> >> Verified on Mac M1 using conda.
> >>
> >> On Tue, Feb 20, 2024 at 11:27 PM Dewey Dunnington
> >> wrote:
> >>
> >>> +1!
> >>>
> >>> I ran
+1!
I ran USE_CONDA=1 dev/release/verify-release-candidate.sh 0.10.0 1 on
MacOS Sonoma (M1).
On Tue, Feb 20, 2024 at 9:43 AM Jean-Baptiste Onofré wrote:
>
> +1 (non binding)
>
> I quickly tested on MacOS arm64.
>
> Regards
> JB
>
> On Sun, Feb 18, 2024 at 9:47 PM David Li wrote:
> >
> > Hello,
Thanks for the suggestion! I opened up a PR to update that language [1].
Cheers!
-dewey
[1] https://github.com/apache/arrow-nanoarrow/pull/389
On Mon, Feb 12, 2024 at 2:57 PM Antoine Pitrou wrote:
>
>
> Hi Dewey,
>
> Le 12/02/2024 à 15:01, Dewey Dunnington a écrit :
> > A
] Release blog post
[x] Sent announcement to annou...@apache.org
[x] Removed old artifacts from SVN
[x] Bumped versions on main
On Thu, Feb 1, 2024 at 3:21 PM Dewey Dunnington wrote:
>
> With 4 binding +1 and 1 non-binding +1, the vote carries!
>
> If somebody is up for reviewing the
The Apache Arrow community is pleased to announce the 0.4.0 release of
Apache Arrow nanoarrow. This initial release covers 44 resolved issues
from 5 contributors[1].
The release is available now from [2], release notes are available at
[3], and a blot post documenting new contributions is availabl
>
> * Apache Arrow C++ main
> * gcc (Debian 13.2.0-9) 13.2.0
> * R version 4.3.2 (2023-10-31) -- "Eye Holes"
> * Python 3.11.7
>
> Thanks,
> --
> kou
>
> In
> "[VOTE] Release Apache Arrow nanoarrow 0.4.0 - RC0" on Mon, 29 Jan 2024
> 1
+1
Tested on MacOS Sonoma (aarch64). I ran
export PATH="/Applications/Julia-1.9.app/Contents/Resources/julia/bin:${PATH}"
&&
dev/release/verify_rc.sh 2.7.1 1
On Wed, Jan 31, 2024 at 2:01 PM Jacob Quinn wrote:
>
> +1, tested on macos.
>
> -Jacob
>
> On Wed, Jan 31, 2024 at 10:11 AM Ben Baumgold
I also find it a useful tool to follow other projects...there may be a
good replacement for it at some point but in the meantime I would love
to see releases + blog posts tweeted (or retweeted by) the official
account.
-dewey
On Tue, Jan 30, 2024 at 6:01 AM Raúl Cumplido wrote:
>
> El lun, 29 en
l mar, 30 ene 2024 a las 0:30, David Li () escribió:
> >
> > +1 (binding)
> >
> > Tested on Debian Linux 'bookworm'
> >
> > On Mon, Jan 29, 2024, at 10:45, Dane Pitkin wrote:
> > > +1 (non-binding)
> > >
> > > Verified on MacOS
Hello,
I would like to propose the following release candidate (rc0) of
Apache Arrow nanoarrow [0] version 0.4.0. This release consists of 46
resolved GitHub issues from 5 contributors [1].
This release candidate is based on commit:
3f83f4c48959f7a51053074672b7a330888385b1 [2]
The source release
+1
I ran: export DOCKER_DEFAULT_PLATFORM=linux/amd64 && USE_CONDA=1
dev/release/verify-release-candidate.sh 0.9.0 0
...on MacOS M1 Ventura
On Thu, Jan 4, 2024 at 9:47 AM Jean-Baptiste Onofré wrote:
>
> +1 (non binding)
>
> I checked:
> - LICENSE is OK but maybe worth to keep only LICENSE.txt at
+1
I ran TEST_DEFAULT=0 TEST_CPP=1
dev/release/verify-release-candidate.sh 14.0.2 3 on MacOS M1. I do get
one failing test (gandiva-internals-test) but this has failed for me
for the last three versions.
Note that the R bindings will have to patch the static libraries we
host for convenience inst
I also like these equivalence traits...in addition to being easy for
extension type authors to specify when registering an extension type
in Arrow C++, implementations that allow registration like pyarrow and
arrow/R would be able to specify them easily, whereas implementing
methods, compute functi
1 - 100 of 196 matches
Mail list logo
