github  

Messages by Thread

• • Re: [PR] feat(go/adbc/driver/bigquery): error if we lack readSessionUser [arrow-adbc] via GitHub
• [PR] ci: add script to remove old versions from Gemfury [arrow-adbc] via GitHub
  • Re: [PR] ci: add script to remove old versions from Gemfury [arrow-adbc] via GitHub
  • Re: [PR] ci: add script to remove old versions from Gemfury [arrow-adbc] via GitHub
• Re: [I] Support Repeated fields in Record APIs [arrow-rs] via GitHub
  • Re: [I] Support Repeated fields in Record APIs [arrow-rs] via GitHub
  • Re: [I] Support Repeated fields in Record APIs [arrow-rs] via GitHub
• [PR] Fix for returning ARROW numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
  • Re: [PR] fix(go/adbc/driver/snowflake): return arrow numeric type correctly when use_high_precision is false [arrow-adbc] via GitHub
• Re: [I] Initial connection to postgres very slow when number of OIDs is large [arrow-adbc] via GitHub
  • Re: [I] Initial connection to postgres very slow when number of OIDs is large [arrow-adbc] via GitHub
• [PR] Generate variant tests in GO language [arrow-go] via GitHub
  • Re: [PR] Generate variant tests in GO language [arrow-go] via GitHub
  • Re: [PR] Generate variant tests in GO language [arrow-go] via GitHub
• [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
  • Re: [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
  • Re: [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
  • Re: [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
  • Re: [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
  • Re: [PR] GH-47348: [Python] Include retry_strategy in S3FileSystem.__reduce__ [arrow] via GitHub
• [PR] Enable parallel writing across row groups when writing encrypted parquet [arrow-rs] via GitHub
  • Re: [PR] Enable parallel writing across row groups when writing encrypted parquet [arrow-rs] via GitHub
  • Re: [PR] Enable parallel writing across row groups when writing encrypted parquet [arrow-rs] via GitHub
  • Re: [PR] Enable parallel writing across row groups when writing encrypted parquet [arrow-rs] via GitHub
  • Re: [PR] Enable parallel writing across row groups when writing encrypted parquet [arrow-rs] via GitHub
• [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
  • Re: [PR] [Variant] Rename `batch_json_string_to_variant` and `batch_variant_to_json_string` [arrow-rs] via GitHub
• [I] JWT session tokens cause SignatureDoesNotMatch with Supabase S3 [arrow-rs-object-store] via GitHub
  • Re: [I] JWT session tokens cause SignatureDoesNotMatch with Supabase S3 [arrow-rs-object-store] via GitHub
  • Re: [I] JWT session tokens cause SignatureDoesNotMatch with Supabase S3 [arrow-rs-object-store] via GitHub
• Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
  • Re: [PR] Implemented casting for RunEnd Encoding [arrow-rs] via GitHub
• Re: [I] Jupyter integration support [arrow-js] via GitHub
  • Re: [I] Jupyter integration support [arrow-js] via GitHub
  • Re: [I] Jupyter integration support [arrow-js] via GitHub
  • Re: [I] Jupyter integration support [arrow-js] via GitHub
  • Re: [I] Jupyter integration support [arrow-js] via GitHub
• [PR] GH-47344: [C++] Enable fuzzing option in Meson CI [arrow] via GitHub
  • Re: [PR] GH-47344: [C++] Enable fuzzing option in Meson CI [arrow] via GitHub
  • Re: [PR] GH-47344: [C++] Enable fuzzing option in Meson CI [arrow] via GitHub
  • Re: [PR] GH-47344: [C++] Enable fuzzing option in Meson CI [arrow] via GitHub
• [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
  • Re: [PR] [thrift-remodel] Decoding of page indexes [arrow-rs] via GitHub
• Re: [I] [C++] Meson compilation with gcc 14.2 fails with RapidJSON error [arrow] via GitHub
• Re: [PR] GH-47223: [Release] Use "upstream" as apache/arrow{,-site} remote name [arrow] via GitHub
  • Re: [PR] GH-47223: [Release] Use "upstream" as apache/arrow{,-site} remote name [arrow] via GitHub
  • Re: [PR] GH-47223: [Release] Use "upstream" as apache/arrow{,-site} remote name [arrow] via GitHub
  • Re: [PR] GH-47223: [Release] Use "upstream" as apache/arrow{,-site} remote name [arrow] via GitHub
• Re: [I] [Packaging] Add support for Debian forky [arrow] via GitHub
• Re: [I] Jsonb in postgres and extension<arrow.json> are not supported for writer [arrow-adbc] via GitHub
  • Re: [I] Jsonb in postgres and extension<arrow.json> are not supported for writer [arrow-adbc] via GitHub
  • Re: [I] Jsonb in postgres and extension<arrow.json> are not supported for writer [arrow-adbc] via GitHub
  • Re: [I] Jsonb in postgres and extension<arrow.json> are not supported for writer [arrow-adbc] via GitHub
• [PR] WIP: Rewrite `ParquetRecordBatchStream` in terms of the PushDecoder [arrow-rs] via GitHub
  • Re: [PR] WIP: Rewrite `ParquetRecordBatchStream` in terms of the PushDecoder [arrow-rs] via GitHub
  • Re: [PR] WIP: Rewrite `ParquetRecordBatchStream` in terms of the PushDecoder [arrow-rs] via GitHub
  • Re: [PR] WIP: Rewrite `ParquetRecordBatchStream` in terms of the PushDecoder [arrow-rs] via GitHub
• Re: [PR] Implement Push Parquet Decoder [arrow-rs] via GitHub
• Re: [I] Docs: Driver name resolution flowchart SVG renders badly in Safari / macOS [arrow-adbc] via GitHub
  • Re: [I] Docs: Driver name resolution flowchart SVG renders badly in Safari / macOS [arrow-adbc] via GitHub
  • Re: [I] Docs: Driver name resolution flowchart SVG renders badly in Safari / macOS [arrow-adbc] via GitHub
  • Re: [I] Docs: Driver name resolution flowchart SVG renders badly in Safari / macOS [arrow-adbc] via GitHub
• [PR] feat: Add NaN-counts support for parquet [arrow-rs] via GitHub
  • Re: [PR] feat: Add NaN-counts support for parquet [arrow-rs] via GitHub
  • Re: [PR] feat: Add NaN-counts support for parquet [arrow-rs] via GitHub
  • Re: [PR] feat: Add NaN-counts support for parquet metadata [arrow-rs] via GitHub
  • Re: [PR] feat: Add NaN-counts support for parquet metadata [arrow-rs] via GitHub
• Re: [PR] GH-45063: [C++] Update bundled Abseil and gRPC [arrow] via GitHub
  • Re: [PR] GH-45063: [C++] Update bundled Abseil and gRPC [arrow] via GitHub
  • Re: [PR] GH-45063: [C++] Update bundled Abseil and gRPC [arrow] via GitHub
• Re: [PR] [Parquet] Add tests for IO/CPU access in parquet reader [arrow-rs] via GitHub
  • Re: [PR] [Parquet] Add tests for IO/CPU access in parquet reader [arrow-rs] via GitHub
  • Re: [PR] [Parquet] Add tests for IO/CPU access in parquet reader [arrow-rs] via GitHub
  • Re: [PR] [Parquet] Add tests for IO/CPU access in parquet reader [arrow-rs] via GitHub
  • Re: [PR] [Parquet] Add tests for IO/CPU access in parquet reader [arrow-rs] via GitHub
• [I] So we basically have a 2nd file parser here 🤔 I'm wondering if instead of creating yet-another-parser -- even though it's partial -- we could ask the decoder to provide us a "reason" or a "trace" on the individual read requests. For example, we could extend `AsyncFileReader` with an implemented-by-default method: [arrow-rs] via GitHub
  • Re: [I] So we basically have a 2nd file parser here 🤔 I'm wondering if instead of creating yet-another-parser -- even though it's partial -- we could ask the decoder to provide us a "reason" or a "trace" on the individual read requests. For example, we could extend `AsyncFileReader` with an implemented-by-default method: [arrow-rs] via GitHub
  • Re: [I] So we basically have a 2nd file parser here 🤔 I'm wondering if instead of creating yet-another-parser -- even though it's partial -- we could ask the decoder to provide us a "reason" or a "trace" on the individual read requests. For example, we could extend `AsyncFileReader` with an implemented-by-default method: [arrow-rs] via GitHub
• [PR] Use ParseFloat with json.Number in Int64/Uint64 Builders' UnmarshalOne [arrow-go] via GitHub
  • Re: [PR] Use ParseFloat with json.Number in Int64/Uint64 Builders' UnmarshalOne [arrow-go] via GitHub
• Re: [I] Optionally read parquet page indexes [arrow-rs] via GitHub
  • Re: [I] Optionally read parquet page indexes [arrow-rs] via GitHub
• [PR] refactor(arrow): migrate leaf packages to use RecordBatch [arrow-go] via GitHub
  • Re: [PR] refactor(arrow): migrate leaf packages to use RecordBatch [arrow-go] via GitHub
  • Re: [PR] refactor(arrow): migrate leaf packages to use RecordBatch [arrow-go] via GitHub
  • Re: [PR] refactor(arrow): migrate leaf packages to use RecordBatch [arrow-go] via GitHub
• Re: [PR] [Not for Merge] PoC implementation of PARQUET-2249: Introduce IEEE 754 total order [arrow-rs] via GitHub
• [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
  • Re: [I] [Parquet] Prototype: PARQUET-2249: Introduce IEEE 754 total order & NaN-counts #514 [arrow-rs] via GitHub
• [PR] fix(csharp/src/Apache.Arrow.Adbc/C): Stop trying to unload dynamic libraries [arrow-adbc] via GitHub
  • Re: [PR] fix(csharp/src/Apache.Arrow.Adbc/C): Stop trying to unload dynamic libraries [arrow-adbc] via GitHub
  • Re: [PR] fix(csharp/src/Apache.Arrow.Adbc/C): Stop trying to unload dynamic libraries [arrow-adbc] via GitHub
  • Re: [PR] fix(csharp/src/Apache.Arrow.Adbc/C): Stop trying to unload dynamic libraries [arrow-adbc] via GitHub
  • Re: [PR] fix(csharp/src/Apache.Arrow.Adbc/C): Stop trying to unload dynamic libraries [arrow-adbc] via GitHub
• Re: [I] [Variant]: Implement `DataType::Date32 / DataType::Date64` support for `cast_to_variant` kernel [arrow-rs] via GitHub
  • Re: [I] [Variant]: Implement `DataType::Date32 / DataType::Date64` support for `cast_to_variant` kernel [arrow-rs] via GitHub
  • Re: [I] [Variant]: Implement `DataType::Date32 / DataType::Date64` support for `cast_to_variant` kernel [arrow-rs] via GitHub
• [I] [Variant] cast_to_variant will panic on certain `Date64` values [arrow-rs] via GitHub
  • Re: [I] [Variant] cast_to_variant will panic on certain `Date64` or Timestamp Values values [arrow-rs] via GitHub
• Re: [I] [Variant] Add low level support for shredding and unshredding [arrow-rs] via GitHub
  • Re: [I] [Variant] Add low level support for shredding and unshredding [arrow-rs] via GitHub
• Re: [I] [Variant] API to construct Shredded Variant Arrays [arrow-rs] via GitHub
• Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
  • Re: [I] Python: Driver manager not using entrypoint from manifest [arrow-adbc] via GitHub
• [I] [Variant] Support Shredded Objects in `variant_get`: Access as `VARIANT` (Unshredding) [arrow-rs] via GitHub
• [I] [Variant] Support Shredded Objects in `variant_get`: access as `Some(DataType::Struct)` (nested shredding) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: access as `Some(DataType::Struct)` (nested shredding) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: access as `Some(DataType::Struct)` (nested shredding) [arrow-rs] via GitHub
• Re: [PR] [Variant] VariantBuilder with VariantMetadata instead of MetadataBuilder [arrow-rs] via GitHub
  • Re: [PR] [Variant] VariantBuilder with VariantMetadata instead of MetadataBuilder [arrow-rs] via GitHub
  • Re: [PR] [Variant] VariantBuilder with VariantMetadata instead of MetadataBuilder [arrow-rs] via GitHub
• [I] [Variant] Support creating Variants with pre-existing Metadata [arrow-rs] via GitHub
  • Re: [I] [Variant] Support creating Variants with pre-existing Metadata [arrow-rs] via GitHub
• [I] [Variant] Support Shredded Objects in `variant_get`: untyped path access [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: untyped path access [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: untyped path access [arrow-rs] via GitHub
• [I] [Variant] Support Shredded Objects in `variant_get`: [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
  • Re: [I] [Variant] Support Shredded Objects in `variant_get`: typed path access (STEP 1) [arrow-rs] via GitHub
• Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
  • Re: [I] [Python] pyarrow 21.0.0 binary mismatch with raspberry 4 hardware [arrow] via GitHub
• [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
  • Re: [PR] [Variant] Add primitive type timestamp_nanos(with&without timezone) and uuid [arrow-rs] via GitHub
• [PR] chore: Add CI [arrow-dotnet] via GitHub

• Earlier messages
• Later messages