Re: [I] Rust: constructors w/o opts are ignored [arrow-adbc]
lidavidm closed issue #2241: Rust: constructors w/o opts are ignored URL: https://github.com/apache/arrow-adbc/issues/2241 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[I] [Release][Ruby][CI] Verification job fails to install python 3.13 for Ruby under conda due to glib pin [arrow]
raulcd opened a new issue, #44381: URL: https://github.com/apache/arrow/issues/44381 ### Describe the bug, including details regarding any error messages, version, and platform. The [verify-rc-source-ruby-linux-conda-latest-amd64](https://github.com/ursacomputing/crossbow/actions/runs/11289829753/job/31400451430) job is failing with: ``` Looking for: ['glib==2.80.5', 'gobject-introspection', 'meson', 'ninja', 'ruby'] Pinned packages: - python 3.13.* Could not solve for environment specs The following packages are incompatible ├─ glib 2.80.5 is requested and can be installed; └─ gobject-introspection is installable with the potential options ├─ gobject-introspection 1.51.1 would require │ └─ glib 2.51.* , which conflicts with any installable versions previously reported; ├─ gobject-introspection [1.51.3|1.55.0|1.56.1] would require │ └─ python [2.7* |>=2.7,<2.8.0a0 ], which can be installed; ├─ gobject-introspection [1.51.3|1.55.0|1.56.1] would require │ └─ python [3.5* |>=3.5,<3.6.0a0 ], which can be installed; ├─ gobject-introspection [1.51.3|1.55.0] would require │ └─ python 3.6* , which can be installed; ├─ gobject-introspection [1.55.0|1.56.1|...|1.70.0] would require │ └─ python >=3.6,<3.7.0a0 , which can be installed; ├─ gobject-introspection [1.56.1|1.58.2|...|1.74.0] would require │ └─ python >=3.7,<3.8.0a0 , which can be installed; ├─ gobject-introspection [1.58.2|1.64.1|...|1.80.1] would require │ └─ python >=3.8,<3.9.0a0 , which can be installed; ├─ gobject-introspection [1.66.1|1.68.0|...|1.82.0] would require │ └─ python >=3.9,<3.10.0a0 , which can be installed; ├─ gobject-introspection [1.70.0|1.72.0|...|1.82.0] would require │ └─ python >=3.10,<3.11.0a0 , which can be installed; ├─ gobject-introspection [1.74.0|1.76.1|...|1.82.0] would require │ └─ python >=3.11,<3.12.0a0 , which can be installed; ├─ gobject-introspection 1.78.1 would require │ └─ python >=3.12.0rc3,<3.13.0a0 with the potential options │ ├─ python [3.12.0|3.12.1|...|3.12.7], which can be installed; │ └─ python 3.12.0rc3 would require │└─ _python_rc, which does not exist (perhaps a missing channel); ├─ gobject-introspection [1.80.1|1.82.0] would require │ └─ python >=3.12,<3.13.0a0 , which can be installed; └─ gobject-introspection 1.82.0 would require └─ libglib >=2.82.1,<3.0a0 , which requires └─ glib 2.82.1 *_0, which conflicts with any installable versions previously reported. ``` We did pin glib here: - https://github.com/apache/arrow/issues/44268 but this seems to be failing now. This is failing for the maintenance branch on 18.0.0 ### Component(s) Packaging, Ruby -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[I] Bundled Mac C++ build fails when /usr/bin/libtool is an invalid libtool [arrow]
tomjakubowski opened a new issue, #44384: URL: https://github.com/apache/arrow/issues/44384 ### Describe the bug, including details regarding any error messages, version, and platform. I am supporting a bundled build of libarrow in perspective's conda-forge feedstock. On the conda-forge arm64 cross-compiling builders, `/usr/bin/libtool` is broken due to some SDK issues ( [full logs](https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=1050424&view=logs&jobId=7df89df7-19f1-5ccc-b210-32c1d05c0f56&j=7df89df7-19f1-5ccc-b210-32c1d05c0f56&t=c5e4c004-2534-57b9-b739-c5013de31afa) ``` xcodebuild: error: SDK "/Applications/Xcode_15.2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.0.sdk" cannot be located. libtool: error: sh -c '/Applications/Xcode_15.2.app/Contents/Developer/usr/bin/xcodebuild -sdk /Applications/Xcode_15.2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX11.0.sdk -find libtool 2> /dev/null' failed with exit code 16384: (null) (errno=No such file or directory) xcode-select: Failed to locate 'libtool', requesting installation of command line developer tools. ``` There is some logic in BuildUtils.cmake to locate libtool for bundling using `find_program(libtool HINTS /usr/bin ...)`, which then fails: ``` CMake Error at /Users/runner/miniforge3/conda-bld/perspective_1728519868797/work/rust/target/aarch64-apple-darwin/release/build/perspective-server-a7d183a58ee31af1/out/build/arrow-src/cpp/cmake_modules/BuildUtils.cmake:116 (message): libtool found appears to be the incompatible GNU libtool: /usr/bin/libtool ``` In this build environment, the `LIBTOOL` environment variable is set by conda to the name of a suitable Apple libtool on the PATH. I would propose that if `LIBTOOL` is set in the environment, that BuildUtils.cmake ought to use it instead of calling `find_program`. To unblock us, I made this commit on top of 17.0.0 https://github.com/ProspectiveCo/arrow/commit/273a22873b3bdf2f88631441ba8fd80bc7a0dbf4. I'll use that as the basis for a PR to close this issue. I am new to arrow's build system and would be glad to hear better ideas of how to address this. ### Component(s) C++ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [I] [Python][Parquet] Using decryption_properties parameter on pq.ParquetDataset raises exception [arrow]
tritzman closed issue #41273: [Python][Parquet] Using decryption_properties parameter on pq.ParquetDataset raises exception URL: https://github.com/apache/arrow/issues/41273 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [I] [Python][Parquet] Repeated access to dataset loaded from encrypted Parquet causes Python panic/exit [arrow]
tritzman closed issue #41296: [Python][Parquet] Repeated access to dataset loaded from encrypted Parquet causes Python panic/exit URL: https://github.com/apache/arrow/issues/41296 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[I] Can a struct be aggregated with 'list' on a table.group_by? [arrow]
robhod opened a new issue, #44383:
URL: https://github.com/apache/arrow/issues/44383
### Describe the usage question you have. Please include as many useful
details as possible.
I'm trying to create a list of structs based on a grouping column. See below:
Hitting not implemented error but hash_list docs
(https://arrow.apache.org/docs/cpp/compute.html#aggregations) suggest it
supports any input type so wasn't sure if there was an issue in how I set this
up or if I should raise a feature request/bug?
```python
import pyarrow as pa
# source data
table = pa.table(
{
"col1": [1, 1, 2, 2, 3],
"struct_col": [
{"a": 1, "b": "testa"},
{"a": 1, "b": "testb"},
{"a": 2, "b": "testc"},
{"a": 2, "b": "testd"},
{"a": 3, "b": "teste"},
],
}
)
# required output
grouped_table = pa.table(
{
"grouped": [1, 2, 3],
"agg_struct_col": [
[{"a": 1, "b": "testa"}, {"a": 1, "b": "testb"}],
[{"a": 2, "b": "testc"}, {"a": 2, "b": "testd"}],
[{"a": 3, "b": "teste"}],
],
}
)
# using group_by
grouped = table.group_by("col1").aggregate([("struct_col", "list")])
```
File "scratch/pyarrowexample.py", line 30, in
grouped = table.group_by("col1").aggregate([("struct_col", "hash_list")])
^^^
File "pyarrow/table.pxi", line 6359, in pyarrow.lib.TableGroupBy.aggregate
File "l/.venv/lib/python3.11/site-packages/pyarrow/acero.py", line 403, in
_group_by
return decl.to_table(use_threads=use_threads)
^^
File "pyarrow/_acero.pyx", line 590, in pyarrow._acero.Declaration.to_table
File "pyarrow/error.pxi", line 155, in
pyarrow.lib.pyarrow_internal_check_status
File "pyarrow/error.pxi", line 92, in pyarrow.lib.check_status
pyarrow.lib.ArrowNotImplementedError: Function 'hash_list' has no kernel
matching input types (struct, uint32)
### Component(s)
Python
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@arrow.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
