Tom de Geus

I have a similar question. I would like to run with the Python from my conda environment. This is unsuccessful for the same reason. Ref: https://github.com/tdegeus/prrng/pull/31

That solves the rendering issues with the Python version. However, there are downstream issues so that I have to exclude `pypy` : https://github.com/conda-forge/gmatelastoplasticqpot-feedstock/pull/43

A naive question, but I thought that Matlab now uses HDF5?

I see @imneme . Thanks a lot for the clarification. I guess that in order to keep things minimal I will consider living with the 32bit implementation. My purpose is...

Thanks @albert-github . I had not even noticed the dependency graph, but that is very nice! A question to workaround for `WARN_IF_UNDOCUMENTED = YES` with `WARN_AS_ERROR = YES`: is there...

Indeed, even in a different environment: ``` less /home/tdegeus/miniconda3/envs/stable/lib/python3.8/site-packages/tqdm/cli.py "/home/tdegeus/miniconda3/envs/stable/lib/python3.8/site-packages/tqdm/cli.py" may be a binary file. See it anyway? ```

Honestly I don't think that this can be easily avoided. Personally I think that any function that will cast a variable to unsigned should take a variable as unsigned. But...

Thanks for reporting. I don't have easy access to Visual Studio. Would you be willing to debug this a bit? Could you tell us which part of the implementation works...

I could not reproduce either locally. I got in on the CI in https://github.com/mamba-org/provision-with-micromamba/pull/41 with the isolated call ``` micromamba list foo ``` If I recall well this was even...

Same here! It might be a good idea to make sure that the conda-forge package only works for Python 2 (for as long as it does not yet work with...