tincore

First of all thanks for the hard work. I'd like to raise this as a (hopefully easily fix) issue. As I just noticed the problem in practice. I'm using 6.0.0-rc.1...

Similar to what @httpjamesm suggested. To me is working fine (so far) with python 3.11 installed from deadsnakes ppa ``` sudo add-apt-repository ppa:deadsnakes/ppa sudo apt install python-3.11-venv ``` And then...

Thanks for all the hard work. I'm running on 0.1.25 and this error just happened to me when trying to run the 'gemma' models. [ollama.log](https://github.com/ollama/ollama/files/14366287/ollama.log) Other models that I downloaded...

Thanks for the quick reply. Actually I've just realized that you released 0.1.26. I've upgraded and now it's working fine ;)

@wszme For me it was fixed after updating to latest version. As a side note (there is another issue about this [https://github.com/ollama/ollama/issues/2650]) Gemma:7b is not running great atm.

This always true assignment seems to currently be at `CompleterAutoConfiguration` ``` @Override public void complete(LineReader reader, ParsedLine line, List candidates) { CompletingParsedLine cpl = (line instanceof CompletingParsedLine) ? ((CompletingParsedLine) line)...

Thanks for the response. I've just checked the main branch sources. It already looks superior to 3.0.x! I'd say that it would be a good idea to have the possibility...

Lets say that you have a command that takes 4 required enumerations and, for some reason, the user introduces 2 of them wrong (so internally a converter error happened for...