Chris Knight

OK here are the log messages from the ruff server. Here's what I did. 1. Run `ruff check --fix` on the CLI which made my source file consistent with my...

I managed to fix the problem by disabling and then re-enabling the Ruff extension. I didn't make any changes to the ruff config between the extension working prior to these...

I'd also like to get rid of this `tmp` directory. I'd rather have the build log files placed in the root directory. I tried `tmp = "./"` and `tmp =...

Thanks for the suggestion @lbux, I will try that out to see if it fixes the issue; however, it doesn't seem like a workable solution as the `AmazonBedrockChatGenerator` is being...

Just following up on this. I'm able to call Mistral models with Bedrock via LlamaIndex without creating a Huggingface account and setting Huggingface credentials. So this seems like a Haystack...

I'm also hitting this with dependencies: `llama-index-core=0.10.38.post1`, `llama-index-vector-stores-weaviate=1.0.0`, `weaviate-client=4.6.3`.

Looks like this is a user error, apologies. I was attempting to use a weaviate v3 client (`weaviate.Client`) where LlamaIndex is expecting a weaviate v4 client (`weaviate.WeaviateClient`). Using the below...

@arsyad2281 from your issue description, it looks like you made the same mistake I did. Change your code as per my comment above and you should be good.

On closer inspection I realised that the `WeaviateVectorStore.from_params` method was creating a Weaviate V3 client, where the rest of the code is expecting a Weaviate V4 client. I made a...

@krisz094 thanks for pointing that out. I've pushed a commit dc8f15e to #13719 which fixes the `WeaviateVectorStore.delete` method. Just tested manually and it's working now. I didn't test it out...