You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
add a small runtime probe for the modules used by the VoCoType ASR path
run that probe before accepting the IBus "system Python" option
print recovery commands bound to the exact interpreter selected for the IBus launcher
pin both package manifests to the published Torch-free funasr_onnx==0.4.2
remove the obsolete 0.4.1 CPU Torch workaround while retaining the optional SLM Torch dependency
Root cause
The system-Python branch only imported numpy, sounddevice, and soundfile.
It could therefore complete installation even when the same interpreter could
not import ModelScope or the Paraformer, VAD, and punctuation entry points used
at transcription time. Installing packages into another Python environment did
not help because the generated IBus launcher remains pinned to the interpreter
selected during installation.
The new probe imports the actual runtime modules and preserves the original
exception. The package manifests now consume the upstream funasr_onnx 0.4.2
release, which declares jieba and no longer imports or installs Torch for the
default ONNX path.
a real Python 3.11 runtime using PyPI funasr-onnx==0.4.2 and modelscope==1.30.0 passed the production probe with 39 compatible packages and no Torch installed
PyPI 3.11 and 3.12 clean installs both passed dependency checks, four public ONNX imports, and a real SenseVoice CPU transcription
Upstream funasr-onnx 0.4.2 is now live on PyPI, so this PR no longer carries the temporary 0.4.1 Torch workaround. Exact head df8cb86662a6 pins both manifests to 0.4.2, keeps Torch only in the explicit slm extra, and adds release-contract regressions.
Fresh verification is 5/5 focused tests and 31 passed / 5 skipped repository-wide, plus Bash syntax, Python compilation, TOML/dependency checks, and a real production runtime probe using PyPI funasr-onnx==0.4.2 + ModelScope with 39 compatible packages and no Torch installed. The PR is ready for review and merge.
Codex usage limits have been reached for code reviews. Please check with the admins of this repo to increase the limits by adding credits.
Credits must be used to enable repository wide code reviews.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
funasr_onnx==0.4.20.4.1CPU Torch workaround while retaining the optional SLM Torch dependencyRoot cause
The system-Python branch only imported
numpy,sounddevice, andsoundfile.It could therefore complete installation even when the same interpreter could
not import ModelScope or the Paraformer, VAD, and punctuation entry points used
at transcription time. Installing packages into another Python environment did
not help because the generated IBus launcher remains pinned to the interpreter
selected during installation.
The new probe imports the actual runtime modules and preserves the original
exception. The package manifests now consume the upstream
funasr_onnx 0.4.2release, which declares
jiebaand no longer imports or installs Torch for thedefault ONNX path.
This closes both sides of
issue #30. The upstream
release was delivered through
modelscope/FunASR#3242 and is
available from PyPI.
Verification
0.4.1pins and obsolete workaroundpython -m pytest -q test/test_installer_runtime.py(5 passed)python -m pytest -q(31 passed, 5 skipped)funasr-onnx==0.4.2andmodelscope==1.30.0passed the production probe with 39 compatible packages and no Torch installedbash -n scripts/install-ibus.sh, Python compilation, TOML parsing, package-pin contract, andgit diff --check