martindurant on master
Fix relative path parsing on wi… (compare)
mrocklin on 1.25.3
mrocklin on master
bump version to 1.25.3 (compare)
mrocklin on master
bump version to 1.1.1 (compare)
mrocklin on 1.1.1
dask-worker-spaceto the configured tmp folder)
np.add(dask_arr1, dask_arr2, dask_specific_argument="value")? I am cleaning out the code in NumPy and that includes checking argument names (not the actual values) up-front before dispatching to
Hello, apologies if i'm not asking in the right place here, but:
I noticed that running mypy on a file that uses dask results in
Skipping analyzing 'dask.bag': found module but no type hints or library stubs
Assuming its done with consideration and very incrementally, is there openness to receiving PRs that add support for the typing module and related tooling to dask?
I am a relative newcomer to dask so I could be totally off base here but figured i'd ask! Thanks!
dask.threaded.get. You might find the dask-on-ray executor interesting (which defers scheduling to ray).
I'm trying to run the test and it seems some tests depending and
recursive=True are failing test environment tracking why this fails lead me to fsspec trying to run a
_get_file() on a "folder" if we can call them that, an it fails with a 404, one way to fix this is to use a glob in the test (adding a
*) so that only files are sent to
But i'm confused, the CI tells me that the test is passing so I'm wondering if this should be fixed or not. or if my test environment is not well setup.
If it should, should we fix the test itself ? or should we fix the logic of fsspec / gcsfs when using the
The second option will lead to a breaking change some might rely on this in a way.
Hello everyone! I'm not sure this is a bug (or where is it) but I found this behavior confusing:
s_2 = pd.Series(1, index=[*range(20, 0, -1)]) ds_2 = dd.from_pandas(s_2, npartitions=5) # works assert_eq(s_2.index.to_series(), ds_2.index.to_series()) # don't works assert s_2.index.to_series() == ds_2.index.to_series().compute()
Basically the first assert works, but the second does not. Why is that? Moreover when I do:
The output is:
[1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20]
The reverse of the expected result.