3 ms·

Yeah, and the CUDA 10.0 official Visual Studio demo project build was broken for... looks like a year, at least, because they didn't want to populate the toolki

Yeah, and the CUDA 10.0 official Visual Studio demo project build was broken for... looks like a year, at least, because they didn't want to populate the toolkit path. NVidia, you're better than this. https://forums.developer.nvidia.com/t/the-cuda-toolkit-v10-0-directory-does-not-exist/65821/6 https://forums.developer.nvidia.com/t/the-cuda-toolkit-v10-0... > The Conda dependency manager has made this a lot easier Yeah but conda is "Let's do dependency management with a SAT solver, it'll be great!" On a good day, it's just slow. On a bad day, the SAT solver spins for hours before failing to converge. On a really bad day, the SAT solver does something "clever." I've had a couple of really bad days this year. I'm really starting to not like conda very much.

ajtulloch 6y ago
You might find https://github.com/TheSnakePit/mamba https://github.com/TheSnakePit/mamba useful, especially if you are slowed down by package resolution.
- jjoonathan 6y ago
  That looks worth a look for sure!
techwizrd 6y ago
Conda's SAT solver for dependency management is the bane of my existence. For pip-installable packages, I'll almost always turn to pip rather than conda even when in a conda environment.
jabl 6y ago
My biggest gripe with the conda depencency manager is that it doesn't keep track of which packages own which files, and if multiple packages own the same file the last one to be installed will happily scribble over whatever was there before. With hilarious results, of course. This means that keeping a conda installation up to date is often very tricky, when upgrading you frequently have to uninstall and reinstall some packages. It works better if you start from scratch with a requirements.yml file.
pjc50 6y ago
> "Let's do dependency management with a SAT solver, it'll be great!" Debian managed something like this over 20 years ago in dpkg. But somehow people must keep reinventing the wheel.
- jjoonathan 6y ago
  I thought the debian SAT solver was a maintainer tool rather than something that ran every time? In any case, conda's implementation is really quite awful by comparison and they would have been well served by copying something that works instead of building something that doesn't.
- NullPrefix 6y ago
  You can't use open source in an enterprise. All you can do is rewrite from scratch or hire external service. Everyone knows that.

ajtulloch 6y ago

You might find https://github.com/TheSnakePit/mamba https://github.com/TheSnakePit/mamba useful, especially if you are slowed down by package resolution.

jjoonathan 6y ago
That looks worth a look for sure!

techwizrd 6y ago

Conda's SAT solver for dependency management is the bane of my existence. For pip-installable packages, I'll almost always turn to pip rather than conda even when in a conda environment.

jabl 6y ago

My biggest gripe with the conda depencency manager is that it doesn't keep track of which packages own which files, and if multiple packages own the same file the last one to be installed will happily scribble over whatever was there before. With hilarious results, of course. This means that keeping a conda installation up to date is often very tricky, when upgrading you frequently have to uninstall and reinstall some packages. It works better if you start from scratch with a requirements.yml file.

pjc50 6y ago

> "Let's do dependency management with a SAT solver, it'll be great!" Debian managed something like this over 20 years ago in dpkg. But somehow people must keep reinventing the wheel.

jjoonathan 6y ago
I thought the debian SAT solver was a maintainer tool rather than something that ran every time? In any case, conda's implementation is really quite awful by comparison and they would have been well served by copying something that works instead of building something that doesn't.
NullPrefix 6y ago
You can't use open source in an enterprise. All you can do is rewrite from scratch or hire external service. Everyone knows that.