Offer one stable stack per PyTorch minor (2.9+) on every index card - #15
Conversation
Every tuple was verified to exist upstream (torch + matching torchvision + torchaudio wheels for the card's platforms, cp310-cp314): - cu126: add 2.10.0, 2.12.1 (now 2.9-2.13) - cu128: add 2.10.0 (index tops out at 2.11) - cu130: add 2.9.1, 2.10.0, 2.12.1 (now 2.9-2.13) - rocm7.1 (linux): add 2.10.0, 2.12.1, 2.13.0 (no 2.9 on that index) - rocm7.14.0 multi-arch: add 2.12.0 (index serves 2.10-2.12 only) - xpu: add 2.9.1, 2.10.0, 2.12.1 (now 2.9-2.13) - cpu: add 2.9.1, 2.10.0, 2.12.1, 2.13.0 (now 2.9-2.13) - pypi/mps: add 2.9.1, 2.10.0, 2.12.1, 2.13.0 (now 2.9-2.13) torchaudio publishes nothing past 2.11.0, so 2.12/2.13 tuples pair with torchaudio 2.11.0, same as the existing 2.13 entries. Dates are the torch release upload dates from PyPI; the AMD multi-arch entry uses the ROCm 7.14.0 GA date like its siblings, keeping the validated 2.11.0 entry first among date-ties (picker default). 14 -> 35 stacks; validator and all 45 script tests pass. Amp-Thread-ID: https://ampcode.com/threads/T-019f9e5f-73ce-745e-bd14-4337a5f52ebd Co-authored-by: Amp <amp@ampcode.com>
|
Warning Review limit reached
Next review available in: 13 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthrough
ChangesPlatform stack catalog
🚥 Pre-merge checks | ✅ 2✅ Passed checks (2 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
✨ Simplify code
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
E2E on an Arc B570 (Windows, Python 3.13.12, driver 32.0.101.8860): pip installs torch 2.9.1+xpu and its 2025.2.1 Intel runtime family fine, but importing torch fails with WinError 127 loading torch_python.dll, so the switch verification fails and rolls back every time. The wheels exist upstream but do not work on a current Windows Arc setup, so the catalog must not offer the tuple. xpu card now spans 2.10-2.13. Validator and tests still pass. Amp-Thread-ID: https://ampcode.com/threads/T-019f9e5f-73ce-745e-bd14-4337a5f52ebd Co-authored-by: Amp <amp@ampcode.com>
What
Expands the stable catalog from 14 to 34 stacks so every index card offers one stable release per PyTorch minor starting at 2.9, wherever the complete tuple actually exists upstream AND works.
Verification
cpXY-none-macosxwheels that 2.9/2.10 macOS torch ships).python scripts/validate_torch_index_stacks.py torch-index-stacks.json: OK (34 stacks)python -m unittest scripts.test_torch_index_scripts: 45 tests, OKHardware E2E validation of new entries
WinError 127loadingtorch_python.dllafter a successful pip install, so the switch verification deterministically fails and rolls back. A tuple that exists but cannot pass verification must not be offered.No validator or schema changes needed - additions only.