Silvio Traversaro

> I tried, but openusd is quite big (but fortunately quite parallel), and my workaround failed. I will probably need to iterate on a physical macOS machine to do some...

For anyone experiencing this, see https://github.com/conda-forge/openusd-feedstock/pull/15/commits/4fef8af422c3a10473b248a14a273d21b8eb2599 and https://github.com/conda-forge/openusd-feedstock/pull/15/commits/9f54a26faaf003605b75637e37735be8a1b6a7b1 for a possible workaround.

Just to clarify, note that even if there is no strict back-compatibility policy, the aforementioned advantages of tags and release still hold. I just wanted to point this out, as...

> I briefly searched if there were already discussion on this but I could not find any issue or discussion related to that Probably https://github.com/Physical-Intelligence/openpi/issues/313#issuecomment-2672104794 is related.

> This is included in the near future roadmap 😄 Great, thanks!

This was solved in https://github.com/huggingface/lerobot/pull/1570 : * https://github.com/huggingface/lerobot/releases/tag/v0.3.2 * https://pypi.org/project/lerobot/#history Thanks a lot to everyone that worked on this! fyi @S-Dafarra @giotherobot @mtiezzi @apicis @carloscp3009

Is this only happening in GitHub Actions or also locally if you create the env ? Can you share the environment file?

The problematic dependency `_x86_64-microarch-level` was added in https://github.com/antonvorobets/fortitudo.tech/commit/6d641d304cb4b57d41691845a577c9fa6e7ebbc2 . How was that file generated? The `_x86_64-microarch-level=4` can only be installed in systems with support for `x86-64-v4`, see https://conda-forge.org/docs/maintainer/knowledge_base/#microarch and https://en.wikipedia.org/wiki/X86-64...

I investigate a bit more, and I reduced the failing test to: ~~~ from casadi import * import casadi as c import numpy import unittest from types import * from...

> I investigate a bit more, and I reduced the failing test to: > > ``` > from casadi import * > import casadi as c > import numpy >...