Nikhil Verma

If you actually look at the directory where it complains about (in this case it's `/home/ec2-user/.torch/iopath_cache/s/dgy9c10wykk4lq4/`), you might find a file called `model_final.pth?dl=1`. Just rename the file and remove the...

**Update**: I have submitted a PR to [iopath](https://github.com/facebookresearch/iopath). While it's being reviewed, you can install `iopath` from my fork: ``` pip install -U 'git+https://github.com/nikhilweee/iopath' ```

Sorry, I do not understand Chinese.

I think this is the change that might help you: https://github.com/tadashiK/mujoco-py/blob/1458e68466c1feb87cac8a08438ef36369292320/mujoco_py/builder.py#L86-L88 Ref: https://github.com/openai/mujoco-py/issues/523#issuecomment-735790819

@wookayin Thank you so much for putting in a workaround for now. In my case, `/usr/local/lib` did not exist so I had to `sudo mkdir /usr/local/lib` manually. This didn't seem...

I would definitely like to see this being implemented.

A workaround for me was to downgrade urwid. ``` pip install urwid==2.5.2 ```

The pyproject standard already supports `[project.scripts]`, so uv may not need to use its own table. https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#creating-executable-scripts

Or maybe `[tool.uv.run]` to be consistent with the command `uv run`. Or we could even think about `[tool.uv.commands]`. I'm not a big fan of `[tool.uv.scripts]` since it conflicts with `[project.scripts]`...

Putting together some thoughts about semantics. This issue is about adding support for running arbitrary instructions specified in `pyproject.toml`. I deliberately use the term _instruction_ to avoid using any of...