+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 wrote:
>
> > +1 (binding)
> >
> > Verified on M4 Mac.
> >
> > Thanks Andrew.
> >
> > On Fri, May 9, 2025 at
> 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
I'm volunteering! Thanks.
*Regards,*
*Rossi SUN*
On Mon, May 12, 2025 at 9:06 AM Shoumyo Chakravorti (BLOOMBERG/ 120 PARK) <
schakravo...@bloomberg.net> wrote:
> I'd love to help!
>
> ~ Shoumyo
>
> From: dev@arrow.apache.org At: 05/10/25 01:06:45 UTC-4:00To:
> dev@arrow.apache.org
> Subject: Re
> As far as relying on union types, the reason we can't do so is because
> the specific purpose of this Variant type is that we don't know the
> types up front, it's dynamic.
This is why "VARIANT" is a misnomer for this type. It's a DYNAMIC type, not
a VARIANT (a type that can be a sum of multiple
Le 12/05/2025 à 18:20, Matt Topol a écrit :
> It's not just Parquet Variant, it's also Iceberg (which has
> standardized on this) and Spark in-memory (where this encoding scheme
> originated).
Ok, but it's called Parquet Variant now, since that's where the binary
spec lives:
https://github.co
It's not just Parquet Variant, it's also Iceberg (which has
standardized on this) and Spark in-memory (where this encoding scheme
originated). It's actually an important aspect to this that it
supports easy and (mostly) zero-copy integration with spark's
in-memory representation of the Variant type
I'd love to help!
~ Shoumyo
From: dev@arrow.apache.org At: 05/10/25 01:06:45 UTC-4:00To:
dev@arrow.apache.org
Subject: Re: [Call For Volunteer] Apache Arrow Summit and Selection Committee
Hi Andrey
Anyone can be a volunteer (it's actually good to have PMC members,
committers, contributors, us
Thanks!
On Mon, May 12, 2025, 9:47 AM Nic Crane wrote:
> Absolutely Matt - I'm adding them now and I'll add you as an admin so
> you'll be able to review Go questions in the UI and make any changes you'd
> like to what we include.
>
> On Wed, 7 May 2025 at 12:59, Matt Topol wrote:
>
> > Would w
Absolutely Matt - I'm adding them now and I'll add you as an admin so
you'll be able to review Go questions in the UI and make any changes you'd
like to what we include.
On Wed, 7 May 2025 at 12:59, Matt Topol wrote:
> Would we be able to feed it the arrow-go documentation too?
>
> On Wed, May 7
Thanks Antoine, that's a good point. Maybe we should prioritise the
definition of our support policy [1] before adding new platforms, build
systems, etcetera.
[1] https://github.com/apache/arrow/issues/46002
El lun, 12 may 2025 a las 10:52, Antoine Pitrou ()
escribió:
>
> Hello,
>
> I'm sure the
Hello,
I'm sure the technical details can be ironed out, but the question is
more whether someone is willing to do the maintenance work required to
keep Arrow working on big-endian platforms, and if possible enable it
for more components (most of us don't have access to such a platform).
If
+1 (binding)
I've run successfully:
dev/release/verify_rc.sh 18.3.0 2
on Ubuntu 24.04.
Raúl
El lun, 12 may 2025 a las 10:28, Gang Wu () escribió:
> +1 (binding)
>
> Verified on MacOS 15.4.1 with OpenJDK 11.0.26.
>
> On Sun, May 11, 2025 at 1:44 PM Sutou Kouhei wrote:
>
> > +1 (binding)
> >
>
Hi,
Thanks for pushing this, adding s390x to our testing matrix sounds
interesting to me. We have had discussions in the past about ephemeral
runners [1] and the potential security risks. In that issue there was a
discussion about how the pytorch project sets those "ephemeral" runners,
see their w
+1 (binding)
Verified on MacOS 15.4.1 with OpenJDK 11.0.26.
On Sun, May 11, 2025 at 1:44 PM Sutou Kouhei wrote:
> +1 (binding)
>
> I ran the followings on Debian GNU/Linux sid:
>
> dev/release/verify_rc.sh 18.3.0 2
>
> with:
>
> * openjdk version "21.0.7" 2025-04-15
>
> I also verified sign
Hi,
The vote passes with 8 binding +1 votes and 1 +1 non-binding vote. No 0 or
-1 votes. Thanks all!
Binding votes:
- Antoine Pitrou
- David Li
- Neal Richardson
- Jacob Wujciak
- Bryce Mecum
- Sutou Kouhei
- Krisztián Szücs
- Raúl Cumplido
Non-binding votes:
- Brian Hulette
Thanks,
Raúl
El ju
15 matches
Mail list logo
