Neal Richardson created ARROW-8325:
--
Summary: [R][CI] Stop including boost in R windows bundle
Key: ARROW-8325
URL: https://issues.apache.org/jira/browse/ARROW-8325
Project: Apache Arrow
Neal Richardson created ARROW-8324:
--
Summary: [R] Add read/write_ipc_file separate from _feather
Key: ARROW-8324
URL: https://issues.apache.org/jira/browse/ARROW-8324
Project: Apache Arrow
On Thu, Apr 2, 2020 at 2:19 PM Antoine Pitrou wrote:
>
>
> Le 02/04/2020 à 20:58, Joris Van den Bossche a écrit :
> >
> > Yes, both autopep8 and black can fix up linting issues to ensure your code
> > passes the PEP8 checks (although autopep8 can not fix all issues
> > automatically).
> > But
Le 02/04/2020 à 20:58, Joris Van den Bossche a écrit :
>
> Yes, both autopep8 and black can fix up linting issues to ensure your code
> passes the PEP8 checks (although autopep8 can not fix all issues
> automatically).
> But with autopep8 you *still* need to think about how to format your code,
Personally, I don't think autopep8 being less aggressive / more conservative
is that relevant. This is only for the single PR that does the reformatting
where black gives a much bigger number of changed lines. But once that
one-time cost is paid, using black will not give larger diffs or make more
Ben Kietzman created ARROW-8323:
---
Summary: [C++] Pin gRPC at v1.27 to avoid compilation error in its
headers
Key: ARROW-8323
URL: https://issues.apache.org/jira/browse/ARROW-8323
Project: Apache Arrow
Krisztian Szucs created ARROW-8322:
--
Summary: [CI] Fix C# workflow file syntax
Key: ARROW-8322
URL: https://issues.apache.org/jira/browse/ARROW-8322
Project: Apache Arrow
Issue Type: Task
Krisztian Szucs created ARROW-8321:
--
Summary: [CI] Use bundled thrift in Fedora 30 build
Key: ARROW-8321
URL: https://issues.apache.org/jira/browse/ARROW-8321
Project: Apache Arrow
Issue
Wes McKinney created ARROW-8320:
---
Summary: [Documentation][Format] Clarify (lack of) alignment
requirements in C data interface
Key: ARROW-8320
URL: https://issues.apache.org/jira/browse/ARROW-8320
Krisztian Szucs created ARROW-8319:
--
Summary: [CI] Install thrift compiler in the debian build
Key: ARROW-8319
URL: https://issues.apache.org/jira/browse/ARROW-8319
Project: Apache Arrow
Francois Saint-Jacques created ARROW-8318:
-
Summary: [C++][Dataset] Dataset should instantiate Fragment
Key: ARROW-8318
URL: https://issues.apache.org/jira/browse/ARROW-8318
Project: Apache
Wes McKinney created ARROW-8317:
---
Summary: [C++] grpc-cpp 1.28.0 from conda-forge causing Appveyor
build to fail
Key: ARROW-8317
URL: https://issues.apache.org/jira/browse/ARROW-8317
Project: Apache
On Thu, Apr 2, 2020 at 12:06 PM Antoine Pitrou wrote:
>
>
> Hi,
>
> On Thu, 2 Apr 2020 16:56:06 +
> Brian Bowman wrote:
> > A new high-performance file system we are working with returns an error
> > while writing a .parquet file. The following arrow symbol does not
> > resolve properly
Hi,
On Thu, 2 Apr 2020 16:56:06 +
Brian Bowman wrote:
> A new high-performance file system we are working with returns an error while
> writing a .parquet file. The following arrow symbol does not resolve
> properly and the error is masked.
>
> libparquet.so: undefined symbol:
A new high-performance file system we are working with returns an error while
writing a .parquet file. The following arrow symbol does not resolve properly
and the error is masked.
libparquet.so: undefined symbol: _ZNK5arrow6Status8ToStringB5cxx11Ev
> nm libarrow.so* | grep -i
Krisztian Szucs created ARROW-8316:
--
Summary: [CI] Set docker-compose to use docker-cli instead of
docker-py for building images
Key: ARROW-8316
URL: https://issues.apache.org/jira/browse/ARROW-8316
hi Chengxin,
Yes, if you look at the JIRA tracker and look for past discussions on
the mailing list, there are plans to develop comprehensive data
manipulation and query processing capabilities in this project for use
in Python, R, and any other language that binds to C++, including
C/GLib and
I admit that the status quo does not bother me that much, so
`autopep8` as the more conservative / less aggressive option seems
fine to me, and also makes it simple for people to fix up common
linting issues in their PRs.
On Thu, Apr 2, 2020 at 5:16 AM Antoine Pitrou wrote:
>
>
> I have looked
I'm personally fine with the Black changes. After the one-time cost of
reformatting the codebase, it will take any personal preferences out
of code formatting (I admit that I have several myself, but I don't
mind the normalization provided by Black). I hope that Cython support
comes soon since a
Ben Kietzman created ARROW-8315:
---
Summary: [Python]
Key: ARROW-8315
URL: https://issues.apache.org/jira/browse/ARROW-8315
Project: Apache Arrow
Issue Type: Bug
Reporter: Ben
Hi!
I believe amount of changes is not that important.
In my opinion, what matters is which format will allow reviewers to be
more efficient.
The committer can always reformat as they like. It is harder for the reviewer.
BR,
Jacek
czw., 2 kwi 2020 o 15:32 Antoine Pitrou napisał(a):
>
>
>
PS: in both cases, Cython files are not processed. autopep8 is actually
able to process them, but the comparison wouldn't be apples-to-apples.
(that said, autopep8 gives suboptimal results on Cython files, for
example it changes "_variable" to "& c_variable" and
"void* ptr" to "void * ptr")
Hello,
I've put up two PRs to compare the effect of running black vs. autopep8
on the Python codebase.
* black: https://github.com/apache/arrow/pull/6810
65 files changed, 7855 insertions(+), 5215 deletions(-)
* autopep8: https://github.com/apache/arrow/pull/6811
20 files changed, 137
Joris Van den Bossche created ARROW-8314:
Summary: [Python] Provide a method to select a subset of columns
of a Table
Key: ARROW-8314
URL: https://issues.apache.org/jira/browse/ARROW-8314
They're mapped with the StructType/StructArray, which is also columnar
representation, e.g. one buffer per field in the sub-object. If you
have varying/incompatible types, a field will be promoted to a
UnionType.
François
On Thu, Apr 2, 2020 at 12:54 AM Micah Kornfield wrote:
>
> Hi Hasara,
>
Hi all,
I am working on a distributed sorting program which runs on multiple
computation nodes.
In this sorting program, data is represented as pandas DataFrames and key
operations are groupby, concat, and sort_values. For shuffling data among the
computation nodes, the DataFrames are
I have looked at the kind of reformatting used by black and I've become
-1 on this. `black` is much too aggressive and actually makes the code
less readable.
`autopep8` seems much better and less aggressive. Let's use that
instead.
Regards
Antoine.
On Thu, 26 Mar 2020 20:37:01 +0100
Joris
Upgrading the pip installer worked perfectly. Thanks!
Regards,
Anish Biswas
On 2020/04/02 09:35:50, Antoine Pitrou wrote:
>
> Hi Anish,
>
> It looks like a bug with old pip versions. You can first upgrade pip using:
>
> $ pip install -U pip
>
> Then redo the "pip install" command for
Hi Anish,
It looks like a bug with old pip versions. You can first upgrade pip using:
$ pip install -U pip
Then redo the "pip install" command for pyarrow.
If you can't upgrade pip, you can install Numpy separately first (using
"pip install numpy").
Regards
Antoine.
Le 02/04/2020 à
ZMZ91 created ARROW-8313:
Summary: [Gandiva][UDF] Solutions to register new UDFs dynamically
without checking it into arrow repo.
Key: ARROW-8313
URL: https://issues.apache.org/jira/browse/ARROW-8313
Yuan Zhou created ARROW-8312:
Summary: improve IN expression support
Key: ARROW-8312
URL: https://issues.apache.org/jira/browse/ARROW-8312
Project: Apache Arrow
Issue Type: Improvement
31 matches
Mail list logo
