feat(docker): add auditwheel to Dockerfile.sdk sdk_build stage#8743
Merged
feat(docker): add auditwheel to Dockerfile.sdk sdk_build stage#8743
Conversation
auditwheel is required by build_wheel.py --linux to auto-discover the correct manylinux platform tag from actual glibc symbol dependencies, replacing the previous hard-coded per-arch tag strings.
The SDK cmake build (TRITON_ENABLE_PERF_ANALYZER=OFF, no cuda_shared_memory .so) produces a pure Python tritonclient wheel. Using build_wheel.py --linux for the SDK is unnecessary and results in an unnormalized py3-none-manylinux tag (none ABI + platform-specific tag is contradictory). Switch to the generic py3-none-any wheel that cmake always produces. This is the correct normalized tag for a pure Python package.
tritonclient is now pure Python (no native extensions after PR #797). Both generic and linux cmake wheel targets produce py3-none-any.whl. Update find patterns in Dockerfile.sdk, Dockerfile.QA, and setup_python_enviroment.sh to match the correct wheel filename.
whoisj
approved these changes
Apr 17, 2026
yinggeh
approved these changes
Apr 17, 2026
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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
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.
triton-inference-server/client#888
triton-inference-server/model_analyzer#1019
What does the PR do?
Add
auditwheelto thepip3 installcommand in thesdk_buildstage ofDockerfile.sdk. This ensuresauditwheel repairis available when building the tritonclient wheel, so the correctmanylinux_X_Y_{arch}platform tag is auto-discovered from the glibc symbol dependencies of the native extensions (fixes the incorrect tag produced on Ubuntu 24.04 builds).Checklist
<commit_type>: <Title>Commit Type:
Related PRs:
Where should the reviewer start?
Dockerfile.sdkline 87 — thepip3 installline insdk_buildstage.Test plan:
Build the SDK container and verify
auditwheel --versionis available in thesdk_buildstage.Run
py3-wheel-publishCI job and confirm the produced.whlfile has a correctmanylinux_*tag.CI Pipeline ID: (to be added after CI run)
Caveats:
None.
Background
auditwheel repairinspects native extensions in a built wheel and emits a correctly-tagged manylinux wheel. Wheels built on Ubuntu 24.04 (glibc 2.39) cannot claimmanylinux1ormanylinux2014tags. The auto-discovery removes the need to maintain the tag manually per OS.Related Issues: