Aaron Meurer
Aaron Meurer
Right now `finfo` requires that the output fields be `float` https://data-apis.org/array-api/latest/API_specification/generated/signatures.data_type_functions.finfo.html#signatures.data_type_functions.finfo. However, making the results 0-D arrays would be better. For the spec itself, `float` is fine, but it's problematic...
@tomwhite suggested at https://github.com/dask/dask/pull/8750#discussion_r815757335 that we should capitalize RFC 2119 words like "SHOULD" in the spec to make it clearer that we are following the RFC. Another option might be...
The top level URLs https://data-apis.github.io/ and https://data-apis.github.io/array-api/ give 404. It should be straightforward to make these work. The first can be done by adding a `data-apis.github.io` repo on this org...
It would be useful for the test suite to have the function metadata stored in a machine readable format. Currently I am parsing the function signatures from the spec files...
It looks like https://github.com/fredrik-johansson/mpmath/pull/422 added a hard dependency on pkg_resources. I think this is a bad idea. It forces a dependency on setuptools. pkg_resources is also known to have a...
https://github.com/conda/conda/issues/841. `conda create -n test --clone root` also includes the launcher, even though it depends on conda. Assumedly it includes conda as well.
This will make it faster, but it's nontrivial because of the way the plan module works.
In Python 2, I keep getting ``` pytb File "/Users/aaronmeurer/anaconda/envs/sympy-release/lib/python2.7/site-packages/requests/api.py", line 94, in post return request('post', url, data=data, json=json, **kwargs) File "/Users/aaronmeurer/anaconda/envs/sympy-release/lib/python2.7/site-packages/requests/api.py", line 49, in request return session.request(method=method, url=url, **kwargs)...
SymPy
I'm still writing this but you can start reviewing if you want. It's just introductory stuff so far. I need to think of a good scientific workflow example to run...
What is the preferred citation to use for citing Jupyter in an academic paper? We have used [this citation](https://ipython.org/citing.html) for our [sympy paper](https://github.com/sympy/sympy-paper), but one of the reviewers has asked...