You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Taking a step back, we do all this version parsing magic in setup.py here.
Not really sure why this is necessary, can't we just require this to be "torch>=1.0.1"? Or is there some issue with the package naming?
The text was updated successfully, but these errors were encountered:
Before #663 was merged the reason we did version parsing was to solve exactly this issue, where we want to allow people to update gpytorch without overwriting their torch install if they have torch-nightly installed.
Do you have a solution in mind or should we revert #663? I'd rather do the version parsing than have pip install gpytorch do silly things for people who are on pytorch-nightly.
Yeah so is scrapped this because the parsing actually didn't work for me. Turns out this is an obscure bug with pip 19.0.1 in conjunction with having a pyproject.toml file: pypa/pip#6163
Not quite sure what the proper solution is for this. Sledgehammer would be removing pyproject.toml. We could also try to check pip version at runtime. Maybe there is also a way to check whether either torch or torch-nightly is installed without actually importing them?
Installing nightlies first and then installing gpytorch reverts torch to latest stable:
Installing gpytorch first and then installing nightlies works properly:
Taking a step back, we do all this version parsing magic in setup.py here.
Not really sure why this is necessary, can't we just require this to be
"torch>=1.0.1"
? Or is there some issue with the package naming?The text was updated successfully, but these errors were encountered: