[GH-ISSUE #2178] Manager installs pre-release torch packages, then undoes the installation #887

New issue

Open

opened 2026-10-27 21:23:33 +00:00 by bsakaguchi · 2 comments

bsakaguchi commented

2026-10-27 21:23:33 +00:00

Owner

Originally created by @Adreitz on GitHub (Sep 25, 2025).
Original GitHub issue: https://github.com/Comfy-Org/ComfyUI-Manager/issues/2178

Given that I use a Mac, I prefer to run the torch/audio/vision nightlies to stay up to date with improvements and fixes. However, starting a few months ago, the installation became much more difficult using ComfyUI-Manager.

To do the installation, I copy the text --pre torch torchvision torchaudio --index-url https://download.pytorch.org/whl/nightly/cpu into Manager's package installation dialog and restart the server. Manager properly downloads the newest versions and places them in the site-packages folder.

However, recently, when ComfyUI starts again, there is a significant pause. The prerelease packages are removed and the newest release versions are installed instead. This will keep happening if I rely on Manager's installation routine. In order to get the prerelease versions properly installed, I now need to move their folders out of site-packages between when Manager installs them and uninstalls them. Once ComfyUI starts with the release PyTorch packages, I then manually delete them, move the prerelease folders back in to site-packages, and restart the server again. This is cumbersome and often requires several attempts.

Is there anything that can be done to fix this?

Originally created by @Adreitz on GitHub (Sep 25, 2025). Original GitHub issue: https://github.com/Comfy-Org/ComfyUI-Manager/issues/2178 Given that I use a Mac, I prefer to run the torch/audio/vision nightlies to stay up to date with improvements and fixes. However, starting a few months ago, the installation became much more difficult using ComfyUI-Manager. To do the installation, I copy the text `--pre torch torchvision torchaudio --index-url https://download.pytorch.org/whl/nightly/cpu` into Manager's package installation dialog and restart the server. Manager properly downloads the newest versions and places them in the site-packages folder. However, recently, when ComfyUI starts again, there is a significant pause. The prerelease packages are removed and the newest release versions are installed instead. This will keep happening if I rely on Manager's installation routine. In order to get the prerelease versions properly installed, I now need to move their folders out of site-packages between when Manager installs them and uninstalls them. Once ComfyUI starts with the release PyTorch packages, I then manually delete them, move the prerelease folders back in to site-packages, and restart the server again. This is cumbersome and often requires several attempts. Is there anything that can be done to fix this?

bsakaguchi commented

2026-10-27 21:23:34 +00:00

Author

Owner

@Bobstar88 commented on GitHub (Sep 27, 2025):

Same thing here.

@Bobstar88 commented on GitHub (Sep 27, 2025): Same thing here.

bsakaguchi commented

2026-10-27 21:23:34 +00:00

Author

Owner

@Adreitz commented on GitHub (Nov 3, 2025):

Just an update that the issue is still present, but the workaround is a little simpler than I thought before (or perhaps it has simplified due to changes in Comfy and Manager): simply have Comfy running with some version of torch, move the package folders out of site-packages, copy the previous text into the package installation dialog, and restart. Just the fact that the package folders are not present at restart seems to enable the update to happen properly.

@Adreitz commented on GitHub (Nov 3, 2025): Just an update that the issue is still present, but the workaround is a little simpler than I thought before (or perhaps it has simplified due to changes in Comfy and Manager): simply have Comfy running with some version of torch, move the package folders out of `site-packages`, copy the previous text into the package installation dialog, and restart. Just the fact that the package folders are not present at restart seems to enable the update to happen properly.