-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
CI Failing - Linux py37_np_dev - test_constructor_list_frames #26546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
hmm, something must have changed in numpy this has been stable forever note that this should be the same
|
https://github.com/numpy/numpy/pull/13590/files or numpy/numpy#13507 is a recent change, so maybe the error that we catch has changed? |
yeah.. the only change to the environment is numpy. (somewhere between and cf704e7f245e89c623bd82cbdba7c2dd07cf5fb4 and c9b25c939e0c64131b786a1922fe4c1f83db3e77) but that's 3 days of commits. checking to see if i can narrow it further. |
i think the error first appeared here. https://github.com/pandas-dev/pandas/runs/136802161 so before those changes |
i've being trying to create a npdev conda (using anaconda) environment locally on Windows. firstly the pip part does not seem to work
doing it manually for dateutil works doing it manually for numpy and scripy...
numpy-1.17.0.dev0+3341590 is from 21 days ago. so unless i'm doing something wrong. it looks like i wont be able to recreate the issue locally. |
just install the wheel directly |
Could you give me a bit more context? If I build pandas HEAD against different versions of numpy, what should I be looking for? |
(thanks for testing latest master HEAD by the way, it helps to flush these out before a release) |
@mattip I just hope it isn't something I backported. There should be wheels at http://wheels.scipy.org/ for the upcoming 1.16.4 release. |
@mattip hopefully
That fails for me locally, but I'm not immediately sure how to provide a Numpy-only example. |
i think that numpy-1.17.0.dev0+20190507201151_3341590-cp35-cp35m-win_amd64.whl is the latest wheel built for the windows platform. |
@simonjayhawkins That's curious, looks like the recent builds for windows are not getting uploaded, the latest for mac and linux went up yesterday. In fact, it looks like the daily windows builds are not being done at all, the last one was due to a PR merge. @tylerjereddy @matthew-brett Thoughts? EDIT: A PR merge to MacPython/numpy-wheels master. |
@mattip not quite NumPy only yet, but here's a simpler example: In [7]: import numpy as np; import pandas as pd
In [8]: np.array([pd.DataFrame()])
---------------------------------------------------------------------------
ValueError Traceback (most recent call last)
<ipython-input-8-af325d2f0a84> in <module>
----> 1 np.array([pd.DataFrame()])
ValueError: could not broadcast input array from shape (0,0) into shape (0) previously (1.16.2, probably other versions) that was In [43]: np.array([pd.DataFrame()])
Out[43]: array([], shape=(1, 0), dtype=float64) |
thanks.. i'll be AFK for a few hours but if i'll check that build with pandas on Windows when i get back. |
@charris Pretty sure cron job wheel builds are only activated for Travis (Linux / Mac) & not Appveyor (Windows) for both NumPy and SciPy wheels infrastructures. Looks like Matti might try to bisect NumPy based on discussion above, so I won't duplicate that effort unless requested. |
@tylerjereddy True, I was just wondering if there was a way to activate it. |
PR numpy/numpy#13399 seems to have caused this, merged two days ago. Make sense since it changed the way we make lists-of-objects into ndarrays. Now digging for a test we can put into our regression testing and a fix. Thanks for the heads up, hope it is not too complicated to fix |
Reverts pandas-dev#26548 xref numpy/numpy#13663 Closes pandas-dev#26546
Reverts #26548 xref numpy/numpy#13663 Closes #26546
appeared on latest push to master, and recently updated PRs.
The text was updated successfully, but these errors were encountered: