On Mon, Nov 28, 2022 at 5:08 PM Andrew Lamb wrote:
> With 9 +1 (4 binding) the release is approved. Thank you as always for all
> your help
>
> The release is available here:
> https://dist.apache.org/repos/dist/release/arrow/arrow-rs-28.0.0
>
> It has also been published to crates.io
>
> Thank
With 9 +1 (4 binding) the release is approved. Thank you as always for all
your help
The release is available here:
https://dist.apache.org/repos/dist/release/arrow/arrow-rs-28.0.0
It has also been published to crates.io
Thanks again!
Andrew
On Mon, Nov 28, 2022 at 8:17 AM Raphael Taylor-Dav
Can a logical extension be based on another logical extension?
HOCON support might be nice..
-Original Message-
From: Micah Kornfield
Sent: Monday, November 28, 2022 11:50 AM
To: dev@arrow.apache.org
Subject: Re: [DISCUSS] JSON Canonical Extension Type
External Email: Use caution with
This seems like a reasonable definition to me. Since there hasn't been
much feedback, I think maybe following through an implementation + this
description in a PR would be the next steps. If there isn't further
feedback on this, once the PR is up we can have try to vote (which might
bring up some
Hi Matt,
I don't think we've discussed try to schema evolution formally to the
spec. It would likely be something nice to have especially for simple
evolution like adding columns but it is probably a long process and would
need someone to drive it (create an RFC, gaining consensus and making sure
+1
On Fri, Nov 25, 2022 at 10:31 AM Alessandro Molina
wrote:
> +1 as far as for "now" we actually mean "as soon as the necessary scripts
> have been ported to github"
>
> I mean, I doubt the plan is to disable jira before we can actually ship PRs
> from github issues and thus block development.
Hi Micah,
I was wondering where the arrow project stands on this issue, as it looks
like there are not many work arounds to using
pyarrow.list_(pyarrow.struct()) as many other datatypes that would "fit the
bill" of what a list of structs achieves raises a
pyarrow.lib.ArrowNotImplementedError when c
> The merge script would still be useful to flag issues such as a missing
component label, or to ensure the fix version (milestone) is set.
It would be possible to turn the current checks for these into a PR check
that is obligatory and will block merging until green. [1][2]
[1]:
https://cwiki.ap
Also a note that discussing this in a thread entitled "Arrow sync call
November 23" might not raise the attention of all interested parties :-)
Le 28/11/2022 à 14:38, Antoine Pitrou a écrit :
The merge script would still be useful to flag issues such as a missing
component label, or to ens
The merge script would still be useful to flag issues such as a missing
component label, or to ensure the fix version (milestone) is set.
Le 28/11/2022 à 12:09, Joris Van den Bossche a écrit :
FYI: Raúl also already opened a PR to update the merge script to work
with github issues: https://
On Mon, Nov 28, 2022 at 11:24 AM Martin Grigorov
wrote:
> +1 (non-binding)
>
> The build and tests pass successfully on Ubuntu 22.10 x86_64!
>
> "maturin develop" hangs on my openEuler (Linux) 22.03 aarch64 system:
>
> =
> (venv) [mgrigorov@euler-arm-22 apache-arro
One thing to note is that you need to have something like "closes #123" in
the PR description or a comment in order for GitHub to close the relevant
issue when the PR is merged. This isn't too much of a burden to check I
think but took a bit of getting used to for me in Substrait where we use
the
+1 (binding)
On 25/11/2022 19:42, Andrew Lamb wrote:
To: dev@arrow.apache.org
Subject: [VOTE][RUST] Release Apache Arrow Rust 28.0.0 RC1
Hi,
I would like to propose a release of Apache Arrow Rust Implementation,
version 28.0.0.
This release candidate is based on commit:
eb91dac6e99b0bcbcbd805
On Mon, 28 Nov 2022 at 12:09, Joris Van den Bossche
wrote:
>
> FYI: Raúl also already opened a PR to update the merge script to work
> with github issues: https://github.com/apache/arrow/pull/14731
(sorry, that PR is to update the github actions workflow (the bot that
comments on PRs), not the me
FYI: Raúl also already opened a PR to update the merge script to work
with github issues: https://github.com/apache/arrow/pull/14731
Personally I also think that we should consider using the merge button
instead of our script (or at least re-evaluate what the script still
does better, or might now
+1
On Mon, Nov 28, 2022 at 5:49 AM Andrew Lamb wrote:
> I verified the signatures and tried installing the dev wheel on mac OS
> x86_64 and running some examples
>
> It worked great!
>
> Thanks for doing this Andy
>
> pip install -i https://test.pypi.org/simple/ datafusion==0.7.0
>
> ...
>
> Pyt
I verified the signatures and tried installing the dev wheel on mac OS
x86_64 and running some examples
It worked great!
Thanks for doing this Andy
pip install -i https://test.pypi.org/simple/ datafusion==0.7.0
...
Python 3.10.8 (main, Nov 15 2022, 05:25:54) [Clang 14.0.0
(clang-1400.0.29.202)
> How do apache/arrow-rs, arrow-datafusion, arrow-julia, et al. handle this?
arrow-rs and arrow-datafusion use the squash-and-merge button in the github
UI.
In general we don't have the same level of curation in commit titles as the
main arrow repo. However, I have not heard anyone ask for better
+1 (non-binding)
The build and tests pass successfully on Ubuntu 22.10 x86_64!
"maturin develop" hangs on my openEuler (Linux) 22.03 aarch64 system:
=
(venv) [mgrigorov@euler-arm-22 apache-arrow-datafusion-python-0.7.0]$
maturin develop
🍹 Building a mixed python/r
The Apache Arrow community is pleased to announce the 10.0.1 release.
The release includes 30 resolved issues ([1]) since the 10.0.0 release.
The release is available now from our website, [2] and [3]:
https://arrow.apache.org/install/
Release notes are available at:
https://arrow.apache.org/rele
The Apache Arrow community is pleased to announce the 10.0.0 release.
The release includes 536 resolved issues ([1]) since the 9.0.0 release.
The release is available now from our website, [2] and [3]:
https://arrow.apache.org/install/
Release notes are available at:
https://arrow.apache.org/rele
21 matches
Mail list logo
