Description
I am trying to follow the new official Isaac Teleop / Isaac Lab workflow to use:
- Meta Quest 3 as the XR/HMD source
- Manus gloves for finger tracking
- Isaac Lab teleoperation in simulation
The intended setup is:
- Quest provides XR session / wrist pose
- Manus provides finger joints
- Isaac Lab teleop combines both in simulation
However, the teleop device creation fails because isaacsim.kit.xr.teleop.bridge cannot be found.
This appears very similar to #5221, but I am reporting my full environment and reproduction because I can consistently reproduce it on a fresh setup.
Environment
- OS: Ubuntu 24.04.4 LTS
- GPU: NVIDIA GeForce RTX 5080
- Driver: 590.48.01
- Python: 3.12
- Isaac Sim:
6.0.0.0 (pip)
- Isaac Lab: local
develop checkout
- isaaclab package version:
4.6.8
- isaaclab_teleop:
0.3.5
- isaacteleop:
1.2.61rc1
Installation path
I created a fresh venv and installed Isaac Sim / Isaac Lab there.
Important detail:
Initially I installed isaacsim[all], then realized from Isaac Lab docs that isaacsim[all,extscache] is required, so I explicitly installed:
isaacsim-extscache-kit==6.0.0.0
isaacsim-extscache-kit-sdk==6.0.0.0
isaacsim-extscache-physics==6.0.0.0
After that, OpenXR-related extensions such as:
omni.kit.xr.system.openxr
omni.kit.xr.bundle.generic
started loading correctly.
However, isaacsim.kit.xr.teleop.bridge is still missing.
Reproduction
Command:
source /home/lzq/env_isaaclab_clean/bin/activate
export OMNI_KIT_ACCEPT_EULA=YES
/home/lzq/IsaacLab-develop/isaaclab.sh -p /home/lzq/IsaacLab-develop/scripts/environments/teleoperation/teleop_se3_agent.py --task Isaac-Stack-Cube-Franka-IK-Abs-v0 --visualizer kit --xr --num_envs 1 --no-auto_launch_cloudxr
Actual behavior
The app starts and XR/OpenXR-related extensions load, but teleop device creation fails with:
No versions of isaacsim.kit.xr.teleop.bridge that satisfies: [enable list] depends on isaacsim.kit.xr.teleop.bridge version *
Available packages for isaacsim.kit.xr.teleop.bridge version *:
(none found)
and then:
Failed to create teleop device: No module named 'isaacsim.kit.xr'
From the Kit log:
Failed to resolve extension dependencies. Failure hints:
* No versions of isaacsim.kit.xr.teleop.bridge that satisfies: [enable list] depends on isaacsim.kit.xr.teleop.bridge version *
- Available packages for isaacsim.kit.xr.teleop.bridge version *:
(none found)
Synced registries:
- kit/default : found 0 packages (couldn't connect or empty)
- kit/sdk : found 0 packages (couldn't connect or empty)
- kit/prod/default : found 931 packages
- kit/prod/sdk : found 785 packages
Additional observations
omni.kit.xr.system.openxr and omni.kit.xr.bundle.generic are present and start successfully after installing extscache.
isaacsim.kit.xr.teleop.bridge does not exist anywhere in the installed Isaac Sim pip layout or local extension cache.
- The public synced registries (
kit/prod/default and kit/prod/sdk) do not seem to contain isaacsim.kit.xr.teleop.bridge.
- The
kit/default / kit/sdk registries appear unreachable in my environment due to TLS/handshake failures, but even when public registries sync successfully, the bridge extension is still unavailable.
- Manus itself is not the failing part:
- Manus SDK builds correctly into IsaacTeleop
- Manus Core connection works
- failure happens specifically when Isaac Lab tries to create the XR teleop device
Expected behavior
I expected the official new workflow (IsaacTeleop + isaaclab_teleop) to support Quest + Manus teleoperation in simulation, with:
- Quest providing XR/HMD + wrist pose
- Manus providing finger tracking
- no manual legacy workaround required
Questions
- Is
isaacsim.kit.xr.teleop.bridge supposed to be included in Isaac Sim 6.0 pip installations?
- If not, from which registry/package should it be obtained?
- Is this currently a known limitation of the Isaac Sim 6.0 pip/public-registry installation path?
- Is there an officially supported installation path today for Quest + Manus with the new Isaac Teleop / Isaac Lab stack?
Related issue
Kit log
/home/lzq/env_isaaclab_clean/lib/python3.12/site-packages/isaacsim/kit/logs/Kit/IsaacLab/3.0/kit_20260423_133832.log
Description
I am trying to follow the new official Isaac Teleop / Isaac Lab workflow to use:
The intended setup is:
However, the teleop device creation fails because
isaacsim.kit.xr.teleop.bridgecannot be found.This appears very similar to #5221, but I am reporting my full environment and reproduction because I can consistently reproduce it on a fresh setup.
Environment
6.0.0.0(pip)developcheckout4.6.80.3.51.2.61rc1Installation path
I created a fresh venv and installed Isaac Sim / Isaac Lab there.
Important detail:
Initially I installed
isaacsim[all], then realized from Isaac Lab docs thatisaacsim[all,extscache]is required, so I explicitly installed:isaacsim-extscache-kit==6.0.0.0isaacsim-extscache-kit-sdk==6.0.0.0isaacsim-extscache-physics==6.0.0.0After that, OpenXR-related extensions such as:
omni.kit.xr.system.openxromni.kit.xr.bundle.genericstarted loading correctly.
However,
isaacsim.kit.xr.teleop.bridgeis still missing.Reproduction
Command:
Actual behavior
The app starts and XR/OpenXR-related extensions load, but teleop device creation fails with:
and then:
From the Kit log:
Additional observations
omni.kit.xr.system.openxrandomni.kit.xr.bundle.genericare present and start successfully after installingextscache.isaacsim.kit.xr.teleop.bridgedoes not exist anywhere in the installed Isaac Sim pip layout or local extension cache.kit/prod/defaultandkit/prod/sdk) do not seem to containisaacsim.kit.xr.teleop.bridge.kit/default/kit/sdkregistries appear unreachable in my environment due to TLS/handshake failures, but even when public registries sync successfully, the bridge extension is still unavailable.Expected behavior
I expected the official new workflow (
IsaacTeleop + isaaclab_teleop) to support Quest + Manus teleoperation in simulation, with:Questions
isaacsim.kit.xr.teleop.bridgesupposed to be included in Isaac Sim 6.0 pip installations?Related issue
Kit log
/home/lzq/env_isaaclab_clean/lib/python3.12/site-packages/isaacsim/kit/logs/Kit/IsaacLab/3.0/kit_20260423_133832.log