Solving environment: failed with initial frozen solve. #1
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
line 1 of the setup.bat is giving me grief:
F:\sd\tortoise-tts>conda install pytorch torchvision torchaudio pytorch-cuda=11.6 -c pytorch -c nvidia
Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Collecting package metadata (repodata.json): done
Solving environment:
(never completes, just spins forever)
tried with all versions of python i could think of (3.7/3.8/3.9/3.10/3.11), none solve.
cuda 11.7 installed in windows and works with stable diffusion in another conda 3.9 env.
pulled all traces of anaconda off the box, cleaned up environment variables, rebooted. clean install of the 5/22 build nets the same results. moved back to 10/22 for more of the same.
any ideas?
I have a few:
Personally, I had conda take quite a but on the
solving environment
pass, but it did resolve itself eventually. I'm not too fond of conda since it's more bloat, so I was going to try and drop it anyways. I should have a replacement setup guide for it by the end of today, if time allows.I suppose when I get a nice and easy replacement bat script to use pip+venv, I'll refer you to use that instead.
I got a working setup with just Python 3.9 and pip in commit
5c876b81f3
and updated thesetup.bat
to reflect it. I suppose it's not a true fix to the issue, but it definitely cuts down on the bloat that comes with Anaconda.anaconda loves that bloat.
confirming, just set up a new 3.9, git pull, and ran the setup. it rolled through just fine aside from activate.bat trying to run 'py' instead of 'python'. just copied the executable to py.exe as a quick work around since doskey aliases seem to always get lost when dealing with php/python/perl/bat/exe's calling each other.
works great, though. thanks for the help and for the work involved with vitalizing this project!