-
-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Pytorch 2.0 #151
Comments
We should likely create a branch for 1.13 and migrate it. While publishing rc to a dev channel. We can do this, even if just for the CPU builds. |
IMO 1.13 can stay on main for a while, we only need a dev branch and |
ok. i won't branch out for a while then. Lets see how far somebody gets on the CIs. then if there is something for us to publish before the rc or official release, we can branch out then for 2.0. I mostly like keeping the main branch at the latest and greatest version (according to upstream) and leaving branches for versions we deem important. |
We should still IMO add a |
i think test was to test some CIs that isuru got that were associated with conda-forge. |
Time to spin this forward? pytorch/pytorch#94937 |
We could make a release candidate branch branch and release to a non main channel if you want |
I meant a PR for testing to ensure we will be ~ready by the time it is released. Isn't the build supposed to be quite different now? |
We can start with a PR; if we have the resources to create builds and push them to a dev channel, all the better |
https://github.com/pytorch/pytorch/releases/tag/v2.0.0 was released today! :) |
Hi all, |
I've mostly given up on my experimental PRs. main is the best to follow. |
Just letting you know that I’ve been working on this and I’m pretty close, at least for the non-cuda Linux-64 build. Will create a PR next week |
Closed by #165 |
Triton discussion continues in #166 |
Pytorch 2.0 recently got announced, and it looks like it'll bring lots of goodies.
However, with the strong focus on the new compiler backend, things are predictably getting heavier for the build. Seems the default backend will be triton, which we have in conda-forge already, but so far only for linux-x64 + CUDA (no CPU version). That feedstock is also pushing hard against the 6h limit.
Release is planned March 2023.
If we have the capacity, I think it'd make sense to start playing with this, perhaps even pushing into a dev branch, so that we might have a chance to provide feedback on critical issues before release.
The text was updated successfully, but these errors were encountered: