karthink
karthink
> Personally, since all the other backend definition files (gptel-kagi.el, etc.) depend on gptel.el, I'd rearrange the dependencies so that gptel-openai.el depends on gptel and not the other way around....
I can't figure out how to invert the dependency without errors. Maybe you can help me? Here's the problem (after making `gptel-openai.el` `require` `gptel`, as the other backends do): I...
Closing as this error is fixed. The load order remains `gptel-openai.el` -> `gptel.el`, but this is difficult to fix without breaking the package for ChatGPT users, so it will remain...
You're going to have to provide more context for me to understand what you're looking for. What do you expect `use_context` and `include_sources` to do?
> I believe inserting: > ``` elisp > :use_context t > :include_sources t > ``` > after line 103 will do what you want but is likely to break other...
> Maybe I'll try and create a separate gptel-make-privateGPT based on gptel-make-openai. Now that I roughly know where to look, i shouldn't be too hard. You'll need to write a...
Thanks! Would you like to raise a PR? I can review the code and we can add it to gptel.
PrivateGPT support has been added.
How are you calling these? Are they inside a use-package form? If so please provide the full form.
> I mark them and I eval the region. > What you see is what I eval. I mean, how is it placed in your init file, relative to the...