Actually publish v0.0.30#59
Conversation
…nda-forge-pinning 2025.06.25.17.20.38
export CUTLASS_NVCC_ARCHS="80 86 89"
…nda-forge-pinning 2025.07.21.12.24.54
This reverts commit dc711be.
…nda-forge-pinning 2025.07.21.12.24.54
xformers v0.0.31 and rebuild for pytorch 2.7
unclear why this was done in conda-forge@9463df0 Note that the run-requirement `pytorch * cuda*` already depends on `__cuda`, so CPU hosts can never pull in the CUDA variant by accident
…nda-forge-pinning 2025.07.22.16.20.36
Upgrade to CUDA 12.9; v0.0.31.post1
- Needed for vllm 0.9.2: conda-forge/vllm-feedstock#10
|
@conda-forge-admin, please rerender |
|
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
|
We do not go back to old versions on main. I branched off an existing (never-published) commit where we were on 0.0.30 during the course of #50 - it might still be a good idea to keep the improvements since then (or not, I'll leave that up to you). I don't remember why we never published 0.0.30, probably because the feedstock had been stuck and 0.0.31 had been out already when we unblocked it |
Thanks for changing that! I agree, it might be a good idea to keep the improvements since then.
Yeah, I think that's why |
|
All checks have passed! |
Checklist
0(if the version changed)conda-smithy(Use the phrase@conda-forge-admin, please rerenderin a comment in this PR for automated rerendering)NOTE: This should NOT be merged to main, but to a new branch instead. I don't think I can do that if I'm not a maintainer though.
Also, although CUDA architectures 9.0 and later can be built, they fail at test time due to the following error: