-
Notifications
You must be signed in to change notification settings - Fork 382
uv install error #472
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
I just got the same error here. Looking for help |
it runs fine on a fresh env we have:
and
what environment are you using? i can try test it there. |
I failed with uv install today on cluster, I was also able to install the env on my local desktop few days ago with exact the python 3.11.12 The desktop os version: Distributor ID: Ubuntu The cluster os version: LSB Version: :core-4.1-amd64:core-4.1-noarch |
we haven't tested anything with Rockylinux on our end. is it possible to use ubuntu? Alternatively, you could run with an ubuntu container on your cluster. |
If I use docker to build, this error will not appear. A week ago, I used the official command to configure the environment and there was no error. But recently, this error will appear. I still get this error when I install the pyav related packages. I may not be good at using uv. It may have an advantage in python package management, but I am better at using conda. |
i have also tried with 3.11.12 on ubuntu and it works fine:
unfortunately, i don't have a rockylinux vm to test, but i have tried running in rockylinux container and it works fine:
could you double check and make sure there are no accidental modifications to either |
The root cause isn’t OpenPI itself—it’s the outdated lerobot commit the repo is pinned to. That old commit still depends on the package name pyav, which is wrong; the library is now published as av. Seems like this was fixed upstream in lerobot at commit If you manually bump the lerobot hash in uv.lock, the installation goes through, but you’ll then hit other incompatibilities because OpenPI was written against the older lerobot API. The long-term fix is for OpenPI to update its lerobot reference to at least ed83cbd and adjust any breaking changes accordingly. I’m not sure whether we can simply patch the install script to pull av in place of pyav while still using the original lerobot commit. |
i think that is the reason. |
it's possible but unlikely to be the case in my opinion since it won't explain why another fresh installation inside the container still works (there are no uv cache exists). since i am not able to repro it in any environment that is available to me, you can follow these steps as a workaround to unblock yourself if it could fix the issue:
|
I am having the same problem. I'm using ubuntu 24.04. BeforeIn uv.lock, we have:
In the above, we have Also, in pyproject.toml, we have
AfterI updated uv.lock to the latest lerobot commit: a445d9c9da6bea99a8972daa4fe1fdd053d711d2. Specifically, I do this:
I updated pyproject.toml:
Then, I rerun It installs this time without an error! |
I did not get any pyav related errors during my previous installation, but recently I got this error in a new environment.
The text was updated successfully, but these errors were encountered: