> I'm also not an expert but I think that we need to "release"
> (vote) a patch version. (I think that just doing "git tag"
> isn't suitable.)
I was figuring there would need to be a vote, and as I'm not part of the
PMC I didn't know whether it was my place to attempt to call such a vote.
:) Woul
The crates have now been published.
https://crates.io/crates/datafusion/9.0.0
https://crates.io/crates/datafusion-cli/9.0.0
https://crates.io/crates/datafusion-common/9.0.0
https://crates.io/crates/datafusion-data-access/9.0.0
https://crates.io/crates/datafusion-expr/9.0.0
https://crates.io/crates
Thank you!
With 3 binding +1 votes, the vote passes. I will release the crates later
this evening.
On Mon, Jun 13, 2022 at 3:26 PM QP Hou wrote:
> Sorry that I was under the impression you want to propose another RC
> including a fix for 2719.
>
> +1 (binding)
>
> On Mon, Jun 13, 2022 at 2:23
Sorry that I was under the impression you want to propose another RC
including a fix for 2719.
+1 (binding)
On Mon, Jun 13, 2022 at 2:23 PM Andy Grove wrote:
>
> We need one more PMC vote to be able to release. It is possible that some
> of the PMC members who normally help with DataFusion votes
We need one more PMC vote to be able to release. It is possible that some
of the PMC members who normally help with DataFusion votes are out on
vacation so if any other PMC members have time to help with this it would
be appreciated.
Thanks,
Andy.
On Sat, Jun 11, 2022 at 9:04 AM Andy Grove wrot
Hi Martin,
Rust in general has a known penchant for consuming large amounts of space
-- any help to slim down resource usage would be most appreciated. Let us
know if you need any help!
Andrew
On Mon, Jun 13, 2022 at 9:04 AM Martin Grigorov
wrote:
> Hi,
>
> While verifying 16.0.0 RC1 with `./d
The release is approved with 7 +1 votes (3 binding)
Thank you all for your help! There is a draft blog post [1] that covers the
work in this release (and other recent ones). Feedback is most welcome.
The release is available here:
https://dist.apache.org/repos/dist/release/arrow/arrow-rs-16.0.0
Thanks!
On Mon, Jun 13, 2022 at 3:36 PM Martin Grigorov
wrote:
> Hi Andrew,
>
> I used the `verify-release-candidate.sh` script on both machines.
>
> I will try to debug the test tomorrow!
>
> Regards,
> Martin
>
> On Mon, Jun 13, 2022 at 10:31 PM Andrew Lamb wrote:
>
> > Thanks Martin,
> >
> >
Hi Andrew,
I used the `verify-release-candidate.sh` script on both machines.
I will try to debug the test tomorrow!
Regards,
Martin
On Mon, Jun 13, 2022 at 10:31 PM Andrew Lamb wrote:
> Thanks Martin,
>
> Did you use the `verify-release-candidate.sh` script or did you verify the
> release can
Thanks Martin,
Did you use the `verify-release-candidate.sh` script or did you verify the
release candidate some other way?
On Mon, Jun 13, 2022 at 8:54 AM Martin Grigorov
wrote:
> +1 (non-binding)
>
> Tested on Ubuntu 20.04.4 x86_64 and openEuler 20.03 aarch64.
>
> There is one failing test on
I merged the PR a little while ago — thanks for David, Sasha for
helping review. If you have more comments or things you would like to
fix from that PR, please comment there and I can help address them in
follow up PRs.
I'm going to work next on migrating the rest of the kernels to use
ExecSpan (a
Hi,
While verifying 16.0.0 RC1 with `./dev/release/verify-release-candidate.sh
16.0.0 1` the build here failed with "no more space on disk".
The reason was that my /tmp is tmpfs with 8GB. I've increased it to 12GB
but it failed the same way.
Then I exported ARROW_TMPDIR to a folder on my SSD and t
+1 (non-binding)
Tested on Ubuntu 20.04.4 x86_64 and openEuler 20.03 aarch64.
There is one failing test on aarch64 though:
failures:
ipc::reader::tests::test_arrow_single_float_row stdout
thread 'ipc::reader::tests::test_arrow_single_float_row' panicked at
'called `Result::unwrap()` o
13 matches
Mail list logo
