Philipp Moritz created ARROW-2976:
-
Summary: [Python] Directory in pyarrow.get_library_dirs() on
Travis doesn't contain libarrow.so
Key: ARROW-2976
URL: https://issues.apache.org/jira/browse/ARROW-2976
Philipp Moritz created ARROW-2975:
-
Summary: [Plasma] TensorFlow op: Compilation only working if arrow
found by pkg-config
Key: ARROW-2975
URL: https://issues.apache.org/jira/browse/ARROW-2975
+1
ran ./dev/release/verify-release-candidate.sh 0.10.0 1
(same GISCAN issue Uwe has mentioned in RC0 thread)
* macOS 10.13.5
* java 10.0.2
* python 3.6.5
* clang-902.0.39.2
* node v10.6.0
On Aug 3 2018, at 5:52 pm, Uwe L. Korn wrote:
>
> +1 (binding)
> * ran
Wes McKinney created ARROW-2974:
---
Summary: [Python] Replace usages of "source activate" with "conda
activate" in CI scripts
Key: ARROW-2974
URL: https://issues.apache.org/jira/browse/ARROW-2974
Wes McKinney created ARROW-2971:
---
Summary: [Python] Give more descriptive names to
python_to_arrow.cc/arrow_to_python.cc
Key: ARROW-2971
URL: https://issues.apache.org/jira/browse/ARROW-2971
Project:
Wes McKinney created ARROW-2970:
---
Summary: [Python] NumPyConverter::Visit for
Binary/String/FixedSizeBinary can overflow
Key: ARROW-2970
URL: https://issues.apache.org/jira/browse/ARROW-2970
Project:
+1 (binding)
* ran ./dev/release/verify-release-candidate.sh on MacOS
* verified together with Marco that his problems are gone
On Fri, Aug 3, 2018, at 5:45 PM, Li Jin wrote:
> +1
>
> ran ./dev/release/verify-release-candidate.sh on MacOS
>
> * Java 8
> * clang-902.0.39.2
>
> On Fri, Aug 3,
+1
ran ./dev/release/verify-release-candidate.sh on MacOS
* Java 8
* clang-902.0.39.2
On Fri, Aug 3, 2018 at 3:31 PM, Phillip Cloud wrote:
> That should say "2nd" release candidate by the way. Apologies.
>
> On Fri, Aug 3, 2018 at 11:29 AM Phillip Cloud wrote:
>
> > +1 (binding)
> >
> > ran
That should say "2nd" release candidate by the way. Apologies.
On Fri, Aug 3, 2018 at 11:29 AM Phillip Cloud wrote:
> +1 (binding)
>
> ran ./dev/release/verify-release-candidate.sh 0.10.0 1
>
> * Arch Linux
> * java8
> * ruby 2.5.1p57
> * python3.6
> * clang 6.0.0
> * node v10.5.0
>
> On Fri,
+1 (binding)
ran ./dev/release/verify-release-candidate.sh 0.10.0 1
* Arch Linux
* java8
* ruby 2.5.1p57
* python3.6
* clang 6.0.0
* node v10.5.0
On Fri, Aug 3, 2018 at 10:55 AM Phillip Cloud wrote:
> Hello all,
>
> I'd like to propose the 1st release candidate (rc1) of Apache Arrow version
>
Hello all,
I'd like to propose the 1st release candidate (rc1) of Apache Arrow version
0.10.0. rc0 was invalidated because of ARROW-2963, the fix for which is
incorporated into rc1.
This release candidate is distinct from previous releases in that it
includes binary artifacts such as python
I'm cutting RC1 right now, right in the middle of uploading binaries to
SVN...
On Fri, Aug 3, 2018 at 9:00 AM Marco Neumann
wrote:
> +1
> Tested against a wide range of applications and no obvious problems found
> so far.
>
> For our regular test against master: WIP, ETA around end of September
+1
Tested against a wide range of applications and no obvious problems found so
far.
For our regular test against master: WIP, ETA around end of September
(hopefully faster).
Thanks,
Marco
On August 2, 2018 9:50:49 PM GMT+02:00, Wes McKinney
wrote:
>I think it's OK to proceed with the next
Wes McKinney created ARROW-2969:
---
Summary: [R] Convert between StructArray and "nested" data.frame
column containing data frame in each cell
Key: ARROW-2969
URL: https://issues.apache.org/jira/browse/ARROW-2969
Wes McKinney created ARROW-2968:
---
Summary: [R] Multi-threaded conversion from Arrow table to R
data.frame
Key: ARROW-2968
URL: https://issues.apache.org/jira/browse/ARROW-2968
Project: Apache Arrow
Wes McKinney created ARROW-2967:
---
Summary: [Python] Add option to treat invalid PyObjec* values as
null in pyarrow.array
Key: ARROW-2967
URL: https://issues.apache.org/jira/browse/ARROW-2967
Project:
This was fixed in 0.10.0
On Fri, Aug 3, 2018, 2:28 AM Antoine Pitrou wrote:
> On Thu, 2 Aug 2018 22:10:25 -0700
> Rares Vernica wrote:
> > Hi,
> >
> > The docs suggest that a RecordBatch is a collection of equal-length array
> > instances. It appears that this is not enforced and one could
On Thu, 2 Aug 2018 22:10:25 -0700
Rares Vernica wrote:
> Hi,
>
> The docs suggest that a RecordBatch is a collection of equal-length array
> instances. It appears that this is not enforced and one could build a
> RecordBatch from arrays of different length. Is this intentional?
Not really,
18 matches
Mail list logo
