CloudXR service tests can only run against a mocked runtime; no GPU path for src/core/cloudxr_tests
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 56/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- docker-compose, github-actions, python
- Ambito
- ci-cd, infrastructure, testing
Direzione di ricerca
Inizia con src/core/cloudxr_tests e il precedente del workflow test-viz-gpu. Aggiungi un livello di test sul runtime reale che venga saltato quando non è disponibile alcun runtime e che venga eseguito sul GPU runner, mantenendo i mock solo per gli stati impossibili. Il lavoro è completato quando il comportamento del ciclo di vita, come start, stop e status, viene testato con il runtime reale, mentre CPU ctest rimane pulito.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
src/core/cloudxr_tests and src/core/rig_tests run only under ctest on GitHub-hosted, GPU-less runners, so every test that touches the runtime has to fake one: a hand-bound unix socket for is_runtime_live(), a mocked Popen for the runtime process, and now a patched runtime_version() (it dlopens libcloudxr, which needs libcuda). At that point we are testing the mocks as much as the service. Nothing verifies that service start really detaches, that stop really tears the runtime down, or that status reads a real /proc cmdline.
What already exists
- GPU runners:
[self-hosted, linux, gpu, x64|arm64], used bytest-viz-gpu,test-cloudxr,test-teleop-ros2. Gated only onneeds: build-ubuntu, so they do run on PRs. - ctest never runs on them. It runs only in
build-ubuntu, unfiltered. test-viz-gpuis the precedent worth copying: viz python tests carrypytestmark = skipif(not _gpu_available()), skip cleanly on the CPU runner, and the same files are re-run withpytestagainst the built wheel on the GPU runner.test-cloudxrcannot host these as-is — the runtime is a separate compose service and the run dir is mounted:ro, so no lifecycle test can write to it.
Direction
Add a real-runtime tier to cloudxr_tests that skips when no runtime is available, and run it on the GPU runner the way test-viz-gpu runs the viz suite. Keep mocks only for branches a real runtime cannot produce (wedged service, stale pid).
Related: #880 (hand-registered GPU example tests — same root cause on the examples/ side). Stubs introduced by #927.
- Lingua principale
- Python
- Stelle
- 403
- Fork
- 94
- Merge medio
- 2g 5h
- PR unite (30g)
- 95
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di NVIDIA/IsaacCapture
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
NVIDIA/IsaacCapture#910 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
NVIDIA/IsaacCapture#891 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
NVIDIA/IsaacCapture#1217 ·
I maintainer di solito rispondono entro 1 giorno
-
Release Notes Draft: 1.5Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 20/100
NVIDIA/IsaacCapture#1214 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 50/100
NVIDIA/IsaacCapture#1181 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di NVIDIA/IsaacCapture
Issue simili
-
mermaid_extract.py silently discards single-line state-diagram notes; sequence notes are keptAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
cathrynlavery/diagram-design#441 ·
I maintainer di solito rispondono entro 2 giorni
-
[Cleanup] Include the public header in work_split.cppForse già presa @blozano-tt l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
tenstorrent/tt-metal#60850 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
backend::sglang bug language::python observability
Difficoltà 2/5 Mezza giornata Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
OpenShot/openshot-qt#6202 ·
I maintainer di solito rispondono entro 1 giorno