+1 (non-binding)
I checked signatures and ran the release verification script on macOS Monterey.
Thanks,
—
xudong963
On 2021/11/12 12:24:16 Andrew Lamb wrote:
> Hi,
>
> I know these emails feel somewhat automated and are easy to ignore, but I
> think the Apache process overhead is worth the ef
I'm not sure if it is too late but it would be nice to get
https://github.com/apache/arrow/pull/11693/files in if possible. I will
try to run verification tomorrow.
On Fri, Nov 12, 2021 at 3:22 PM Sutou Kouhei wrote:
> PMC members, could you verify and vote this?
>
> In <2021.113935.3678315
PMC members, could you verify and vote this?
In <2021.113935.367831584872861272@clear-code.com>
"[VOTE] Release Apache Arrow 6.0.1 - RC1" on Thu, 11 Nov 2021 11:39:35 +0900
(JST),
Sutou Kouhei wrote:
> Hi,
>
> I would like to propose the following release candidate (RC1) of Apache
The issue is now tracked in github [1]
Thanks,
Andrew
[1] https://github.com/apache/arrow-rs/issues/948
On Fri, Nov 12, 2021 at 12:54 PM Andrew Lamb wrote:
> @Andy Grove
>
> > I did run into a small issue with the release verification script
> (which I
> > ran from the tarball in [2]). After
Thank you for doing this Yijie,
I encourage everyone else to have a look too -- there are some great ideas
in both the document and the PR
Andrew
On Fri, Nov 12, 2021 at 4:49 AM Yijie Shen
wrote:
> Hi,
>
> I propose adding memory management capabilities to DataFusion, expanding
> the scale o
@Andy Grove
> I did run into a small issue with the release verification script (which
I
> ran from the tarball in [2]). After the dry run publishing the arrow crate
> it moved on to attempt to dry-run publish arrow-flight, which of course is
> not possible and it failed with the errors below.
+1
Ran the verification script on aarch64-apple-darwin.
Neal
On Fri, Nov 12, 2021 at 9:12 AM Andy Grove wrote:
> +1 (binding)
>
> I did run into a small issue with the release verification script (which I
> ran from the tarball in [2]). After the dry run publishing the arrow crate
> it moved o
Thank you, Wes.
Could you point me to what preparations we need to make now and how we can
make a patch release in the future?
On Nov 10, 2021 at 17:34:44, Wes McKinney wrote:
> I don't see a problem with making JS-only patch releases. There's some
> work to facilitate the release management b
+1 (binding)
I did run into a small issue with the release verification script (which I
ran from the tarball in [2]). After the dry run publishing the arrow crate
it moved on to attempt to dry-run publish arrow-flight, which of course is
not possible and it failed with the errors below.
Upload
Hi,
I know these emails feel somewhat automated and are easy to ignore, but I
think the Apache process overhead is worth the effort for several reasons.
Thank you for taking the time if you have it to keep the releases flowing.
With that preamble aside, I would like to propose a release of Apache
On Wed, Nov 10, 2021 at 2:55 AM Yibo Cai wrote:
>
> Some updates, @kou, @kszucs
>
> There are two kinds of runners provided. One is dynamic vm created on
> demand like travis, suitable for github action runner to verify pr.
> Another kind is static vm with pre-deployed os, simply an arm64 aws
> cl
Hi,
I propose adding memory management capabilities to DataFusion, expanding
the scale of data it can handle, and increasing its applicable scenarios.
Here's the design doc [1] available for comments, and an experimental PR
[2] illustrates the usage of the proposed API through an ExternalSorter
e
+1 non binding
Verified C++/Go/Java/Javascript/Python/Ruby sources (Rocky Linux 8)
bash verify-release-candidate.sh source 6.0.1 1
bash verify-release-candidate.sh wheels 6.0.1 1
bash verify-release-candidate.sh binaries 6.0.1 1
g++ (GCC) 8.4.1 20200928 (Red Hat 8.4.1-1)
ruby 2.7.4p191 (2021-07
13 matches
Mail list logo