Romain François created ARROW-5702:
--
Summary: [C++] parquet::arrow::FileReader::GetSchema()
Key: ARROW-5702
URL: https://issues.apache.org/jira/browse/ARROW-5702
Project: Apache Arrow
Issue
Pindikura Ravindra created ARROW-5701:
-
Summary: [C++][Gandiva] Build expressions only for the required
selection vector types
Key: ARROW-5701
URL: https://issues.apache.org/jira/browse/ARROW-5701
Tham created ARROW-5700:
---
Summary: [C++] Failed to open local file: Bad file descriptor
Key: ARROW-5700
URL: https://issues.apache.org/jira/browse/ARROW-5700
Project: Apache Arrow
Issue Type: Bug
Micah Kornfield created ARROW-5699:
--
Summary: [C++] Optimize parsing of Decimal128 in CSV
Key: ARROW-5699
URL: https://issues.apache.org/jira/browse/ARROW-5699
Project: Apache Arrow
Issue Ty
Unsubscribe
On Thu, Jun 13, 2019 at 9:21 PM Micah Kornfield
wrote:
> I'm in favor of the changes also, but since they affect the entire Java
> codebase I wanted people to be aware of them in case there are any
> objections. I plan to merge the PR tomorrow evening Past or over the
> weekend unle
The Docker nightlies are almost back to passing
https://github.com/ursa-labs/crossbow/branches/all?page=1&query=nightly-484&utf8=%E2%9C%93
I put up a WIP patch for the c_glib build but will need help with
that, and a patch for R. On the others
* I will look into turbodbc to see if it can be fixe
@Antoine -- on that I'm not sure. Having bidirectional read/write
tests for each pair of languages feels like the most secure approach
(but maybe not?), so if the runtimes grow too long, we might split up
the test matrix into multiple jobs instead of a single monolithic job.
On Sun, Jun 23, 2019 a
Wes McKinney created ARROW-5698:
---
Summary: [R] r/Dockerfile docker-compose build is broken
Key: ARROW-5698
URL: https://issues.apache.org/jira/browse/ARROW-5698
Project: Apache Arrow
Issue Type
Wes McKinney created ARROW-5697:
---
Summary: [GLib] c_glib/Dockerfile is broken
Key: ARROW-5697
URL: https://issues.apache.org/jira/browse/ARROW-5697
Project: Apache Arrow
Issue Type: Bug
On Sat, 22 Jun 2019 09:54:14 -0400
Antonio Cavallo wrote:
>
> You know, I wish the scientific communities would stop producing wheels
> > and instead encourage users to switch to conda. The wheel paradigm is
> > conceptually antiquated and is really a nuisance to package developers
> > and maint
Praveen Kumar Desabandu created ARROW-5696:
--
Summary: [Gandiva] [C++] Introduce castVarcharVarchar
Key: ARROW-5696
URL: https://issues.apache.org/jira/browse/ARROW-5696
Project: Apache Arrow
This is extremely good news.
One question though about our integration testing strategy. It seems
right now we're testing all n² possible combinations (currently n = 4).
That won't scale very far. Perhaps at some point we should switch to a
O(n) testing strategy? For example testing all cons
Yosuke Shiro created ARROW-5695:
---
Summary: [Release] Run sourcelink test in
verify-release-candidate.sh
Key: ARROW-5695
URL: https://issues.apache.org/jira/browse/ARROW-5695
Project: Apache Arrow
Micah Kornfield created ARROW-5694:
--
Summary: [Python] List of decimals are not supported when
converting to pandas
Key: ARROW-5694
URL: https://issues.apache.org/jira/browse/ARROW-5694
Project: Apac
This is awesome kudos to everyone that made it happen!
On Sat, Jun 22, 2019 at 1:07 PM Wes McKinney wrote:
> I'm excited to announce that Go has become the 4th language to
> officially participate in the Arrow binary protocol integration tests,
> after Java, C++, and JavaScript:
>
>
> https://gi
15 matches
Mail list logo
